[[chef-dev]] RE: [[chef-dev]] Re: [[chef-dev]] Re: [[chef-dev]] Notify blocks


Chronological Thread 
  • From: "Noah Kantrowitz" < >
  • To: "'Adam Jacob'" < >
  • Cc: "'Akzhan Abdulin'" < >, < >
  • Subject: [[chef-dev]] RE: [[chef-dev]] Re: [[chef-dev]] Re: [[chef-dev]] Notify blocks
  • Date: Fri, 7 Jan 2011 17:28:48 -0800

> -----Original Message-----
> From: Adam Jacob 
> [mailto:
> Sent: Friday, January 07, 2011 5:17 PM
> To: Noah Kantrowitz
> Cc: Akzhan Abdulin; 
> 
> Subject: [[chef-dev]] Re: [[chef-dev]] Re: [[chef-dev]] Notify blocks
> 
> On Fri, Jan 7, 2011 at 9:30 AM, Noah Kantrowitz 
> < >
> wrote:
> > That isn't the same thing, it would a ruby block generating a
> notification,
> > not receiving one. It can certainly be done already though (see the
> link I
> > pasted) but it looks kind of clunky. There is already a precedent
> with
> > not_if and only_if of taking either a block or "something else" too.
> 
> From the link you pasted, I'm not sure I understand your use-case here,
> Noah.
> 

The use case is wanting to just have ruby code as a callback after a
resource updates. From talking to Daniel on IRC a bit I agree with him that
notifies doesn't need to be overloaded like this, but having an
"after_update" and/or "after_error" callback point on all resources that
works similarly to before_migrate (etc) callbacks on Deploy would be cleaner
and address the same issue.

--Noah





Archive powered by MHonArc 2.6.16.

§