On Feb 6, 2009, at 2:04 AM, nicolas wrote: > > On Feb 5, 7:27 pm, Luke Kanies <[email protected]> wrote: >> On Feb 5, 2009, at 10:36 AM, Benoit Decherf wrote: >> >>> Ok. >> >>> About the external nodes, why doesn't it possible to use >>> definition ? >>> I use definition to create an instance of tomcat for exemple. So I'd >>> like to be able to create a node with 2 or more instances. >>> Why there is this limitation ? >> >> You can use definitions, you just can't use them in your external >> nodes tool. Put the definitions in a class, and use the external >> nodes tool to specify that a node is a member of that class. >> > > You can do this, but it remove a lot of interest you have when using > external nodes.
I guess I'm confused. One of my standing principles is that nothing should be done per-host, rather a class should be built to model any functionality, so that you're not tied to hostnames. Based on this ideal, I didn't see the need for resources attached to nodes. In fact, I wouldn't allow it in my own environment if it were allowed. > > It means you have to provides one class per definition use (for each > distinct list of couples (param, value) that you must provide to the > call to your definition) > > Could you give more details on the reasons why definitions are not > implemented in external nodes ? > - is it only a lack of time ? > - the difficulty of implementing it ? (would it involve a lot of code > change ?) > - an incompatibility with the future eveloution of the langage/ > implementation ? As above, it was a design decision. Like all design decisions, though, I'm willing to revisit it if it seems the decision was in error. -- When a man tells you that he got rich through hard work, ask him: 'Whose?' --Don Marquis --------------------------------------------------------------------- Luke Kanies | http://reductivelabs.com | http://madstop.com --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---
