river-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gregg Wonderly <gr...@wonderly.org>
Subject Re: SourceAliveRemoteEvent Part II
Date Wed, 06 Jun 2007 15:15:53 GMT
Mark Brouwer wrote:
> Gregg Wonderly wrote: 
>> Mark Brouwer wrote:
>>> 2) do you think it is essential a client must be able to find out
>>>    whether an event producer is able to deliver events at all;
>> In my industry we call these "health check" events.  At regular, known 
>> intervals, a remote field device, which is using a "Report by 
>> Exception" event delivery instead of a "poll at interval" discovery 
>> model, will send it current state to the listeners/subscribers.
> I know you mentioned this the last time. I'm curious whether the "health
> check" event contains other data or is it just the equivalent of "I have
> nothing to report besides the fact I'm still alive."

It has the current state in many cases to "fix" missed event problems.  Many 
times its more data than would typically be received to make it clear exactly 
what is going on with the device.

Gregg Wonderly

View raw message