1 Reply Latest reply on Nov 17, 2006 10:08 AM by Chris Odom

    EARDeployer not finding *.jar(s) during startup.

    Chris Odom Newbie

      I am currently using the JBoss IDE 2 Beta which currently I have only out-of-memory problems with which easily solvable. I am publishing an EAR file to my local instance of JBoss4.0.5GA in /server/default/deploy. the EAR currently only contains a war and jar archives. The war uses the jar's classes (a common utilities jar) but upon startup this is all I see:

      13:37:16,256 INFO [EARDeployer] Init J2EE application: file:/C:/Java/jboss-4.0.5.GA/server/default/deploy/DataPipe.ear
      13:37:17,084 INFO [TomcatDeployer] deploy, ctxPath=/, warUrl=.../tmp/deploy/tmp30017DataPipe.ear-contents/datapipe-web-exp.war/
      13:37:17,225 INFO [EARDeployer] Started J2EE application: file:/C:/Java/jboss-4.0.5.GA/server/default/deploy/DataPipe.ear


      so basically the only thing getting deployed is the war file not the jar or I would think I would see the subdeployer JARDeployer running. Upon use of the web application the servler importing the common classes causes this to happen:

      13:37:56,959 ERROR [[DataPipeServlet]] Allocate exception for servlet DataPipeServlet
      java.lang.NoClassDefFoundError: com/newsstand/common/exception/InvalidContentTypeException
       at java.lang.Class.getDeclaredConstructors0(Native Method)
       at java.lang.Class.privateGetDeclaredConstructors(Class.java:2357)
       at java.lang.Class.getConstructor0(Class.java:2671)
       at java.lang.Class.newInstance0(Class.java:321)
       at java.lang.Class.newInstance(Class.java:303)
       at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1055)
       at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:757)
       at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:130)
       at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
       at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175)
       at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74)
       at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
       at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
       at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156)
       at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
       at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
       at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
       at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
       at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
       at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
       at java.lang.Thread.run(Thread.java:595)


      I have tried placing the Utility jar in both the root /lib folder and the default server /lib folder but the Web application stills throughs this error. I have not been able to successfully bet my Web Application to see any classes outside of its current ClassLoader. Any help would be deeply appreciated.

        • 1. Re: EARDeployer not finding *.jar(s) during startup.
          Chris Odom Newbie

          Okay I resolved this issue. Using the log4j appender for UCL I was able to track down that the utility jar I was deploying in my EAR was using a facet for Java set to version 6.0 and the container is running in a 5.0 JVM. Because of this the UnifiedClassLoader was not willing to load unmatched version of any classes into the JVM. Updating the facet to java 5.0 fixed this.