Re: jndi exceptions
Tim Anderson <[email protected]> Wed, 11 Apr 2007 08:44:28 +1000
| Newsgroups | gmane.comp.java.openjms.user |
|---|---|
| Message-ID | <[email protected]> |
I'd suggest upgrading to 0.7.7-beta-1. The connection management code had a number of fixes applied since alpha-3. -Tim Michael Masters wrote: > I've attached a file with the code I've been running. Sometimes the > code will work without any issues, but it seems to randomly have the > exception I mentioned earlier. The version I'm using is OpenJMS > 0.7.7-alpha-3. > > Thanks, > Mike > > On 4/9/07, Tim Anderson <[email protected]> wrote: >> It means that the connection to the server has been unexpectedly lost. >> Can you send a minimal test case which reproduces the problem, >> and indicate which version you are running? >> >> Thanks, >> >> -Tim >> >> Michael Masters wrote: >> > I have a little test program where I have a sender thread and several >> > listener threads. I seem to randomly get the following exception: >> > >> > javax.naming.ServiceUnavailableException: Connection lost [Root >> > exception is org.exolab.jms.net.connector.ResourceException: >> > Connection lost] >> > at >> org.exolab.jms.jndi.InitialContextFactory.getInitialContext(InitialContextFactory.java:177) >> >> > at >> javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:662) >> > at >> javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:243) >> > at javax.naming.InitialContext.init(InitialContext.java:219) >> > at javax.naming.InitialContext.<init>(InitialContext.java:175) >> > at com.ibm.ptest.jms.Listener.run(Listener.java:49) >> > Caused by: org.exolab.jms.net.connector.ResourceException: >> Connection lost >> > at >> org.exolab.jms.net.multiplexer.MultiplexedManagedConnection.invoke(MultiplexedManagedConnection.java:354) >> >> > at >> org.exolab.jms.net.multiplexer.MultiplexedConnection.invoke(MultiplexedConnection.java:86) >> >> > at >> org.exolab.jms.net.connector.ManagedConnectionHandle$ConnectionHandle.invoke(ManagedConnectionHandle.java:263) >> >> > at >> org.exolab.jms.net.orb.UnicastDelegate.invoke(UnicastDelegate.java:153) >> > at org.exolab.jms.net.proxy.Proxy.invoke(Proxy.java:102) >> > at >> org.exolab.jms.server.net.RemoteNamingProvider__Proxy.getNameParser(RemoteNamingProvider__Proxy.java:71) >> >> > at >> org.exolab.jms.jndi.InitialContextFactory.getInitialContext(InitialContextFactory.java:173) >> >> > ... 5 more >> > >> > >> > Could someone explain to me what this means or how I can resolve it? I >> > assume one thread is unable to get the initial context while another >> > thread has a hold of it. Is this true? >> > >> > Thanks in advance, >> > Michael Masters >> > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV