Re: Controlling the order of classloading.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Vinay, Vinay Binny wrote: I am using struts2 and Oracle's XSU in one of our webapps. XSU has a tight dependency on its own XML parser xmlparserv2.jar, when I drop this into the web-inf lib folder, struts2 picks the classes in this jar to do its xml parsing chore instead of picking its own xml parser, and fails. I don't believe S2 ships with an XML parser; it should just use whatever XML parser is available from the system. Is it possible that xmlparserv2.jar supplies an implementation that is not recent enough to work with S2 (which I think just uses commons-digester)? You might want to ask on the struts user list if there's a way to force S2 (or the digester) to use a particular implementation instead of the currently-loaded default XML parser implementation. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkj6oSQACgkQ9CaO5/Lv0PC9IwCgnw7wfltIP6Np/NBssvUvFuux BWIAoK7bwE2pkb6A7imB/2qGYuyHuxgf =Kzl2 -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Controlling the order of classloading.
Hi all, I have a situation where I need to control the order in which the webapp jar files(in lib folder) are loaded by Tomcat. Is there anyway to acheive this? To give you a background of the problem, I am using struts2 and Oracle's XSU in one of our webapps. XSU has a tight dependency on its own XML parser xmlparserv2.jar, when I drop this into the web-inf lib folder, struts2 picks the classes in this jar to do its xml parsing chore instead of picking its own xml parser, and fails. If I could lazy load or load xmlparserv2.jar after all struts2 specific jars have been loaded I should be devoid of problems. Any suggestions? Thanks a lot, Vinay. Add more friends to your messenger and enjoy! Go to http://messenger.yahoo.com/invite/ - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Controlling the order of classloading.
Vinay Binny wrote: Hi all, I have a situation where I need to control the order in which the webapp jar files(in lib folder) are loaded by Tomcat. Is there anyway to acheive this? Sorry, no. You simply don't have that much control over the classloader in a servlet container. To give you a background of the problem, I am using struts2 and Oracle's XSU in one of our webapps. XSU has a tight dependency on its own XML parser xmlparserv2.jar, when I drop this into the web-inf lib folder, struts2 picks the classes in this jar to do its xml parsing chore instead of picking its own xml parser, and fails. If I could lazy load or load xmlparserv2.jar after all struts2 specific jars have been loaded I should be devoid of problems. Any suggestions? You might be able to do this with an OSGI compliant application server. Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Controlling the order of classloading.
Mark Thomas wrote: Vinay Binny wrote: Hi all, I have a situation where I need to control the order in which the webapp jar files(in lib folder) are loaded by Tomcat. Is there anyway to acheive this? Sorry, no. You simply don't have that much control over the classloader in a servlet container. Consider this a question, since I would not dream of even thinking of contradicting Mark. But is there not a load-at-startup tag or something like it in a web.xml file, with a numeric value for that purpose ? Or does that mean something else ? - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Controlling the order of classloading.
From: André Warnier [mailto:[EMAIL PROTECTED] Subject: Re: Controlling the order of classloading. But is there not a load-at-startup tag or something like it in a web.xml file, with a numeric value for that purpose ? It specifies that the designated servlet be loaded during startup, but does not have anything to do with the search order for jars that contain conflicting classes. One thing to do is to prune the jars so there's only one copy of the class in question (don't know if that's really feasible here). - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Controlling the order of classloading.
hi, i did some research and i found this http://mail-archives.apache.org/mod_mbox/struts-user/200606.mbox/[EMAIL PROTECTED] and this http://java.sun.com/j2se/1.5.0/docs/api/javax/xml/parsers/SAXParserFactory.html i don't know if it could help you but i learn something new: we can configure the SAXParserFactory in java :-) bye From: André Warnier [mailto:[EMAIL PROTECTED] Subject: Re: Controlling the order of classloading. But is there not a load-at-startup tag or something like it in a web.xml file, with a numeric value for that purpose ? It specifies that the designated servlet be loaded during startup, but does not have anything to do with the search order for jars that contain conflicting classes. One thing to do is to prune the jars so there's only one copy of the class in question (don't know if that's really feasible here). - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]