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

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.  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.

Gregg Wonderly

===========================================================================
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/