Thanks Scott. I think I'll leave it chalked up to the JDK bug for now.
Rgds,
Dan.
--
Danny Yates
-Original Message-
From: Scott M Stark [mailto:[EMAIL PROTECTED]
Sent: 15 July 2003 05:44
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Error debugging 3.2.0
I'm going to have
What does the JNDI namespace show in terms of bound jms factories? What does the
jms invocation layer service associated with XAConnectionFactory show in terms
of starting up?
--
Scott Stark
Chief Technology Officer
JBoss Group, LLC
[EMAIL
Yates
-Original Message-
From: Scott M Stark [mailto:[EMAIL PROTECTED]
Sent: 14 July 2003 15:56
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Error debugging 3.2.0
What does the JNDI namespace show in terms of bound jms factories? What does
the
jms invocation layer service associated
a debug.
Rgds,
Dan.
--
Danny Yates
-Original Message-
From: Scott M Stark [mailto:[EMAIL PROTECTED]
Sent: 14 July 2003 15:56
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Error debugging 3.2.0
What does the JNDI namespace show in terms of bound jms factories? What does
the
jms
-Original Message-
From: Scott M Stark [mailto:[EMAIL PROTECTED]
Sent: 14 July 2003 15:56
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Error debugging 3.2.0
What does the JNDI namespace show in terms of bound jms factories? What does
the
jms invocation layer service associated
Then the likely problem is that the ObjectFactory for the java: namespace, which
is implemented as a singleton via a static class variable is not working in your
debug environment because the class is being loaded through another class loader
and thus creating a seperate java: namespace that
I'm going to have to see a trace log of the class loading layer when this occurs
to try to see where this is coming from. It could be this JDK bug showing up
since java.lang.NumberFormatException cannot be causing cicularity problem: