Puppet users - Jul 2012 - Is modulename::parentclass::subclassname ok style?

And is the following the best way to support this: (ie: will it be
supported for the foreseeable future.)

$modulepath/modulename/manifests/parentclass/subclassname.pp the way
the autoloader supports this?

Long story short, I can test and see if it works, but I don''t want to
trust that as a way to see if something is a supported patttern, as
historically many things that work, aren''t neccesarily supported.

Also can and should I have more than one init.pp files in a module?

e.g.
$modulepath/modulename/manifests/init.pp
$modulepath/modulename/manifests/parentclass/init.pp

I did a bit of reading in the puppetdocs, and it seems where i am
using parentclass, there is a namespace feature called
"implementation", which basically allows one to extend the namespace,
but it is unclear if "implementation" can also be a class? From docs:
"This directory’s name affects the class names beneath it."

I believe I don''t need both to be supported, and am largely looking at
this as a way to organize some of our overloaded modules, that don''t
make sense to be broken out into separate modules.

Thanks,
Brian

-- 
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to
puppet-users+unsubscribe@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.

On Tuesday, July 24, 2012 10:25:12 PM UTC-5, Brian Gupta
wrote:
>
> And is the following the best way to support this: (ie: will it be 
> supported for the foreseeable future.) 
>
> $modulepath/modulename/manifests/parentclass/subclassname.pp the way 
> the autoloader supports this? 
>
>
Yes, this is how the autoloader works.
 
> Long story short, I can test and see if it works, but I don''t want
to
> trust that as a way to see if something is a supported patttern, as 
> historically many things that work, aren''t neccesarily supported. 
>
> Also can and should I have more than one init.pp files in a module? 
>
> e.g. 
> $modulepath/modulename/manifests/init.pp 
> $modulepath/modulename/manifests/parentclass/init.pp 
>
>
I don''t know for sure, but my understanding is that you only have a
single
init.pp per module, and it should contain a single class with the same name 
as the module, even if that is an empty class.
 
> I did a bit of reading in the puppetdocs, and it seems where i am 
> using parentclass, there is a namespace feature called 
> "implementation", which basically allows one to extend the
namespace,
> but it is unclear if "implementation" can also be a class? From
docs:
> "This directory’s name affects the class names beneath it." 
>
> I believe I don''t need both to be supported, and am largely
looking at
> this as a way to organize some of our overloaded modules, that
don''t
> make sense to be broken out into separate modules. 
>
> Thanks, 
> Brian 
>
-- 
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To view this discussion on the web visit
https://groups.google.com/d/msg/puppet-users/-/AeG2mH8ZQW0J.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to
puppet-users+unsubscribe@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.

On Tuesday, July 24, 2012 10:25:12 PM UTC-5, Brian Gupta
wrote:
>
> And is the following the best way to support this: (ie: will it be 
> supported for the foreseeable future.) 
>
> $modulepath/modulename/manifests/parentclass/subclassname.pp the way 
> the autoloader supports this? 
>
Yes.  The autoloader expects to find a class named 
"module::parent::subclass" in 
$modulepath/module/manifests/parent/subclass.pp.  I have no inside 
knowledge about any future direction for the autoloader, but I would be 
surprised if its behavior in that regard changed any time soon.
>
> Long story short, I can test and see if it works, but I don''t want
to
> trust that as a way to see if something is a supported patttern, as 
> historically many things that work, aren''t neccesarily supported. 
>
> Also can and should I have more than one init.pp files in a module? 
>
> e.g. 
> $modulepath/modulename/manifests/init.pp 
> $modulepath/modulename/manifests/parentclass/init.pp 
>
As far as I know, only the init.pp directly in the manifests/ directory is 
special.  The other one would be the expected location of a class named 
modulename::parentclass::init.

> I did a bit of reading in the puppetdocs, and it seems where i am 
> using parentclass, there is a namespace feature called 
> "implementation", which basically allows one to extend the
namespace,
> but it is unclear if "implementation" can also be a class? From
docs:
> "This directory’s name affects the class names beneath it." 
>

I''m not familiar with that bit.  Can you provide a link?
 
>
> I believe I don''t need both to be supported, and am largely
looking at
> this as a way to organize some of our overloaded modules, that
don''t
> make sense to be broken out into separate modules. 
>
Do note that the autoloader cares only about names and name segments
(I''m
pretty sure), not about classes corresponding to intermediate name 
segments.  In other words, you can have a class mymodule::one::two::three 
in file mymodule/manifests/one/two/three.pp regardless of whether class 
mymodule::one or mymodule::one::two exist.  If classes corresponding to 
those intermediate namespaces exist then no special relationship between 
them and the ultimate class is required or expected.  In particular, there 
does not need to be any subclassing involved.


John

-- 
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To view this discussion on the web visit
https://groups.google.com/d/msg/puppet-users/-/fyZVt7RS3lEJ.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to
puppet-users+unsubscribe@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.