Classpath issue in a Weblogic environment with separate apps

**Loumeister** · Jan 7th, 2005, 02:14 PM

I am seeing class definition and/or class version errors relating to the classloader with regarding to some of the JOS support classes that Hibernate/Spring uses, such as Jakarta commons logging, as an example. Our situation is that we have two applications (each exist in its own JVM) that call each other. Each use Hibernate to do persistence to their own databases. Intermittently, I see these errors when I have the hibernate.jar and the supporting .jars in each application's app-inf/lib's. However, if I move the .jars to the server classpath then the issues go away.

This configuration is not optimal because one application may use a latter version of the .jars and then this would require regression testing for all apps that use Hibernate and the associated .jars on the server.

In general, I am wondering how others have configured their .jars. Is this something you just have to live with?? Or is there a viable solution to have the .jars live in each application?

Thanks,
Lou

**Alef Arendsen** · Jan 9th, 2005, 03:54 PM

What kind of errors are you getting?

You're right: don't put those classes on the server's classpath, eventually you will run into trouble!

Are you using ear files with beans-jars in them? If so, have you correctly configured the jar's manifest file (using Classpath: entries?)

rgds,
Alef

**Loumeister** · Jan 9th, 2005, 05:27 PM

Thanks Alef for your response. I get the error below or I'll get the NoClassDefFoundError when I know the classes is in the classpath, as this is an intermittent issue. However, once it happens, it continues to happen.

The thing I don't understand is that it says there is a version conflict, but in BEA I am pretty sure that each application has a separate class loader so I'm not sure why this "versioning" error comes up. Any suggestions would be greatly appreciated.

Thanks,
Lou

Code:

Object=org.springframework.orm.hibernate.SessionFactoryUtils$JtaSessionSynchronization@2b04839, Exception=java.lang.ExceptionInInitializerError
java.lang.ExceptionInInitializerError
	at net.sf.hibernate.util.JDBCExceptionReporter.logWarnings&#40;Ljava.sql.SQLWarning;&#41;V&#40;JDBCExceptionReporter.java&#58;???&#41;
	at net.sf.hibernate.impl.BatcherImpl.closeConnection&#40;Ljava.sql.Connection;&#41;V&#40;BatcherImpl.java&#58;297&#41;
	at net.sf.hibernate.impl.SessionImpl.disconnect&#40;&#41;Ljava.sql.Connection;&#40;SessionImpl.java&#58;3352&#41;
	at net.sf.hibernate.impl.SessionImpl.close&#40;&#41;Ljava.sql.Connection;&#40;SessionImpl.java&#58;576&#41;
	at org.springframework.orm.hibernate.SessionFactoryUtils.doClose&#40;Lnet.sf.hibernate.Session;&#41;V&#40;SessionFactoryUtils.java&#58;651&#41;
	at org.springframework.orm.hibernate.SessionFactoryUtils.closeSessionOrRegisterDeferredClose&#40;Lnet.sf.hibernate.Session;Lnet.sf.hibernate.SessionFactory;&#41;V&#40;SessionFactoryUtils.java&#58;640&#41;
	at org.springframework.orm.hibernate.SessionFactoryUtils.access$300&#40;Lnet.sf.hibernate.Session;Lnet.sf.hibernate.SessionFactory;&#41;V&#40;SessionFactoryUtils.java&#58;86&#41;
	at org.springframework.orm.hibernate.SessionFactoryUtils$SpringSessionSynchronization.beforeCompletion&#40;&#41;V&#40;SessionFactoryUtils.java&#58;776&#41;
	at org.springframework.orm.hibernate.SessionFactoryUtils$JtaSessionSynchronization.afterCompletion&#40;I&#41;V&#40;SessionFactoryUtils.java&#58;874&#41;
	at weblogic.transaction.internal.ServerSCInfo.callAfterCompletions&#40;I&#41;V&#40;ServerSCInfo.java&#58;853&#41;
	at weblogic.transaction.internal.ServerTransactionImpl.callAfterCompletions&#40;&#41;V&#40;ServerTransactionImpl.java&#58;2708&#41;
	at weblogic.transaction.internal.ServerTransactionImpl.afterCommittedStateHousekeeping&#40;&#41;V&#40;ServerTransactionImpl.java&#58;2606&#41;
	at weblogic.transaction.internal.ServerTransactionImpl.setCommitted&#40;&#41;V&#40;ServerTransactionImpl.java&#58;2638&#41;
	at weblogic.transaction.internal.ServerTransactionImpl.globalRetryCommit&#40;II&#41;V&#40;ServerTransactionImpl.java&#58;2436&#41;
	at weblogic.transaction.internal.ServerTransactionImpl.globalCommit&#40;&#41;V&#40;ServerTransactionImpl.java&#58;2365&#41;
	at weblogic.transaction.internal.ServerTransactionImpl.internalCommit&#40;&#41;V&#40;ServerTransactionImpl.java&#58;278&#41;
	at weblogic.transaction.internal.ServerTransactionImpl.commit&#40;&#41;V&#40;ServerTransactionImpl.java&#58;244&#41;
	at weblogic.ejb20.internal.BaseEJBObject.postInvoke&#40;Lweblogic.ejb20.internal.InvocationWrapper;Ljava.lang.Throwable;&#41;V&#40;BaseEJBObject.java&#58;299&#41;
	at weblogic.ejb20.internal.StatelessEJBObject.postInvoke&#40;Lweblogic.ejb20.internal.InvocationWrapper;Ljava.lang.Throwable;&#41;V&#40;StatelessEJBObject.java&#58;140&#41;
	at com.bea.wlw.runtime.core.bean.SyncDispatcher_k1mrl8_EOImpl.invoke&#40;Lcom.bea.wlw.runtime.core.request.Request;&#41;Lcom.bea.wlw.runtime.core.request.Response;&#40;SyncDispatcher_k1mrl8_EOImpl.java&#58;110&#41;
	at com.bea.wlw.runtime.core.dispatcher.Dispatcher.remoteDispatch&#40;Lcom.bea.wlw.runtime.core.dispatcher.DispFile;Lcom.bea.wlw.runtime.core.request.Request;&#41;Lcom.bea.wlw.runtime.core.request.Response;&#40;Dispatcher.java&#58;161&#41;
	at com.bea.wlw.runtime.core.dispatcher.Dispatcher.dispatch&#40;Lcom.bea.wlw.runtime.core.dispatcher.DispFile;Lcom.bea.wlw.runtime.core.request.Request;Ljavax.servlet.http.HttpServletResponse;Ljavax.servlet.ServletContext;&#41;V&#40;Dispatcher.java&#58;49&#41;
	at com.bea.wlw.runtime.core.dispatcher.HttpServerHelper.executePostRequest&#40;Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;Ljavax.servlet.ServletContext;Ljavax.servlet.ServletConfig;&#41;V&#40;HttpServerHelper.java&#58;713&#41;
	at com.bea.wlw.runtime.core.dispatcher.HttpServer.doPost&#40;Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;&#41;V&#40;HttpServer.java&#58;49&#41;
	at javax.servlet.http.HttpServlet.service&#40;Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;&#41;V&#40;HttpServlet.java&#58;760&#41;
	at javax.servlet.http.HttpServlet.service&#40;Ljavax.servlet.ServletRequest;Ljavax.servlet.ServletResponse;&#41;V&#40;HttpServlet.java&#58;853&#41;
	at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run&#40;&#41;Ljava.lang.Object;&#40;ServletStubImpl.java&#58;996&#41;
	at weblogic.servlet.internal.ServletStubImpl.invokeServlet&#40;Ljavax.servlet.ServletRequest;Ljavax.servlet.ServletResponse;Lweblogic.servlet.internal.FilterChainImpl;&#41;V&#40;ServletStubImpl.java&#58;419&#41;
	at weblogic.servlet.internal.ServletStubImpl.invokeServlet&#40;Ljavax.servlet.ServletRequest;Ljavax.servlet.ServletResponse;&#41;V&#40;ServletStubImpl.java&#58;315&#41;
	at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run&#40;&#41;Ljava.lang.Object;&#40;WebAppServletContext.java&#58;6456&#41;
	at weblogic.security.acl.internal.AuthenticatedSubject.doAs&#40;Lweblogic.security.subject.AbstractSubject;Ljava.security.PrivilegedAction;&#41;Ljava.lang.Object;&#40;AuthenticatedSubject.java&#58;321&#41;
	at weblogic.security.service.SecurityManager.runAs&#40;Lweblogic.security.acl.internal.AuthenticatedSubject;Lweblogic.security.acl.internal.AuthenticatedSubject;Ljava.security.PrivilegedAction;&#41;Ljava.lang.Object;&#40;SecurityManager.java&#58;118&#41;
Caused by&#58; org.apache.commons.logging.LogConfigurationException&#58; org.apache.commons.logging.LogConfigurationException&#58; org.apache.commons.logging.LogConfigurationException&#58; Invalid class loader hierarchy.  You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed. &#40;Caused by org.apache.commons.logging.LogConfigurationException&#58; Invalid class loader hierarchy.  You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed.&#41; &#40;Caused by org.apache.commons.logging.LogConfigurationException&#58; org.apache.commons.logging.LogConfigurationException&#58; Invalid class loader hierarchy.  You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed. &#40;Caused by org.apache.commons.logging.LogConfigurationException&#58; Invalid class loader hierarchy.  You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed.&#41;&#41;
	at org.apache.commons.logging.impl.LogFactoryImpl.newInstance&#40;Ljava.lang.String;&#41;Lorg.apache.commons.logging.Log;&#40;LogFactoryImpl.java&#58;543&#41;
	at org.apache.commons.logging.impl.LogFactoryImpl.getInstance&#40;Ljava.lang.String;&#41;Lorg.apache.commons.logging.Log;&#40;LogFactoryImpl.java&#58;235&#41;
	at org.apache.commons.logging.impl.LogFactoryImpl.getInstance&#40;Ljava.lang.Class;&#41;Lorg.apache.commons.logging.Log;&#40;LogFactoryImpl.java&#58;209&#41;
	at org.apache.commons.logging.LogFactory.getLog&#40;Ljava.lang.Class;&#41;Lorg.apache.commons.logging.Log;&#40;LogFactory.java&#58;351&#41;
	at net.sf.hibernate.util.JDBCExceptionReporter.<clinit>&#40;&#41;V&#40;JDBCExceptionReporter.java&#58;12&#41;
	at jrockit.vm.RNI.getRunnableCode&#40;I&#41;I&#40;Unknown Source&#41;
	at jrockit.vm.RNI.trampoline&#40;&#41;V&#40;Unknown Source&#41;
	at net.sf.hibernate.util.JDBCExceptionReporter.logWarnings&#40;Ljava.sql.SQLWarning;&#41;V&#40;JDBCExceptionReporter.java&#58;???&#41;
	at net.sf.hibernate.impl.BatcherImpl.closeConnection&#40;Ljava.sql.Connection;&#41;V&#40;BatcherImpl.java&#58;297&#41;
	at net.sf.hibernate.impl.SessionImpl.disconnect&#40;&#41;Ljava.sql.Connection;&#40;SessionImpl.java&#58;3352&#41;
	at net.sf.hibernate.impl.SessionImpl.close&#40;&#41;Ljava.sql.Connection;&#40;SessionImpl.java&#58;576&#41;
	at org.springframework.orm.hibernate.SessionFactoryUtils.doClose&#40;Lnet.sf.hibernate.Session;&#41;V&#40;SessionFactoryUtils.java&#58;651&#41;
	at org.springframework.orm.hibernate.SessionFactoryUtils.closeSessionOrRegisterDeferredClose&#40;Lnet.sf.hibernate.Session;Lnet.sf.hibernate.SessionFactory;&#41;V&#40;SessionFactoryUtils.java&#58;640&#41;
	at org.springframework.orm.hibernate.SessionFactoryUtils.access$300&#40;Lnet.sf.hibernate.Session;Lnet.sf.hibernate.SessionFactory;&#41;V&#40;SessionFactoryUtils.java&#58;86&#41;

**Loumeister** · Jan 11th, 2005, 05:06 PM

Originally Posted by Alef Arendsen

Are you using ear files with beans-jars in them? If so, have you correctly configured the jar's manifest file (using Classpath: entries?)

Alef - could you ellaborate on this? I wasn't aware you need to muck with the manifest files in open source jars to get them to load correctly. Please let me know.

Thanks,
Lou

**kmcgivern** · Oct 6th, 2009, 12:08 PM

nearly 5 years later and I am running into this issue in Weblogic 10.0.
Anyone know the solution (apart from dropping the commons-logging jar into the domain classpath...)

Thread: Classpath issue in a Weblogic environment with separate apps

Thread Tools

Display

Classpath issue in a Weblogic environment with separate apps

Similar Threads

Classloader issue with BEA WLS8.1 and ContextLoaderListener?

Spring and Weblogic Integration XA problem

Posting Permissions