Re: outrigger "I/O error reading from mux connection"

Gregg Wonderly wrote:
> John W. F. Mcclain wrote:
>
>>Another possibility is that you design your system so it is ok to
>>lose some entries (at some level having the client resubmit tasks
>>is an instance of this idea). It may be that the entry in question
>>is targeted for a particular client and if that client dies it is
>>ok to lose its entries, or the entry represents some state that
>>changes at a regular interval and any lost entry will soon be
>>replaced by a new entry with the new state. It could also be that the
>>entry just represents some transient state or some optimization
>>which is not required for correct operation.
>
>
> You can used non-blocking takes to minimize the window of
> opportunity for this to occur.  It doesn't eliminate the
> problem, but it can diminish the occurances to significantly
> near zero for most applications.

Of course the `near' part is what leads to "but it works in
the lab" - not to mention the potential cost of polling v.
blocking....

> If you have to have a
> reliable exchange, then you really need to use transactional
> semantics.  It may be that you have to use a single
> transactional operation, end to end, instead of one for
> write and one for read.
>
> In some of the long range data conveyence systems that
> I've put together, we do not use transactions, just transactional
> semantics.  The data is time dependent, sequenced and observable
> as being missing at the receiving point.  That data
> flows in a published fashion.  But, missing data can be
> requested to be resent.  This simplifies the transport
> technologies, and minimizes the persistence requirements.
>  Not all applications, of course have such semantics.  But,
> this type of mechanism, and variations is what I believe
> John is alluding to.

Yes, this is another good example.

--
BTW, if you want to reply to this message, please direct your reply
to the list, thanks

John McClain                                    [email protected]
Sun Microsystems, Inc.
Burlington, MA

A business that makes nothing but money, is a poor business.
   - Henry Ford

===========================================================================
To unsubscribe, send email to [email protected] and include in the body
of the message "signoff JAVASPACES-USERS".  For general help, send email to
[email protected] and include in the body of the message "help".

To view past JAVASPACES-USERS postings, please see:
http://archives.java.sun.com/archives/javaspaces-users.html

JDC members can download the JavaSpaces(tm) Technology from:
http://developer.java.sun.com/developer/products/jini/