This probably won't do what you want in all cases as it will probably be manifest parse order dependent.
See my post on types and providers at https://www.onyxpoint.com/?p=202 for processing order details based on observation. Thanks, Trevor On Wed, Aug 21, 2013 at 4:55 AM, Dominic Cleal <[email protected]> wrote: > Hi all, > > A bit of an open-ended question, but has anybody designed custom types > with parameters that reference other resources? Are there any 'gotchas' > to be aware of, or functionality that this can break? > > The types in this case are for SSL certificate handling and the thought > is to have a type representing a CA and resources for certificates > signed by that CA. Instead of duplicating the parameters and data for > the CA on the certificate resources, you'd reference the CA resource > itself. For example: > > ca { 'my-ca': > ensure => present, > common_name => $fqdn, > country => $certs::ca_country, > state => $certs::ca_state, > city => $certs::ca_sity, > org => $certs::ca_org, > org_unit => $certs::ca_org_unit > } > > cert { 'qpid-broker': > ensure => present, > ca => Ca['my-ca'] > } > > The 'cert' type could retrieve any data it needed from the Ca[my-ca] > resource. > > Of course, the relationship metaparameters do reference individual or > arrays of other resources in the catalog, and a quick test of this > appears successful. > > Is this supported for ordinary, non-metaparameters and could it cause > any problems? I'm thinking of layered projects such as PuppetDB, if it > would be able to import catalogs containing these references. > > Thanks, > > -- > Dominic Cleal > Red Hat Engineering > > -- > You received this message because you are subscribed to the Google Groups > "Puppet Developers" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > Visit this group at http://groups.google.com/group/puppet-dev. > For more options, visit https://groups.google.com/groups/opt_out. > -- Trevor Vaughan Vice President, Onyx Point, Inc (410) 541-6699 [email protected] -- This account not approved for unencrypted proprietary information -- -- You received this message because you are subscribed to the Google Groups "Puppet Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/puppet-dev. For more options, visit https://groups.google.com/groups/opt_out.
