weblogic.utils.AssertionError: ***** ASSERTION FAILED *****[ Environment not found on thread ]

[Matt Dickens]

Using 8.12 server. Trying to connect using weblogic.jms.ConnectionFactory, this
is what's being thrown. I've been told it's a known bug that has not been patched
yet, but I figured I would still ask.
-------------------------
weblogic.utils.AssertionError: ***** ASSERTION FAILED *****[ Environment not found
on thread ]
at weblogic.jndi.internal.NamingNodeReplicaHandler.<init>(NamingNodeReplicaHandler.java:150)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:274)
at java.lang.Class.newInstance0(Class.java:306)
at java.lang.Class.newInstance(Class.java:259)
at weblogic.common.internal.ChunkedObjectInputStream.readObject(ChunkedObjectInputStream.java:98)
at weblogic.common.internal.ChunkedObjectInputStream.readObjectWL(ChunkedObjectInputStream.java:167)
at weblogic.common.internal.ChunkedObjectInputStream$NestedObjectInputStream.readObjectWL(ChunkedObjectInputStream.java:341)
at weblogic.rmi.cluster.ReplicaAwareRemoteRef.readExternal(ReplicaAwareRemoteRef.java:384)
at java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:1686)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1644)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274)
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1845)
at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:452)
at weblogic.rmi.internal.StubInfo.readObject(StubInfo.java:116)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:824)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1746)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1646)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:324)
at weblogic.common.internal.ChunkedObjectInputStream.readObject(ChunkedObjectInputStream.java:119)
at weblogic.common.internal.ChunkedObjectInputStream.readObjectWL(ChunkedObjectInputStream.java:167)
at weblogic.common.internal.ChunkedObjectInputStream$NestedObjectInputStream.readObjectWL(ChunkedObjectInputStream.java:341)
at weblogic.jndi.internal.WLContextImpl.readExternal(WLContextImpl.java:430)
at java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:1686)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1644)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274)
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1845)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1769)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1646)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274)
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1845)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1769)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1646)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:324)
at weblogic.common.internal.ChunkedObjectInputStream.readObject(ChunkedObjectInputStream.java:119)
at weblogic.rjvm.ResponseImpl.getThrowable(ResponseImpl.java:115)
at weblogic.rjvm.BasicOutboundRequest.sendReceive(BasicOutboundRequest.java:106)
at weblogic.rmi.internal.BasicRemoteRef.invoke(BasicRemoteRef.java:138)
at weblogic.jms.dispatcher.DispatcherImpl_811_WLStub.dispatchSyncNoTranFuture(Unknown
Source)
at weblogic.jms.dispatcher.DispatcherWrapperState.dispatchSyncNoTran(DispatcherWrapperState.java:463)
at weblogic.jms.client.JMSSession.createDestination(JMSSession.java:1961)
at weblogic.jms.client.JMSSession.createTopic(JMSSession.java:1353)
at JMSProvider.getTopic(JMSProvider.java:127)
at JMSPub.startJMSPubs(JMSPub.java:229)
at JMSPub.main(JMSPub.java:138)

[Tom Barnes]

I'm not familiar with this problem - but I can make
a guess at some work-arounds:
(1) Lookup the destination via a standard JNDI
context lookup rather than "createTopic()".
(2) Make sure that the thread calling "createTopic()"
also previously created a JNDI context.

[matt dickens]

Still getting the error. Someone told me it was a known issue with bea 8.1 - that
it wouldn't let one thread create the connection and another thread use it. Is
this correct?

[matt]

I did try #1, and it seemed to show no improvement. As to #2, it's a multi-threaded
application that uses one thread to make the connections, and the others all use
that same connection. Is there a fix out there that will allow the connections
to be shared across threads - or is this something that's simply not possible?

~Matt

[Tom Barnes]

This is a known issue, and I think there may
be a fix now. Contact customer support.

[Tom Barnes]

matt wrote:

> I did try #1, and it seemed to show no improvement. As to #2, it's a multi-threaded
> application that uses one thread to make the connections, and the others all use
> that same connection. Is there a fix out there that will allow the connections
> to be shared across threads - or is this something that's simply not possible?

The issue is not with the shared connection, but with the JNDI context.