"130g" wrote : I am having the exact same problem. I am trying to upgrade from 4.0.1 to 4.0.3 but this is kinda holding me back. | Anyone has a solution for this?
See technically dom4j is a platform required jar and as such this behavior really doesn't violate the J2EE spec. With that said, this behavior is still kinda sucka. For J2EE 5 we need the following ordering: 1) Grab any optional libraries out of lib or whatever lib directory is defined in the optional applicaiton.xml file first (regardless of java2Parent delegation, if anything this should be turned off by default) 2) If the class is not there, check the parent classloader which should be JARs found in the deploy directory (global scope across deployments), server/*/lib, and then lib. 3) If not there go to the boostrap classloader (JRE) Based on the WIKI, I believe to use my own dom4j today (without replacing the platform one which I'm doing now), I would have to wrap this in an EAR, add a Manfiest entry in the jar within the EAR, and turn java2ParentDelegation off. This should prevent the classloader from finding the already cached /lib/dom4.jar first. But this doesn't help me because with EAR isolation on I can't share that jar file across multiple EARs. I maybe missing something and perhaps this is pilot error on my part, but to me, the classloading scheme currently in place is not right (too many JBoss specific options to make classloading behavior what it probably should be by default). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3937914#3937914 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3937914 ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ JBoss-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jboss-user
