From: Scott M S. <sco...@jb...> - 2003-06-27 23:33:15
|
So obviously the war is not doing anything here. The name of the class is not important. To be seeing a LinkageError or IllegalAccess error the same fully qualified type is being access by two different class loaders. You have two threads running inside the service and somehow they are using different class loaders. I don't know how this can happen in this deployment. Create a trace level log of the class loading by adding the following to the conf/log4j.xml configuration after the last appender element: <appender name="UCL" class="org.apache.log4j.FileAppender"> <param name="File" value="${jboss.server.home.dir}/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> The resulting ucl.log file will be rather large so zip up the the ucl.log and server.log and send them to sco...@jb.... Additional information on class loading may be found in the class loading architecture doc available here: http://sourceforge.net/docman/display_doc.php?docid=14516&group_id=22866 -- xxxxxxxxxxxxxxxxxxxxxxxx Scott Stark Chief Technology Officer JBoss Group, LLC xxxxxxxxxxxxxxxxxxxxxxxx George Icriverzi wrote: > I've already sent the result of the ListJar runed over my ear (attached) > . I will paste it in the message now. > But before, in the previous mail, I pointed that the same problem apears > when I define the class inline, on the fly, so it has no name, and I > definetly don't try elsewhere to access it with, let's say, CRLFactory$1 > as the class name. > The error is the same as with the inner class, only that now the class > has no name, so it is identified in the stackTrace error message as > 'IllegalAcessError form CRLFactory for CRLFactory$1 class' . This makes > no sense, being defines inline, only CRLFactory accesses and uses it. > > Here's the result of the ListJar program : |