If you are having problems with class loading and cannot create a testcase
to submit with a bug report, generate a trace level log of the class loading
behavior by adding the following configuration to the log4j.xml file:

  <appender name="UCL" class="org.apache.log4j.FileAppender">
    <param name="File" value="${jboss.server.home.dir}/log/ucl.log"/>
    <param name="Append" value="false"/>
    <layout class="org.apache.log4j.PatternLayout">
      <param name="ConversionPattern" value="[%r,%c{1},%t] %m%n"/>
    </layout>
  </appender>
  <category name="org.jboss.mx.loading" additivity="false">
    <priority value="TRACE" class="org.jboss.logging.XLevel"/>
    <appender-ref ref="UCL"/>
  </category>

and then submit the resulting ucl.log attached to a bug report at sourceforge:
http://sourceforge.net/tracker/?group_id=22866&atid=376685

You will have to compress the ucl.log and if it still is too big just mail it to me.

xxxxxxxxxxxxxxxxxxxxxxxx
Scott Stark
Chief Technology Officer
JBoss Group, LLC
xxxxxxxxxxxxxxxxxxxxxxxx

----- Original Message -----
From: "Giles Paterson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, November 19, 2002 4:00 AM
Subject: [JBoss-user] Possible EAR Class scoping bug


I have been having some problems deploying my application as an Ear file on JBoss 
3.0.4 running on a Windows 2000 server.

For the full details, take a look at the following forum thread:

http://www.jboss.org/forums/thread.jsp?forum=47&thread=24806

Basically, I have an EAR file that is structured like this:

main.ear:
  some_ejbs.jar
  some_more_ejbs.jar
  a_web_app.war
  lib/
    third_party_libs.jar
    common_code.jar
  META-INF/
    application.xml

This jar was working perfectly under Weblogic 6.1, but just doesn't want to play when 
ported to JBoss 3.0.4 (Yes, JBoss
specific deployment descriptors have been added to the various EJB jars).

It is worth noting that the MANIFEST.MF files for the EJB Jars and the War file 
reference various third party and common jars
in the Class-Path element.

Initially I was encountering all sorts of IllegalAccessErrors and 
NoClassDefFoundErrors, and adding a jboss-app.xml file to
the Ear to scope the classes didn't help at all. I was making some progress by 
manually adding various jars to the JBoss
start-up classpath but that wasn't a great solution.

Finally I tried unpacking the EAR file into a subdirectory of the deploy directory and 
the application suddenly started
working (with no additional jars in the JBoss start-up classpath). However, if I 
removed the jboss-app.xml file from the
expanded directory, the application would stop working and give me IllegalAccessErrors 
again. This suggests to me that Class
scoping doesn't always work in 3.0.4 if the application is packaged in an EAR file, 
but it does work if the EAR file is
expanded out into a directory.

After some further trawling of the mailing list archives, I believe this may be 
related to the fact that my EJB jars,
reference the same common and third party jars in their MANIFEST.MF Class-Path entries 
(There was a thread concerning this
back in August/September 
http://www.mail-archive.com/jboss-user@lists.sourceforge.net/msg20584.html ), and 
possibly to bug
#602828

Currently, I am satisfied with deploy my app as an expanded EAR directory, but I would 
prefer to use an EAR as it simplifies
the deployment process. Does anyone have any comments or suggestions concerning this? 
I haven't had a chance to delve into the
JBoss code yet, but I'm intrigued as to why the Class loading works differently for 
Ear files as compared to expanded
directories.


Regards,

Giles Paterson




-------------------------------------------------------
This sf.net email is sponsored by: To learn the basics of securing
your web site with SSL, click here to get a FREE TRIAL of a Thawte
Server Certificate: http://www.gothawte.com/rd524.html
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user



-------------------------------------------------------
This sf.net email is sponsored by: To learn the basics of securing 
your web site with SSL, click here to get a FREE TRIAL of a Thawte 
Server Certificate: http://www.gothawte.com/rd524.html
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Reply via email to