[Web-SIG] Web Site Process Bus

Phillip J. Eby pje at telecommunity.com
Mon Jun 25 23:08:52 CEST 2007

At 01:51 PM 6/25/2007 -0700, Robert Brewer wrote:
>Seriously, though, this handles the notification but not the state
>machine, which I think is critical to the effort. It also doesn't do any
>error-handling for misbehaving subscribers, so not all subscribers are
>guaranteed to run if there's an unhandled error in an earlier

Again, it would be really helpful if you could provide some scenarios 
that show why these things are important.  It's not immediately 
obvious to me that they are.

For example, if an error occurs, isn't that an indication that the 
component is broken?  Masking the failure just makes it less likely 
the component will get fixed in a timely manner.

Meanwhile, if you get a start call, you must be starting, right?  So 
why worry about the state?  It'd be simpler to just use 
"before/during/after" messages the way Twisted does.  Your "block" 
example could be replaced by waiting for the "after" message of the 
desired state, for example.

More information about the Web-SIG mailing list