I agree. I hope to find some time to dig into the transaction layer and make some of the catalog manipulation a bit cleaner.
I've done something similar a few times but never thought about doing it this way so I'm very happy with this and hope to contribute! Trevor On Sat, Dec 20, 2014 at 3:53 PM, Spencer Krum <[email protected]> wrote: > This is awesome. I've recommended it to my old work. This is absolutely > necessary when automating some of the hairy enterprise apps I've worked > with. > > -- > Spencer Krum > [email protected] > > On Sat, Dec 20, 2014, at 10:00 AM, David Schmitt wrote: > > On 2014-12-19 22:14, Reid Vandewiele wrote: > > > transition { 'stop myapp service': > > > resource => Service['myapp'], > > > attributes => { ensure => stopped }, > > > prior_to => File['/etc/myapp/myapp.cfg'], > > > } > > > > > > file { '/etc/myapp/myapp.cfg': > > > ensure => file, > > > content => 'mycontent', > > > notify => Service['myapp'], > > > } > > > > > > service { 'myapp': > > > ensure => running, > > > enable => true, > > > } > > > > > > We implemented a prototype and published it at > > > https://forge.puppetlabs.com/puppetlabs/transition. It's 0.1.0 code, > > > basically first cut, just enough to build out and test the idea, but > not > > > all the rough edges are sanded off. There's more detail in the readme > on > > > the Forge page.We implemented a prototype and published it at > > > https://forge.puppetlabs.com/puppetlabs/transition. It's 0.1.0 code, > > > basically first cut, just enough to build out and test the idea, but > not > > > all the rough edges are sanded off. There's more detail in the readme > on > > > the Forge page. > > > > > > Does this pattern or capability make sense in the general context of > > > Puppet? Is this a decent interim solution for something better > currently > > > under development? What do people think of this? > > > > > > More flexible state management is something that is very much on my mind > > in recent times. As other products (like ansible) solve this much better. > > > > Given the restricted malleability of the manifest language, I think your > > implementation is already quite advanced and will solve problems. > > > > > > Regards, David > > > > > > > > > > -- > > * Always looking for people I can help with awesome projects * > > Twitter: @dev_el_ops G+: https://plus.google.com/+DavidSchmitt > > Blog: http://club.black.co.at/log/ > > LinkedIn: http://at.linkedin.com/in/davidschmitt > > > > -- > > 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 view this discussion on the web visit > > https://groups.google.com/d/msgid/puppet-dev/5495B94C.8050000%40dasz.at. > > For more options, visit https://groups.google.com/d/optout. > > -- > 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 view this discussion on the web visit > https://groups.google.com/d/msgid/puppet-dev/1419108825.1373821.205262217.70C63FFE%40webmail.messagingengine.com > . > For more options, visit https://groups.google.com/d/optout. > -- 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 view this discussion on the web visit https://groups.google.com/d/msgid/puppet-dev/CANs%2BFoWBAgcc8yit2wGeLTNghPHOjObCcs1pNVN5Ku5LxQCLmA%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
