java.lang.ExceptionInInitializerError

Hibernate JIRA | Lou Sacco | 1 decade ago
  1. 0

    I have the following issue: one Weblogic application calls another WL application, each use Hibernate to persist information to the database. Everything works fine up (including calls to flush the session prior to this point) until the .closeConnection() is called in BatcherImpl when the transaction is ready to commit. When JDBCExceptionReporter.logWarnings() is called the stack trace below results. I noticed in the source that a catch block was added specifically for WL per the following bug report: http://opensource.atlassian.com/projects/hibernate/browse/HB-360. It seems like I have to take it one step further and completely comment out the JDBCExceptionReporter.logWarnings() call in order for the transaction to commit. Or I have to move all the open source jars (commons-logging.jar, hibernate.jar, etc.) to the system classpath of the server. The latter is an unacceptable solution for us because IT wouldn't be too happy about mucking with the server classpath. First, I am wondering what can be done about retaining the .logWarnings() with commons-logging. Frankly, I really don't understand how this happens only in the .closeConnection() because it seems to log fine everywhere else commons-logging is at. Second, if I choose to comment out the .logWarnings() am I really missing that much because I chose to flush the session in the application so therefore I would of already knew if there was some sort of database issue. In other words, this might be a workable solution despite how dodgy is sounds. Well again, any guidance would be greatly appreciated. I'm getting a lot of crap over this enough where management FUD is starting to say things like, "...let's use EJB instead" -- YIKES!! Debugging of classloader ========================= ##### closeConnection classloader: weblogic.utils.classloaders.GenericClassLoader@838745 finder: weblogic.utils.classloaders.MultiClassFinder@b5845c annotation: Claim@ ##### closeConnection Log classloader: weblogic.utils.classloaders.GenericClassLoader@838745 finder: weblogic.utils.classloaders.MultiClassFinder@b5845c annotation: Claim@ ##### closeConnection Thread classloader: weblogic.utils.classloaders.GenericClassLoader@5ef7f2 finder: weblogic.utils.classloaders.MultiClassFinder@110ba8b annotation: Test@1_0 ##### closeConnection classloader: weblogic.utils.classloaders.GenericClassLoader@e852e8 finder: weblogic.utils.classloaders.MultiClassFinder@1472541 annotation: Test@ ##### closeConnection Log classloader: weblogic.utils.classloaders.GenericClassLoader@e852e8 finder: weblogic.utils.classloaders.MultiClassFinder@1472541 annotation: Test@ ##### closeConnection Thread classloader: weblogic.utils.classloaders.GenericClassLoader@5ef7f2 finder: weblogic.utils.classloaders.MultiClassFinder@110ba8b annotation: Test@1_0 Source that generates above debug: public void closeConnection(Connection conn) throws HibernateException { try { if ( !conn.isClosed() ) { try { System.out.println("##### closeConnection classloader: " + this.getClass().getClassLoader()); System.out.println("##### closeConnection Log classloader: " + log.getClass().getClassLoader()); System.out.println("##### closeConnection Thread classloader: " + Thread.currentThread().getContextClassLoader()); //JDBCExceptionReporter.logWarnings( conn.getWarnings() ); } //catch (SQLException sqle) { //workaround for WebLogic //log.debug("could not log warnings", sqle); //} //catch (Throwable t) { // catch logger exceptions from commons logging //log.warn("could not log warnings", t); //} finally { conn.clearWarnings(); } } factory.getConnectionProvider().closeConnection(conn); } catch (SQLException sqle) { throw new JDBCException("Cannot close connection", sqle); } } Stack Trace ============================ <Apr 9, 2005 1:41:17 PM PDT> <Error> <EJB> <BEA-010026> <Exception occurred during commit of transaction Name=[EJB com.bea.wlw.runtime.core.bean.SyncDispatcherBean.invoke(com.bea.wlw.runtime.core.request.Request)],Xid=BEA1-0239DF9DAD1BB9F1486B(27170472),Status=Rolled back. [Reason=java.lang.ExceptionInInitializerError],numRepliesOwedMe=0,numRepliesOwedOthers=0,seconds since begin=17,seconds left=60,XAServerResourceInfo[clmPool]=(ServerResourceInfo[clmPool]=(state=rolledback,assigned=cgServer_ls97241),xar=clmPool,re-Registered = false),XAServerResourceInfo[JMS_cgJMSStore]=(ServerResourceInfo[JMS_cgJMSStore]=(state=rolledback,assigned=cgServer_ls97241),xar=JMS_cgJMSStore,re-Registered = false),SCInfo[sa-wlimtch-pc-sp3-ls97241+cgServer_ls97241]=(state=rolledback),properties=({weblogic.transaction.name=[EJB com.bea.wlw.runtime.core.bean.SyncDispatcherBean.invoke(com.bea.wlw.runtime.core.request.Request)]}),local properties=({}),OwnerTransactionManager=ServerTM[ServerCoordinatorDescriptor=(CoordinatorURL=cgServer_ls97241+172.24.171.49:7501+sa-wlimtch-pc-sp3-ls97241+t3+, XAResources={},NonXAResources={})],CoordinatorURL=cgServer_ls97241+172.24.171.49:7501+sa-wlimtch-pc-sp3-ls97241+t3+): java.lang.ExceptionInInitializerError at net.sf.hibernate.impl.BatcherImpl.closeConnection(BatcherImpl.java:297) at net.sf.hibernate.impl.SessionImpl.disconnect(SessionImpl.java:3352) at net.sf.hibernate.impl.SessionImpl.close(SessionImpl.java:576) at org.springframework.orm.hibernate.SessionFactoryUtils.doClose(SessionFactoryUtils.java:734) at org.springframework.orm.hibernate.SessionFactoryUtils.closeSessionOrRegisterDeferredClose(SessionFactoryUtils.java:723) at org.springframework.orm.hibernate.SessionFactoryUtils.access$300(SessionFactoryUtils.java:89) at org.springframework.orm.hibernate.SessionFactoryUtils$SpringSessionSynchronization.beforeCompletion(SessionFactoryUtils.java:863) at org.springframework.orm.hibernate.SessionFactoryUtils$JtaSessionSynchronization.beforeCompletion(SessionFactoryUtils.java:960) at weblogic.transaction.internal.ServerSCInfo.callBeforeCompletions(ServerSCInfo.java:1010) at weblogic.transaction.internal.ServerSCInfo.startPrePrepareAndChain(ServerSCInfo.java:115) at weblogic.transaction.internal.ServerTransactionImpl.localPrePrepareAndChain(ServerTransactionImpl.java:1184) at weblogic.transaction.internal.ServerTransactionImpl.globalPrePrepare(ServerTransactionImpl.java:1910) at weblogic.transaction.internal.ServerTransactionImpl.internalCommit(ServerTransactionImpl.java:273) at weblogic.transaction.internal.ServerTransactionImpl.commit(ServerTransactionImpl.java:244) at weblogic.ejb20.internal.BaseEJBObject.postInvoke(BaseEJBObject.java:299) at weblogic.ejb20.internal.StatelessEJBObject.postInvoke(StatelessEJBObject.java:140) at com.bea.wlw.runtime.core.bean.SyncDispatcher_k1mrl8_EOImpl.invoke(SyncDispatcher_k1mrl8_EOImpl.java:110) at com.bea.wlw.runtime.core.dispatcher.Dispatcher.remoteDispatch(Dispatcher.java:161) at com.bea.wlw.runtime.core.dispatcher.Dispatcher.dispatch(Dispatcher.java:49) at com.bea.wlw.runtime.core.dispatcher.HttpServerHelper.executePostRequest(HttpServerHelper.java:713) at com.bea.wlw.runtime.core.dispatcher.HttpServer.doPost(HttpServer.java:49) at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:996) at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:419) at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:315) at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:6456) at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321) at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:118) at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3661) at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2630) at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:219) at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:178) Caused by: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed. (Caused by org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed.) (Caused by org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed. (Caused by org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed.)) at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:549) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:235) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:209) at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:351) at net.sf.hibernate.util.JDBCExceptionReporter.<clinit>(JDBCExceptionReporter.java:12) ... 33 more

    Hibernate JIRA | 1 decade ago | Lou Sacco
    java.lang.ExceptionInInitializerError
  2. 0

    I have the following issue: one Weblogic application calls another WL application, each use Hibernate to persist information to the database. Everything works fine up (including calls to flush the session prior to this point) until the .closeConnection() is called in BatcherImpl when the transaction is ready to commit. When JDBCExceptionReporter.logWarnings() is called the stack trace below results. I noticed in the source that a catch block was added specifically for WL per the following bug report: http://opensource.atlassian.com/projects/hibernate/browse/HB-360. It seems like I have to take it one step further and completely comment out the JDBCExceptionReporter.logWarnings() call in order for the transaction to commit. Or I have to move all the open source jars (commons-logging.jar, hibernate.jar, etc.) to the system classpath of the server. The latter is an unacceptable solution for us because IT wouldn't be too happy about mucking with the server classpath. First, I am wondering what can be done about retaining the .logWarnings() with commons-logging. Frankly, I really don't understand how this happens only in the .closeConnection() because it seems to log fine everywhere else commons-logging is at. Second, if I choose to comment out the .logWarnings() am I really missing that much because I chose to flush the session in the application so therefore I would of already knew if there was some sort of database issue. In other words, this might be a workable solution despite how dodgy is sounds. Well again, any guidance would be greatly appreciated. I'm getting a lot of crap over this enough where management FUD is starting to say things like, "...let's use EJB instead" -- YIKES!! Debugging of classloader ========================= ##### closeConnection classloader: weblogic.utils.classloaders.GenericClassLoader@838745 finder: weblogic.utils.classloaders.MultiClassFinder@b5845c annotation: Claim@ ##### closeConnection Log classloader: weblogic.utils.classloaders.GenericClassLoader@838745 finder: weblogic.utils.classloaders.MultiClassFinder@b5845c annotation: Claim@ ##### closeConnection Thread classloader: weblogic.utils.classloaders.GenericClassLoader@5ef7f2 finder: weblogic.utils.classloaders.MultiClassFinder@110ba8b annotation: Test@1_0 ##### closeConnection classloader: weblogic.utils.classloaders.GenericClassLoader@e852e8 finder: weblogic.utils.classloaders.MultiClassFinder@1472541 annotation: Test@ ##### closeConnection Log classloader: weblogic.utils.classloaders.GenericClassLoader@e852e8 finder: weblogic.utils.classloaders.MultiClassFinder@1472541 annotation: Test@ ##### closeConnection Thread classloader: weblogic.utils.classloaders.GenericClassLoader@5ef7f2 finder: weblogic.utils.classloaders.MultiClassFinder@110ba8b annotation: Test@1_0 Source that generates above debug: public void closeConnection(Connection conn) throws HibernateException { try { if ( !conn.isClosed() ) { try { System.out.println("##### closeConnection classloader: " + this.getClass().getClassLoader()); System.out.println("##### closeConnection Log classloader: " + log.getClass().getClassLoader()); System.out.println("##### closeConnection Thread classloader: " + Thread.currentThread().getContextClassLoader()); //JDBCExceptionReporter.logWarnings( conn.getWarnings() ); } //catch (SQLException sqle) { //workaround for WebLogic //log.debug("could not log warnings", sqle); //} //catch (Throwable t) { // catch logger exceptions from commons logging //log.warn("could not log warnings", t); //} finally { conn.clearWarnings(); } } factory.getConnectionProvider().closeConnection(conn); } catch (SQLException sqle) { throw new JDBCException("Cannot close connection", sqle); } } Stack Trace ============================ <Apr 9, 2005 1:41:17 PM PDT> <Error> <EJB> <BEA-010026> <Exception occurred during commit of transaction Name=[EJB com.bea.wlw.runtime.core.bean.SyncDispatcherBean.invoke(com.bea.wlw.runtime.core.request.Request)],Xid=BEA1-0239DF9DAD1BB9F1486B(27170472),Status=Rolled back. [Reason=java.lang.ExceptionInInitializerError],numRepliesOwedMe=0,numRepliesOwedOthers=0,seconds since begin=17,seconds left=60,XAServerResourceInfo[clmPool]=(ServerResourceInfo[clmPool]=(state=rolledback,assigned=cgServer_ls97241),xar=clmPool,re-Registered = false),XAServerResourceInfo[JMS_cgJMSStore]=(ServerResourceInfo[JMS_cgJMSStore]=(state=rolledback,assigned=cgServer_ls97241),xar=JMS_cgJMSStore,re-Registered = false),SCInfo[sa-wlimtch-pc-sp3-ls97241+cgServer_ls97241]=(state=rolledback),properties=({weblogic.transaction.name=[EJB com.bea.wlw.runtime.core.bean.SyncDispatcherBean.invoke(com.bea.wlw.runtime.core.request.Request)]}),local properties=({}),OwnerTransactionManager=ServerTM[ServerCoordinatorDescriptor=(CoordinatorURL=cgServer_ls97241+172.24.171.49:7501+sa-wlimtch-pc-sp3-ls97241+t3+, XAResources={},NonXAResources={})],CoordinatorURL=cgServer_ls97241+172.24.171.49:7501+sa-wlimtch-pc-sp3-ls97241+t3+): java.lang.ExceptionInInitializerError at net.sf.hibernate.impl.BatcherImpl.closeConnection(BatcherImpl.java:297) at net.sf.hibernate.impl.SessionImpl.disconnect(SessionImpl.java:3352) at net.sf.hibernate.impl.SessionImpl.close(SessionImpl.java:576) at org.springframework.orm.hibernate.SessionFactoryUtils.doClose(SessionFactoryUtils.java:734) at org.springframework.orm.hibernate.SessionFactoryUtils.closeSessionOrRegisterDeferredClose(SessionFactoryUtils.java:723) at org.springframework.orm.hibernate.SessionFactoryUtils.access$300(SessionFactoryUtils.java:89) at org.springframework.orm.hibernate.SessionFactoryUtils$SpringSessionSynchronization.beforeCompletion(SessionFactoryUtils.java:863) at org.springframework.orm.hibernate.SessionFactoryUtils$JtaSessionSynchronization.beforeCompletion(SessionFactoryUtils.java:960) at weblogic.transaction.internal.ServerSCInfo.callBeforeCompletions(ServerSCInfo.java:1010) at weblogic.transaction.internal.ServerSCInfo.startPrePrepareAndChain(ServerSCInfo.java:115) at weblogic.transaction.internal.ServerTransactionImpl.localPrePrepareAndChain(ServerTransactionImpl.java:1184) at weblogic.transaction.internal.ServerTransactionImpl.globalPrePrepare(ServerTransactionImpl.java:1910) at weblogic.transaction.internal.ServerTransactionImpl.internalCommit(ServerTransactionImpl.java:273) at weblogic.transaction.internal.ServerTransactionImpl.commit(ServerTransactionImpl.java:244) at weblogic.ejb20.internal.BaseEJBObject.postInvoke(BaseEJBObject.java:299) at weblogic.ejb20.internal.StatelessEJBObject.postInvoke(StatelessEJBObject.java:140) at com.bea.wlw.runtime.core.bean.SyncDispatcher_k1mrl8_EOImpl.invoke(SyncDispatcher_k1mrl8_EOImpl.java:110) at com.bea.wlw.runtime.core.dispatcher.Dispatcher.remoteDispatch(Dispatcher.java:161) at com.bea.wlw.runtime.core.dispatcher.Dispatcher.dispatch(Dispatcher.java:49) at com.bea.wlw.runtime.core.dispatcher.HttpServerHelper.executePostRequest(HttpServerHelper.java:713) at com.bea.wlw.runtime.core.dispatcher.HttpServer.doPost(HttpServer.java:49) at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:996) at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:419) at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:315) at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:6456) at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321) at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:118) at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3661) at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2630) at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:219) at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:178) Caused by: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed. (Caused by org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed.) (Caused by org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed. (Caused by org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed.)) at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:549) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:235) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:209) at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:351) at net.sf.hibernate.util.JDBCExceptionReporter.<clinit>(JDBCExceptionReporter.java:12) ... 33 more

    Hibernate JIRA | 1 decade ago | Lou Sacco
    java.lang.ExceptionInInitializerError
  3. 0

    This seems to happen pretty frequently now. This time I installed a new plugin, restarted and then tried to open a project using the atlassian plugin... java.lang.ExceptionInInitializerError at org.apache.axis.client.Service.getAxisClient(Service.java:104) at org.apache.axis.client.Service.<init>(Service.java:113) at com.atlassian.connector.commons.jira.soap.axis.JiraSoapServiceServiceLocator.<init>(JiraSoapServiceServiceLocator.java:13) at com.atlassian.connector.commons.jira.soap.JIRASessionImpl.<init>(JIRASessionImpl.java:166) at com.atlassian.connector.commons.jira.JIRAServerFacade2Impl.testServerConnection(JIRAServerFacade2Impl.java:106) at com.atlassian.theplugin.commons.jira.IntelliJJiraServerFacade.testServerConnection(IntelliJJiraServerFacade.java:239) at com.atlassian.theplugin.commons.jira.cache.JIRAServerCache.checkServer(JIRAServerCache.java:87) at com.atlassian.theplugin.commons.jira.cache.JIRAServerModelImpl.checkServer(JIRAServerModelImpl.java:136) at com.atlassian.theplugin.idea.jira.IssueListToolWindowPanel$MetadataFetcherBackgroundableTask.run(IssueListToolWindowPanel.java:1043) at com.intellij.openapi.progress.impl.ProgressManagerImpl$TaskRunnable.run(ProgressManagerImpl.java:428) at com.intellij.openapi.progress.impl.ProgressManagerImpl$2.run(ProgressManagerImpl.java:198) at com.intellij.openapi.progress.impl.ProgressManagerImpl.executeProcessUnderProgress(ProgressManagerImpl.java:223) at com.intellij.openapi.progress.impl.ProgressManagerImpl.runProcess(ProgressManagerImpl.java:189) at com.intellij.openapi.progress.impl.ProgressManagerImpl$6.run(ProgressManagerImpl.java:343) at com.intellij.openapi.application.impl.ApplicationImpl$5.run(ApplicationImpl.java:331) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:619) at com.intellij.openapi.application.impl.ApplicationImpl$1$1.run(ApplicationImpl.java:125) Caused by: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed. (Caused by org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed.) (Caused by org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed. (Caused by org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed.)) at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:543) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:235) at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:370) at org.apache.axis.components.logger.LogFactory.getLog(LogFactory.java:37)

    Ecosystem JIRA | 6 years ago | Steve Ebersole
    java.lang.ExceptionInInitializerError
  4. Speed up your debug routine!

    Automated exception search integrated into your IDE

  5. 0

    EclipseZone - Universal Logger Plug-ins for RCP ...

    eclipsezone.com | 8 months ago
    java.lang.ExceptionInInitializerError
  6. 0

    server end exception-where do I find the file?

    Coderanch | 1 decade ago | Pat Peg
    org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed. (Caused by org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed.) (Caused by org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed. (Caused by org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed.))

    4 unregistered visitors
    Not finding the right solution?
    Take a tour to get the most out of Samebug.

    Tired of useless tips?

    Automated exception search integrated into your IDE

    Root Cause Analysis

    1. org.apache.commons.logging.LogConfigurationException

      org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed. (Caused by org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed.) (Caused by org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed. (Caused by org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed.))

      at org.apache.commons.logging.impl.LogFactoryImpl.newInstance()
    2. Apache Commons Logging
      LogFactory.getLog
      1. org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:549)
      2. org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:235)
      3. org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:209)
      4. org.apache.commons.logging.LogFactory.getLog(LogFactory.java:351)
      4 frames
    3. net.sf.hibernate
      SessionImpl.close
      1. net.sf.hibernate.util.JDBCExceptionReporter.<clinit>(JDBCExceptionReporter.java:12)
      2. net.sf.hibernate.impl.BatcherImpl.closeConnection(BatcherImpl.java:297)
      3. net.sf.hibernate.impl.SessionImpl.disconnect(SessionImpl.java:3352)
      4. net.sf.hibernate.impl.SessionImpl.close(SessionImpl.java:576)
      4 frames
    4. Hibernate
      SessionFactoryUtils$JtaSessionSynchronization.beforeCompletion
      1. org.springframework.orm.hibernate.SessionFactoryUtils.doClose(SessionFactoryUtils.java:734)
      2. org.springframework.orm.hibernate.SessionFactoryUtils.closeSessionOrRegisterDeferredClose(SessionFactoryUtils.java:723)
      3. org.springframework.orm.hibernate.SessionFactoryUtils.access$300(SessionFactoryUtils.java:89)
      4. org.springframework.orm.hibernate.SessionFactoryUtils$SpringSessionSynchronization.beforeCompletion(SessionFactoryUtils.java:863)
      5. org.springframework.orm.hibernate.SessionFactoryUtils$JtaSessionSynchronization.beforeCompletion(SessionFactoryUtils.java:960)
      5 frames
    5. weblogic.transaction.internal
      ServerTransactionImpl.commit
      1. weblogic.transaction.internal.ServerSCInfo.callBeforeCompletions(ServerSCInfo.java:1010)
      2. weblogic.transaction.internal.ServerSCInfo.startPrePrepareAndChain(ServerSCInfo.java:115)
      3. weblogic.transaction.internal.ServerTransactionImpl.localPrePrepareAndChain(ServerTransactionImpl.java:1184)
      4. weblogic.transaction.internal.ServerTransactionImpl.globalPrePrepare(ServerTransactionImpl.java:1910)
      5. weblogic.transaction.internal.ServerTransactionImpl.internalCommit(ServerTransactionImpl.java:273)
      6. weblogic.transaction.internal.ServerTransactionImpl.commit(ServerTransactionImpl.java:244)
      6 frames
    6. weblogic.ejb20.internal
      StatelessEJBObject.postInvoke
      1. weblogic.ejb20.internal.BaseEJBObject.postInvoke(BaseEJBObject.java:299)
      2. weblogic.ejb20.internal.StatelessEJBObject.postInvoke(StatelessEJBObject.java:140)
      2 frames
    7. com.bea.wlw
      HttpServer.doPost
      1. com.bea.wlw.runtime.core.bean.SyncDispatcher_k1mrl8_EOImpl.invoke(SyncDispatcher_k1mrl8_EOImpl.java:110)
      2. com.bea.wlw.runtime.core.dispatcher.Dispatcher.remoteDispatch(Dispatcher.java:161)
      3. com.bea.wlw.runtime.core.dispatcher.Dispatcher.dispatch(Dispatcher.java:49)
      4. com.bea.wlw.runtime.core.dispatcher.HttpServerHelper.executePostRequest(HttpServerHelper.java:713)
      5. com.bea.wlw.runtime.core.dispatcher.HttpServer.doPost(HttpServer.java:49)
      5 frames
    8. JavaServlet
      HttpServlet.service
      1. javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
      2. javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
      2 frames
    9. Atmosphere weblogic
      WebAppServletContext$ServletInvocationAction.run
      1. weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:996)
      2. weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:419)
      3. weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:315)
      4. weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:6456)
      4 frames
    10. weblogic.security.acl
      AuthenticatedSubject.doAs
      1. weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
      1 frame
    11. weblogic.security.service
      SecurityManager.runAs
      1. weblogic.security.service.SecurityManager.runAs(SecurityManager.java:118)
      1 frame
    12. Atmosphere weblogic
      ServletRequestImpl.execute
      1. weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3661)
      2. weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2630)
      2 frames
    13. weblogic.kernel
      ExecuteThread.run
      1. weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:219)
      2. weblogic.kernel.ExecuteThread.run(ExecuteThread.java:178)
      2 frames