Re: [AM] modelling the state of a service

Paul Oldfield <[email protected]> Wed, 18 Feb 2004 06:15:26 -0500
Newsgroups gmane.comp.programming.modeling.agile
Message-ID <[email protected]>
(responding to Ashley, Ian)

> ... There is then the "design" issue of how the value of a
> derived state is refreshed.  Polling as an option but, in
> general, not the only one. Again, exactly the same issue of
> value refresh exists with derived attributes.

The last time I implemented something like this, we opted 
for Polling because a service could fall over without
informing clients that it was about to do so - theoretically.
We considered 'heartbeat' messages as an alternative,
but polling won out because it only happened when the
information was needed.


Paul  Oldfield
www.aptprocess.com

For more information about AM, visit the Agile Modeling Home Page at www.agilemodeling.com
--^----------------------------------------------------------------
This email was sent to: [email protected]

EASY UNSUBSCRIBE click here: http://topica.com/u/?bUrKDA.bWnbtk.Z2NtYS1h
Or send an email to: [email protected]

TOPICA - Start your own email discussion group. FREE!
http://www.topica.com/partner/tag02/create/index2.html
--^----------------------------------------------------------------