[jboss-jira] [JBoss JIRA] (AS7-4889) Subsequent create/close of javax.naming.Context leads to IllegalStateException
Brian Stansberry (JIRA)
jira-events at lists.jboss.org
Wed Sep 12 23:09:34 EDT 2012
[ https://issues.jboss.org/browse/AS7-4889?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Brian Stansberry updated AS7-4889:
----------------------------------
Fix Version/s: 7.2.0.Alpha1
(was: 7.2.0.CR1)
> Subsequent create/close of javax.naming.Context leads to IllegalStateException
> -------------------------------------------------------------------------------
>
> Key: AS7-4889
> URL: https://issues.jboss.org/browse/AS7-4889
> Project: Application Server 7
> Issue Type: Bug
> Components: Remoting
> Affects Versions: 7.1.2.Final (EAP)
> Reporter: Miroslav Novak
> Assignee: David Lloyd
> Priority: Minor
> Fix For: 7.1.3.Final (EAP), 7.2.0.Alpha1
>
> Attachments: create-close-test.log, FunnyLookUpTest.java
>
>
> When standalone client tries to create/close javax.naming.Context multiple times in a row then IllegalStateException will occur.
> Exception:
> {code}
> ERROR: A channel event listener threw an exception
> java.lang.IllegalStateException
> at org.xnio.Buffers$4.getResource(Buffers.java:1782)
> at org.xnio.Buffers$4.getResource(Buffers.java:1768)
> at org.xnio.channels.FramedMessageChannel.receive(FramedMessageChannel.java:84)
> at org.jboss.remoting3.remote.RemoteReadListener.handleEvent(RemoteReadListener.java:72)
> at org.jboss.remoting3.remote.RemoteReadListener.handleEvent(RemoteReadListener.java:45)
> at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:72)
> at org.xnio.channels.TranslatingSuspendableChannel.handleReadable(TranslatingSuspendableChannel.java:189)
> at org.xnio.channels.TranslatingSuspendableChannel$1.handleEvent(TranslatingSuspendableChannel.java:103)
> at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:72)
> at org.xnio.nio.NioHandle.run(NioHandle.java:90)
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:184)
> {code}
> I hit this problem for 28th iteration. There is 500ms sleep between subsequent tries.
> Reproducer attached. I'm setting lower priority because this is not common use case.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the jboss-jira
mailing list