Re: I/O error reading from mux connection: java.io.EOFException
Bryan Thompson <[email protected]> Wed, 19 Nov 2008 07:47:51 -0600
| Newsgroups | gmane.comp.java.sun.jini |
|---|---|
| Message-ID | <[email protected]> |
This is a multi-part message in MIME format. ------_=_NextPart_001_01C94A4D.10134581 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Michael, =20 I have disabled NIO and tried it. So far, I have not seen the mux error replicated without NIO. However, I do get an OOM after a while. I have done some more testing on the laptop and I believe that the root cause is an OOM (both with and without NIO) and that the rest of the errors are cascaded consequences. So, I think that NIO is not "at fault" but just that the problem is revealed in a different manner when NIO is enabled. I plan to do some multi-machine testing on server platforms and I will see how they behave in contrast to a resource starved laptop. =20 Thanks, =20 -bryan ________________________________ From: Michael McConnell [mailto:[email protected]]=20 Sent: Tuesday, November 18, 2008 5:40 PM To: Bryan Thompson Subject: Re: I/O error reading from mux connection: java.io.EOFException =09 =09 Just curious - can you disable NIO and see what happens?=20 =20 Also -- saw this posted in one of the archives=20 =20 > It appears that the server (TransientOutriggerImpl) sees the following: > > (1) Client invokes server with write() > (2) Server processes request > (3) Server attempts to send response to client > (4) Server reports EOFException because client has closed it's > connection sometime after (1) but before (3). =09 Yep, seems that way. =09 > If the client has initiated > this, it's not a surprise it sees no exception =09 I wouldn't expect the client-side remote call to both close the connection this early and still return normally from the call. =09 > I'd definitely look to enable logging in the JERI layers on the client > and see what's happening. =09 =09 On Tue, Nov 18, 2008 at 1:54 PM, Bryan Thompson <[email protected]> wrote: =09 Hello, I was hoping that someone might shed some light on this exception. The exception occurs with Jini 2.1, Java 1.6.0_07, NIO enabled, and running under Windows XP Service pack 2 (my laptop). All services are running on a single host. The code is a modestly complex JOIN and the exception occurs frequently enough to be expected when the data scale is on the order of 10M rows. I've followed the dicussions concerning some possibly related errors, but, really, there does not appear to be much out there on this. Related links and stack trace are below. Thanks in advance, -bryan =09 See http://osdir.com/ml/java.sun.javaspaces/2005-09/msg00015.html See http://osdir.com/ml/java.sun.javaspaces/2005-09/msg00029.html See http://forums.sun.com/thread.jspa?threadID=3D5284995 (perhaps post there?) See http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=3D4868432 See http://osdir.com/ml/java.sun.jini/2004-04/msg00274.html =09 ERROR: 116515 pool-1-thread-54 SYSTAP-BBT.systap.com <http://systap-bbt.systap.com/> 6a2d5f17-c36c-4799-ae4c-f61a2e07461a com.bigdata.relation.accesspath.BlockingBuffer$BlockingIterator.checkFut ure(BlockingBuffer.java:839): java.util.concurrent.ExecutionException: java.lang.RuntimeException: java.io.IOException: I/O error reading from mux connection: java.io.EOFException java.util.concurrent.ExecutionException: java.lang.RuntimeException: java.io.IOException: I/O error reading from mux connection: java.io.EOFException at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:222) at java.util.concurrent.FutureTask.get(FutureTask.java:83) at com.bigdata.relation.accesspath.BlockingBuffer$BlockingIterator.checkFut ure(BlockingBuffer.java:827) at com.bigdata.relation.accesspath.BlockingBuffer$BlockingIterator._hasNext (BlockingBuffer.java:1173) at com.bigdata.relation.accesspath.BlockingBuffer$BlockingIterator.hasNext( BlockingBuffer.java:915) at com.bigdata.service.proxy.ClientAsynchronousIterator.hasNext(ClientAsync hronousIterator.java:514) at com.bigdata.relation.rule.eval.pipeline.DistributedJoinTask.nextChunk(Di stributedJoinTask.java:389) at com.bigdata.relation.rule.eval.pipeline.JoinTask$BindingSetConsumerTask. call(JoinTask.java:830) at com.bigdata.relation.rule.eval.pipeline.JoinTask.consumeSources(JoinTask .java:666) at com.bigdata.relation.rule.eval.pipeline.JoinTask.call(JoinTask.java:449) at com.bigdata.relation.rule.eval.pipeline.JoinTask.call(JoinTask.java:1) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecuto r.java:885) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.ja va:907) at java.lang.Thread.run(Thread.java:619) Caused by: java.lang.RuntimeException: java.io.IOException: I/O error reading from mux connection: java.io.EOFException at com.bigdata.io.SerializerUtil$1.deserialize(SerializerUtil.java:69) at com.bigdata.service.proxy.RemoteAsynchronousIteratorImpl$RemoteElementIm pl.readExternal(RemoteAsynchronousIteratorImpl.java:201) at java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:1792) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1751 ) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351) at com.sun.jini.jeri.internal.runtime.Util.unmarshalValue(Util.java:221) at net.jini.jeri.BasicInvocationHandler.unmarshalReturn(BasicInvocationHand ler.java:1242) at net.jini.jeri.BasicInvocationHandler.invokeRemoteMethodOnce(BasicInvocat ionHandler.java:825) at net.jini.jeri.BasicInvocationHandler.invokeRemoteMethod(BasicInvocationH andler.java:659) at net.jini.jeri.BasicInvocationHandler.invoke(BasicInvocationHandler.java: 528) at $Proxy11.nextElement(Unknown Source) at com.bigdata.service.proxy.ClientAsynchronousIterator$ReaderTask.call(Cli entAsynchronousIterator.java:350) at com.bigdata.service.proxy.ClientAsynchronousIterator$ReaderTask.call(Cli entAsynchronousIterator.java:1) ... 5 more Caused by: java.io.IOException: I/O error reading from mux connection: java.io.EOFException at com.sun.jini.jeri.internal.mux.Session$MuxInputStream.read(Session.java: 943) at net.jini.jeri.connection.ConnectionManager$Outbound$Input.read(Connectio nManager.java:521) at java.io.ObjectInputStream$PeekInputStream.read(ObjectInputStream.java:22 66) at java.io.ObjectInputStream$BlockDataInputStream.read(ObjectInputStream.ja va:2674) at java.io.ObjectInputStream$BlockDataInputStream.readFully(ObjectInputStre am.java:2698) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1936) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753 ) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753 ) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1667) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1323) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753 ) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1667) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1323) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351) at com.bigdata.io.SerializerUtil$1.deserialize(SerializerUtil.java:65) ... 18 more Caused by: java.io.EOFException at com.sun.jini.jeri.internal.mux.SocketChannelConnectionIO.handleReadReady (SocketChannelConnectionIO.java:384) at com.sun.jini.jeri.internal.mux.SocketChannelConnectionIO.access$200(Sock etChannelConnectionIO.java:41) at com.sun.jini.jeri.internal.mux.SocketChannelConnectionIO$Handler.handleS election(SocketChannelConnectionIO.java:464) at com.sun.jini.jeri.internal.runtime.SelectionManager$SelectLoop.run(Selec tionManager.java:288) at com.sun.jini.thread.ThreadPool$Worker.run(ThreadPool.java:136) ... 1 more =20 =09 ------------------------------------------------------------------------ -- Getting Started: http://www.jini.org/wiki/Category:Getting_Started Community Web Site: http://jini.org <http://jini.org/> jini-users Archive: http://archives.java.sun.com/archives/jini-users.html Unsubscribing: email "signoff JINI-USERS" to [email protected] --=20 Surely the Germans, who gave us "schadenfreude" and "weltschmertz", have a term for "the uneasy semi-certainty that one's assertion is soundly backed by a long-forgotten source." - unknown =09 A positive attitude may not solve all your problems, but it will annoy enough people to make it worth the effort. - Herm Albright =09 =09 Slower minds keep right. - unknown =09 -------------------------------------------------------------------------- Getting Started: http://www.jini.org/wiki/Category:Getting_Started Community Web Site: http://jini.org jini-users Archive: http://archives.java.sun.com/archives/jini-users.html Unsubscribing: email "signoff JINI-USERS" to [email protected] ------_=_NextPart_001_01C94A4D.10134581 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META http-equiv=3DContent-Type content=3D"text/html; = charset=3Dus-ascii"> <META content=3D"MSHTML 6.00.6000.16735" name=3DGENERATOR></HEAD> <BODY> <DIV dir=3Dltr align=3Dleft><FONT face=3DArial color=3D#0000ff = size=3D2><SPAN=20 class=3D303045223-18112008>Michael,</SPAN></FONT></DIV> <DIV dir=3Dltr align=3Dleft><FONT face=3DArial color=3D#0000ff = size=3D2><SPAN=20 class=3D303045223-18112008></SPAN></FONT> </DIV> <DIV dir=3Dltr align=3Dleft><FONT face=3DArial color=3D#0000ff = size=3D2><SPAN=20 class=3D303045223-18112008>I have disabled NIO and tried it. So = far, I have=20 not seen the mux error replicated without NIO. However, I do get = an OOM=20 after a while. </SPAN></FONT><FONT face=3DArial color=3D#0000ff = size=3D2><SPAN=20 class=3D303045223-18112008><FONT face=3DArial color=3D#0000ff = size=3D2><SPAN=20 class=3D303045223-18112008><FONT face=3DArial color=3D#0000ff = size=3D2><SPAN=20 class=3D303045223-18112008>I have done some more testing on the = laptop=20 and I believe that the root cause is an OOM (both with and without = NIO) and=20 that the rest of the errors are cascaded consequences.=20 </SPAN></FONT></SPAN></FONT><FONT face=3DArial color=3D#0000ff = size=3D2><SPAN=20 class=3D303045223-18112008><FONT face=3DArial color=3D#0000ff = size=3D2><SPAN=20 class=3D303045223-18112008>So, I think that NIO is not "at fault" but = just that=20 the problem is revealed in a different manner when NIO is enabled. = <SPAN=20 class=3D303045223-18112008>I plan to do some multi-machine testing on = server=20 platforms and I will see how they behave in contrast to a resource = starved=20 laptop. </SPAN></SPAN></FONT></SPAN></FONT></SPAN></FONT></DIV> <DIV dir=3Dltr align=3Dleft><FONT face=3DArial color=3D#0000ff = size=3D2><SPAN=20 class=3D303045223-18112008><FONT face=3DArial color=3D#0000ff = size=3D2><SPAN=20 class=3D303045223-18112008></SPAN></FONT></SPAN></FONT><FONT = face=3DArial=20 color=3D#0000ff size=3D2><SPAN class=3D303045223-18112008><FONT = face=3DArial=20 color=3D#0000ff size=3D2><SPAN=20 class=3D303045223-18112008></SPAN></FONT></SPAN></FONT> </DIV> <DIV dir=3Dltr align=3Dleft><FONT face=3DArial color=3D#0000ff = size=3D2><SPAN=20 class=3D303045223-18112008><FONT face=3DArial color=3D#0000ff = size=3D2><SPAN=20 class=3D303045223-18112008></SPAN></FONT></SPAN></FONT><FONT = face=3DArial=20 color=3D#0000ff size=3D2><SPAN = class=3D303045223-18112008>Thanks,</SPAN></FONT></DIV> <DIV dir=3Dltr align=3Dleft><FONT face=3DArial color=3D#0000ff = size=3D2><SPAN=20 class=3D303045223-18112008></SPAN></FONT> </DIV> <DIV dir=3Dltr align=3Dleft><FONT face=3DArial color=3D#0000ff = size=3D2><SPAN=20 class=3D303045223-18112008>-bryan</SPAN></FONT></DIV><BR> <BLOCKQUOTE=20 style=3D"PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px = solid; MARGIN-RIGHT: 0px"> <DIV class=3DOutlookMessageHeader lang=3Den-us dir=3Dltr align=3Dleft> <HR tabIndex=3D-1> <FONT face=3DTahoma size=3D2><B>From:</B> Michael McConnell=20 [mailto:[email protected]] <BR><B>Sent:</B> Tuesday, November 18, = 2008=20 5:40 PM<BR><B>To:</B> Bryan Thompson<BR><B>Subject:</B> Re: I/O error = reading=20 from mux connection: java.io.EOFException<BR></FONT><BR></DIV> <DIV></DIV> <DIV>Just curious - can you disable NIO and see what happens? </DIV> <DIV> </DIV> <DIV>Also -- saw this posted in one of the archives </DIV> <P><EM></EM> </P> <DIV>><I> It appears that the server (TransientOutriggerImpl) sees = the=20 following:</I><BR>><I></I><BR>><I> (1) Client invokes server = with=20 write()</I><BR>><I> (2) Server processes request</I><BR>><I> (3) = Server=20 attempts to send response to client</I><BR>><I> (4) Server reports=20 EOFException because client has closed it's</I><BR>><I> connection = sometime=20 after (1) but before (3).</I><BR><BR>Yep, seems that = way.<BR><BR>><I> If=20 the client has initiated</I><BR>><I> this, it's not a surprise it = sees no=20 exception</I><BR><BR>I wouldn't expect the client-side remote call to = both=20 close the<BR>connection this early and still return normally from the=20 call.<BR><BR>><I> I'd definitely look to enable logging in the JERI = layers=20 on the client</I><BR>><I> and see what's = happening.</I><BR><BR></DIV> <DIV><BR><BR></DIV> <DIV class=3Dgmail_quote>On Tue, Nov 18, 2008 at 1:54 PM, Bryan = Thompson <SPAN=20 dir=3Dltr><<A = href=3D"mailto:[email protected]">[email protected]</A>></SPAN>=20 wrote:<BR> <BLOCKQUOTE class=3Dgmail_quote=20 style=3D"PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: = #ccc 1px solid"> <DIV> <P align=3Dleft>Hello,</P> <P align=3Dleft>I was hoping that someone might shed some light on = this=20 exception. The exception occurs with Jini 2.1, Java 1.6.0_07, = NIO=20 enabled, and running under Windows XP Service pack 2 (my = laptop). All=20 services are running on a single host. The code is a modestly = complex=20 JOIN and the exception occurs frequently enough to be expected when = the data=20 scale is on the order of 10M rows. I've followed the dicussions = concerning some possibly related errors, but, really, there does not = appear=20 to be much out there on this. Related links and stack trace = are=20 below.</P> <P align=3Dleft>Thanks in advance,</P> <P align=3Dleft>-bryan</P> <P align=3Dleft><FONT face=3DArial color=3D#0000ff = size=3D2></FONT><FONT face=3DArial=20 color=3D#0000ff size=3D2></FONT><BR>See <A=20 = href=3D"http://osdir.com/ml/java.sun.javaspaces/2005-09/msg00015.html"=20 = target=3D_blank>http://osdir.com/ml/java.sun.javaspaces/2005-09/msg00015.= html</A></P> <P align=3Dleft>See <A=20 = href=3D"http://osdir.com/ml/java.sun.javaspaces/2005-09/msg00029.html"=20 = target=3D_blank>http://osdir.com/ml/java.sun.javaspaces/2005-09/msg00029.= html</A></P> <P align=3Dleft>See <A=20 href=3D"http://forums.sun.com/thread.jspa?threadID=3D5284995"=20 = target=3D_blank>http://forums.sun.com/thread.jspa?threadID=3D5284995</A> = (perhaps post there?)</P> <P align=3Dleft>See <A=20 = href=3D"http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=3D4868432"=20 = target=3D_blank>http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=3D4868= 432</A></P> <P align=3Dleft>See <A=20 href=3D"http://osdir.com/ml/java.sun.jini/2004-04/msg00274.html"=20 = target=3D_blank>http://osdir.com/ml/java.sun.jini/2004-04/msg00274.html</= A><BR></P> <P align=3Dleft>ERROR: 116515 pool-1-thread-54 <A=20 href=3D"http://systap-bbt.systap.com/" = target=3D_blank>SYSTAP-BBT.systap.com</A>=20 6a2d5f17-c36c-4799-ae4c-f61a2e07461a=20 = com.bigdata.relation.accesspath.BlockingBuffer$BlockingIterator.checkFutu= re(<U><FONT=20 color=3D#000080>BlockingBuffer.java:839</FONT></U>): <U><FONT=20 color=3D#000080>java.util.concurrent.ExecutionException</FONT></U>: = <U><FONT=20 color=3D#000080>java.lang.RuntimeException</FONT></U>: <U><FONT=20 color=3D#000080>java.io.IOException</FONT></U>: I/O error reading = from mux=20 connection: <U><FONT = color=3D#000080>java.io.EOFException</FONT></U></P> <P align=3Dleft>java.util.concurrent.ExecutionException: <U><FONT=20 color=3D#000080>java.lang.RuntimeException</FONT></U>: <U><FONT=20 color=3D#000080>java.io.IOException</FONT></U>: I/O error reading = from mux=20 connection: <U><FONT = color=3D#000080>java.io.EOFException</FONT></U></P> <P align=3Dleft>at = java.util.concurrent.FutureTask$Sync.innerGet(<U><FONT=20 color=3D#000080>FutureTask.java:222</FONT></U>)</P> <P align=3Dleft>at java.util.concurrent.FutureTask.get(<U><FONT=20 color=3D#000080>FutureTask.java:83</FONT></U>)</P> <P align=3Dleft>at=20 = com.bigdata.relation.accesspath.BlockingBuffer$BlockingIterator.checkFutu= re(<U><FONT=20 color=3D#000080>BlockingBuffer.java:827</FONT></U>)</P> <P align=3Dleft>at=20 = com.bigdata.relation.accesspath.BlockingBuffer$BlockingIterator._hasNext(= <U><FONT=20 color=3D#000080>BlockingBuffer.java:1173</FONT></U>)</P> <P align=3Dleft>at=20 = com.bigdata.relation.accesspath.BlockingBuffer$BlockingIterator.hasNext(<= U><FONT=20 color=3D#000080>BlockingBuffer.java:915</FONT></U>)</P> <P align=3Dleft>at=20 = com.bigdata.service.proxy.ClientAsynchronousIterator.hasNext(<U><FONT=20 color=3D#000080>ClientAsynchronousIterator.java:514</FONT></U>)</P> <P align=3Dleft>at=20 = com.bigdata.relation.rule.eval.pipeline.DistributedJoinTask.nextChunk(<U>= <FONT=20 color=3D#000080>DistributedJoinTask.java:389</FONT></U>)</P> <P align=3Dleft>at=20 = com.bigdata.relation.rule.eval.pipeline.JoinTask$BindingSetConsumerTask.c= all(<U><FONT=20 color=3D#000080>JoinTask.java:830</FONT></U>)</P> <P align=3Dleft>at=20 = com.bigdata.relation.rule.eval.pipeline.JoinTask.consumeSources(<U><FONT = color=3D#000080>JoinTask.java:666</FONT></U>)</P> <P align=3Dleft>at=20 com.bigdata.relation.rule.eval.pipeline.JoinTask.call(<U><FONT=20 color=3D#000080>JoinTask.java:449</FONT></U>)</P> <P align=3Dleft>at=20 com.bigdata.relation.rule.eval.pipeline.JoinTask.call(<U><FONT=20 color=3D#000080>JoinTask.java:1</FONT></U>)</P> <P align=3Dleft>at = java.util.concurrent.FutureTask$Sync.innerRun(<U><FONT=20 color=3D#000080>FutureTask.java:303</FONT></U>)</P> <P align=3Dleft>at java.util.concurrent.FutureTask.run(<U><FONT=20 color=3D#000080>FutureTask.java:138</FONT></U>)</P> <P align=3Dleft>at=20 java.util.concurrent.ThreadPoolExecutor$Worker.runTask(<U><FONT=20 color=3D#000080>ThreadPoolExecutor.java:885</FONT></U>)</P> <P align=3Dleft>at = java.util.concurrent.ThreadPoolExecutor$Worker.run(<U><FONT=20 color=3D#000080>ThreadPoolExecutor.java:907</FONT></U>)</P> <P align=3Dleft>at java.lang.Thread.run(<U><FONT=20 color=3D#000080>Thread.java:619</FONT></U>)</P> <P align=3Dleft>Caused by: <U><FONT=20 color=3D#000080>java.lang.RuntimeException</FONT></U>: <U><FONT=20 color=3D#000080>java.io.IOException</FONT></U>: I/O error reading = from mux=20 connection: <U><FONT = color=3D#000080>java.io.EOFException</FONT></U></P> <P align=3Dleft>at = com.bigdata.io.SerializerUtil$1.deserialize(<U><FONT=20 color=3D#000080>SerializerUtil.java:69</FONT></U>)</P> <P align=3Dleft>at=20 = com.bigdata.service.proxy.RemoteAsynchronousIteratorImpl$RemoteElementImp= l.readExternal(<U><FONT=20 = color=3D#000080>RemoteAsynchronousIteratorImpl.java:201</FONT></U>)</P> <P align=3Dleft>at = java.io.ObjectInputStream.readExternalData(<U><FONT=20 color=3D#000080>ObjectInputStream.java:1792</FONT></U>)</P> <P align=3Dleft>at = java.io.ObjectInputStream.readOrdinaryObject(<U><FONT=20 color=3D#000080>ObjectInputStream.java:1751</FONT></U>)</P> <P align=3Dleft>at java.io.ObjectInputStream.readObject0(<U><FONT=20 color=3D#000080>ObjectInputStream.java:1329</FONT></U>)</P> <P align=3Dleft>at java.io.ObjectInputStream.readObject(<U><FONT=20 color=3D#000080>ObjectInputStream.java:351</FONT></U>)</P> <P align=3Dleft>at=20 com.sun.jini.jeri.internal.runtime.Util.unmarshalValue(<U><FONT=20 color=3D#000080>Util.java:221</FONT></U>)</P> <P align=3Dleft>at=20 net.jini.jeri.BasicInvocationHandler.unmarshalReturn(<U><FONT=20 color=3D#000080>BasicInvocationHandler.java:1242</FONT></U>)</P> <P align=3Dleft>at=20 net.jini.jeri.BasicInvocationHandler.invokeRemoteMethodOnce(<U><FONT = color=3D#000080>BasicInvocationHandler.java:825</FONT></U>)</P> <P align=3Dleft>at=20 net.jini.jeri.BasicInvocationHandler.invokeRemoteMethod(<U><FONT=20 color=3D#000080>BasicInvocationHandler.java:659</FONT></U>)</P> <P align=3Dleft>at = net.jini.jeri.BasicInvocationHandler.invoke(<U><FONT=20 color=3D#000080>BasicInvocationHandler.java:528</FONT></U>)</P> <P align=3Dleft>at $Proxy11.nextElement(Unknown Source)</P> <P align=3Dleft>at=20 = com.bigdata.service.proxy.ClientAsynchronousIterator$ReaderTask.call(<U><= FONT=20 color=3D#000080>ClientAsynchronousIterator.java:350</FONT></U>)</P> <P align=3Dleft>at=20 = com.bigdata.service.proxy.ClientAsynchronousIterator$ReaderTask.call(<U><= FONT=20 color=3D#000080>ClientAsynchronousIterator.java:1</FONT></U>)</P> <P align=3Dleft>... 5 more</P> <P align=3Dleft>Caused by: <U><FONT=20 color=3D#000080>java.io.IOException</FONT></U>: I/O error reading = from mux=20 connection: <U><FONT = color=3D#000080>java.io.EOFException</FONT></U></P> <P align=3Dleft>at=20 com.sun.jini.jeri.internal.mux.Session$MuxInputStream.read(<U><FONT=20 color=3D#000080>Session.java:943</FONT></U>)</P> <P align=3Dleft>at=20 = net.jini.jeri.connection.ConnectionManager$Outbound$Input.read(<U><FONT=20 color=3D#000080>ConnectionManager.java:521</FONT></U>)</P> <P align=3Dleft>at = java.io.ObjectInputStream$PeekInputStream.read(<U><FONT=20 color=3D#000080>ObjectInputStream.java:2266</FONT></U>)</P> <P align=3Dleft>at=20 java.io.ObjectInputStream$BlockDataInputStream.read(<U><FONT=20 color=3D#000080>ObjectInputStream.java:2674</FONT></U>)</P> <P align=3Dleft>at=20 java.io.ObjectInputStream$BlockDataInputStream.readFully(<U><FONT=20 color=3D#000080>ObjectInputStream.java:2698</FONT></U>)</P> <P align=3Dleft>at = java.io.ObjectInputStream.defaultReadFields(<U><FONT=20 color=3D#000080>ObjectInputStream.java:1936</FONT></U>)</P> <P align=3Dleft>at java.io.ObjectInputStream.readSerialData(<U><FONT = color=3D#000080>ObjectInputStream.java:1871</FONT></U>)</P> <P align=3Dleft>at = java.io.ObjectInputStream.readOrdinaryObject(<U><FONT=20 color=3D#000080>ObjectInputStream.java:1753</FONT></U>)</P> <P align=3Dleft>at java.io.ObjectInputStream.readObject0(<U><FONT=20 color=3D#000080>ObjectInputStream.java:1329</FONT></U>)</P> <P align=3Dleft>at = java.io.ObjectInputStream.defaultReadFields(<U><FONT=20 color=3D#000080>ObjectInputStream.java:1947</FONT></U>)</P> <P align=3Dleft>at java.io.ObjectInputStream.readSerialData(<U><FONT = color=3D#000080>ObjectInputStream.java:1871</FONT></U>)</P> <P align=3Dleft>at = java.io.ObjectInputStream.readOrdinaryObject(<U><FONT=20 color=3D#000080>ObjectInputStream.java:1753</FONT></U>)</P> <P align=3Dleft>at java.io.ObjectInputStream.readObject0(<U><FONT=20 color=3D#000080>ObjectInputStream.java:1329</FONT></U>)</P> <P align=3Dleft>at java.io.ObjectInputStream.readArray(<U><FONT=20 color=3D#000080>ObjectInputStream.java:1667</FONT></U>)</P> <P align=3Dleft>at java.io.ObjectInputStream.readObject0(<U><FONT=20 color=3D#000080>ObjectInputStream.java:1323</FONT></U>)</P> <P align=3Dleft>at = java.io.ObjectInputStream.defaultReadFields(<U><FONT=20 color=3D#000080>ObjectInputStream.java:1947</FONT></U>)</P> <P align=3Dleft>at java.io.ObjectInputStream.readSerialData(<U><FONT = color=3D#000080>ObjectInputStream.java:1871</FONT></U>)</P> <P align=3Dleft>at = java.io.ObjectInputStream.readOrdinaryObject(<U><FONT=20 color=3D#000080>ObjectInputStream.java:1753</FONT></U>)</P> <P align=3Dleft>at java.io.ObjectInputStream.readObject0(<U><FONT=20 color=3D#000080>ObjectInputStream.java:1329</FONT></U>)</P> <P align=3Dleft>at java.io.ObjectInputStream.readArray(<U><FONT=20 color=3D#000080>ObjectInputStream.java:1667</FONT></U>)</P> <P align=3Dleft>at java.io.ObjectInputStream.readObject0(<U><FONT=20 color=3D#000080>ObjectInputStream.java:1323</FONT></U>)</P> <P align=3Dleft>at java.io.ObjectInputStream.readObject(<U><FONT=20 color=3D#000080>ObjectInputStream.java:351</FONT></U>)</P> <P align=3Dleft>at = com.bigdata.io.SerializerUtil$1.deserialize(<U><FONT=20 color=3D#000080>SerializerUtil.java:65</FONT></U>)</P> <P align=3Dleft>... 18 more</P> <P align=3Dleft>Caused by: <U><FONT=20 color=3D#000080>java.io.EOFException</FONT></U></P> <P align=3Dleft>at=20 = com.sun.jini.jeri.internal.mux.SocketChannelConnectionIO.handleReadReady(= <U><FONT=20 color=3D#000080>SocketChannelConnectionIO.java:384</FONT></U>)</P> <P align=3Dleft>at=20 = com.sun.jini.jeri.internal.mux.SocketChannelConnectionIO.access$200(<U><F= ONT=20 color=3D#000080>SocketChannelConnectionIO.java:41</FONT></U>)</P> <P align=3Dleft>at=20 = com.sun.jini.jeri.internal.mux.SocketChannelConnectionIO$Handler.handleSe= lection(<U><FONT=20 color=3D#000080>SocketChannelConnectionIO.java:464</FONT></U>)</P> <P align=3Dleft>at=20 = com.sun.jini.jeri.internal.runtime.SelectionManager$SelectLoop.run(<U><FO= NT=20 color=3D#000080>SelectionManager.java:288</FONT></U>)</P> <P align=3Dleft>at = com.sun.jini.thread.ThreadPool$Worker.run(<U><FONT=20 color=3D#000080>ThreadPool.java:136</FONT></U>)</P> <P align=3Dleft>... 1 more</P> <DIV><FONT face=3DArial color=3D#000000=20 = size=3D2></FONT> </DIV></DIV>---------------------------------------= -----------------------------------=20 Getting Started: <A = href=3D"http://www.jini.org/wiki/Category:Getting_Started"=20 = target=3D_blank>http://www.jini.org/wiki/Category:Getting_Started</A>=20 Community Web Site: <A href=3D"http://jini.org/"=20 target=3D_blank>http://jini.org</A> jini-users Archive: <A=20 href=3D"http://archives.java.sun.com/archives/jini-users.html"=20 = target=3D_blank>http://archives.java.sun.com/archives/jini-users.html</A>= =20 Unsubscribing: email "signoff JINI-USERS" to <A=20 href=3D"mailto:[email protected]"=20 target=3D_blank>[email protected]</A></BLOCKQUOTE></DIV><BR><BR=20 clear=3Dall><BR>-- <BR>Surely the Germans, who gave us "schadenfreude" = and=20 "weltschmertz", have a term for "the uneasy semi-certainty that one's=20 assertion is soundly backed by a long-forgotten source." - = unknown<BR><BR>A=20 positive attitude may not solve all your problems, but it will annoy = enough=20 people to make it worth the effort.<BR> - Herm = Albright<BR><BR><BR>Slower=20 minds keep right.<BR>- unknown<BR></BLOCKQUOTE></BODY></HTML> -------------------------------------------------------------------------- Getting Started: http://www.jini.org/wiki/Category:Getting_Started Community Web Site: http://jini.org jini-users Archive: http://archives.java.sun.com/archives/jini-users.html Unsubscribing: email "signoff JINI-USERS" to [email protected] ------_=_NextPart_001_01C94A4D.10134581--