Very easily I'm afraid. The call stack is unrelated to the classloading
mechanism. I am also unable to see the same class appearing in the call
stack - it complains it is missing
com.pentaho.repository.subscribe.SubscriptionHibernateHandler whereas the
class in your call stack is
com.pentaho.repository.subscribe.SubscriptionRepository.

That said, it does look like Pentaho is invoking the webapp classloader to
load the class. Are you absolutely sure the relevant jar files are in your
WEB-INF/lib directory? And have you tried a different container, e.g.
Tomcat? It may just work ;-).

Mike

On 4/30/07, nmall <[EMAIL PROTECTED]> wrote:


Hi Matt et al,

I have a strange class loading problem when running with mvn jetty. The
webapplication framework is based on appfuse and I am trying to get
another
standalone application running in it. Please ignore for now that
application. The strange problem is that jetty webappclassloader is not
able
to find the class
"com.pentaho.repository.subscribe.SubscriptionHibernateHandler" whereas
the
same class is what has already been invoked at the bottom of the stack (
look below for the bolded line). I know this can be pushed off as a
Pentaho
problem. But all I am asking is how is it the same class got invoked at
one
point in the stack and later on up the stack a different classloader is
not
able to find the same class.  Any ideas would be greatly appreciated!!
Thanks for your help.

[aclproject] FATAL [btpool0-2] Logger.fatal(240) |
misc-org.pentaho.core.system.PentahoSystem: PentahoSystem.ERROR_0013 -
Could
not create object

com.pentaho.repository.subscribe.SubscriptionHibernateHandler

java.lang.ClassNotFoundException:

com.pentaho.repository.subscribe.SubscriptionHibernateHandler

       at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
       at java.security.AccessController.doPrivileged(Native Method)
       at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
       at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
       at
org.codehaus.classworlds.RealmClassLoader.loadClassDirect(
RealmClassLoader.java:195)
       at
org.codehaus.classworlds.DefaultClassRealm.loadClass(
DefaultClassRealm.java:255)
       at
org.codehaus.classworlds.DefaultClassRealm.loadClass(
DefaultClassRealm.java:274)
       at
org.codehaus.classworlds.RealmClassLoader.loadClass(RealmClassLoader.java
:214)
       at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
       at
org.mortbay.jetty.webapp.WebAppClassLoader.loadClass(
WebAppClassLoader.java:358)
       at org.mortbay.jetty.webapp.WebAppClassLoader.loadClass(Web
AppClassLoader.java:320)
       at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
       at java.lang.Class.forName0(Native Method)
       at java.lang.Class.forName(Class.java:164)
       at
org.pentaho.core.system.PentahoSystem.createObject(PentahoSystem.java
:1191)
       at
org.pentaho.core.system.PentahoSystem.createObject(PentahoSystem.java
:1215)
       at
org.pentaho.repository.HibernateUtil.setupConfigurationHandlers(
HibernateUtil.java:166)
       at org.pentaho.repository.HibernateUtil.initialize(
HibernateUtil.java:125)
       at org.pentaho.repository.HibernateUtil.<clinit>(HibernateUtil.java
:83)
       at
com.pentaho.repository.subscribe.SubscriptionRepository.<init>(
SubscriptionRepository.java:64)
--
View this message in context:
http://www.nabble.com/strange-classloading-problem-tf3667645s2369.html#a10247916
Sent from the AppFuse - User mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Reply via email to