SYMPTOMS
-------- When I invoke my webapp, the first request to the server causes
the front servlet to throw a class-def-not-found exception for the app's
session class, which it loads dynamically. The class in question is in
fact present in the app's war file, in the web-inf classes directory.
To nail the problem down, I printed the jvm's class path, immediately
before the attempt to load the session class. With newline chars
inserted after each ';' for legibility, the classpath looks like this:
classpath: orion.jar;
C:\j2ee\home\ejb.jar;
C:\j2ee\home\activation.jar;
C:\j2ee\home\jdbc.jar;
C:\j2ee\home\jndi.jar;
C:\j2ee\home\jta.jar;
C:\j2ee\home\mail.jar;
C:\j2ee\home\xerces.jar;
C:\j2ee\home\tools.jar;
C:\j2ee\home\lib;
C:\j2ee\home\lib\aplWeb.jar;
C:\j2ee\home\lib\classes12.jar;
C:\j2ee\home\lib\p6spy.jar;
C:\j2ee\home\applications\podAdmin-eap\podAdmin-ejb.jar;
;
C:\j2ee\home\applications\podAdmin-eap\podAdmin-web\WEB-INF\classes
The not-found class resides in the WEB-INF/classes directory, which
for a reason not known to me, has a null element immediately
before it on the classpath. Everything else on the
classpath looks reasonable to me.
QUESTIONS
-------- Would this null element hide my app
classes from the system class loader ?
If the null element is to blame how might it have gotten into the
class path ?
BACKGROUND (The only thing I did was ...)
---------- This app used to work, before I refactored my ejb classes
into an abstract superclass and app-specific subclasses. The super
class implements connection to a single datasource, and a few generic
business methods such as getDbDate(), getDbName(), etc. Concrete
subclasses implement the app-specific business methods. Everything
runs smoothly during build and deploy of the ear file, then at run
time the class-loading problem shows up.
SPECULATION
----------- Given that orion builds the runtime classpath
for an application, and that it generates stubs and skeletons from
ejb remote interface class files, is my refactored config of classes the
problem ? The null entry on the path comes right after the entry
inserted by Orion for my ejb jar.
Does orion (or the spec) constrain how an ejb Remote and
Bean are configured ? Can they be split into super and sub-classes ?
Should I report this as a bug ?
DETAILS
------- The exception thrown is:
java.lang.ClassNotFoundException: com.allipl.podadmin.PodAdminSession
The war file structure (per winzip) contains:
PodAdminSession.class Java Class 09/23/2001 6:23 PM
WEB-INF\classes\com\allipl\podadmin\
PodAdminStateMachine.class Java Class 09/23/2001 6:23 PM
WEB-INF\classes\com\allipl\podadmin\
Thanks in advance for any suggestions or diagnosis,
Bill.
