Hi,
Am trying to deploy an EBB which has dependent classes in other jar files;
these other jar files are specified in the ebb-jar file's Class-Path
manifest attribute (sec 17.3 of the EJB spec) and deployed in the EAR.
When loading the ejb-jar I get a java.lang.ClassCircularityError exception.
Its too bad that the Sun JNDI docs (and RMI docs) don't make any public
mention of whether or how they use Thread.getContextClassLoader(); it makes
it difficult to write application servers and custom frameworks that do
dynamic class loading to use JNDI and RMI without a bunch of codebase and
Hi,
It appears that the Orion class loader (com.evermind.naming.ik) does not
support the Class-Path jar manifest attribute and hence bundled extensions.
I've experimented with the java.net.URLClassLoader and noticed that it
supports bundled extensions but Orion does not use this.
This is a
Hi,
Wondering if there has been any consideration to using
Thread.setContextClassLoader() to set the context ClassLoader when invoking
a web application servlet/JSP or EJB ? It would make life a lot simpler for
our application framework (which currently is deployed as an installed
extension) to
Just tried Orion 0.9.4p - the problem still exists with
com.evermind.naming.il
- Jeff
-Original Message-
From: Tuatini, Jeff (PS, IM)
Sent: Wednesday, March 22, 2000 1:03 PM
To: 'Orion-Interest'
Subject: BUG with com.evermind.naming.ik - no support for bundled
extensions
Hi,
It
Hi,
My ejb class makes a reference to a utility class packaged in a different
jar. Both the ejb jar and utility jar are located in the same directory.
The Class-Path manifest attribute of the ejb jar identifies the name of the
utility jar, ie, the utility jar is a bundled extension of the ejb
and /WEB-INF/classes directories of the web
application archive or directory tree.
If I'm wrong about this please correct me, otherwise just wondering when you
guys expect to implement this aspect of the spec. By the way, fantastic
server - thanks!
Regards, Jeff Tuatini