Hi, > Placing endorsed libraries in WEB-INF/lib is *not* recommended. In fact, > Tomcat actively avoids loading at least some endorsed libraries from > WEB-INF/lib (Not sure about all.... maybe Yoav can clarify?). By > "endorsed", I mean stuff like javax.*, org.xml.*, org.w3c.dom.*, etc....
The set of endorsed libraries is defined by where the endorsed classloader repository is. For tomcat, the default is $CATALINA_HOME/common/endorsed. Typically, the use for this is for XML interfaces, though it can be used by a server admin to override classes supplied with a webapp with the admin's own version. You can put mail.jar (and activation.jar, and other javax.* jars) there, the server will load them, it'll be just fine. In an ideal world from my perspective, there would be no common/lib or common/classes at all. There would only be the server's classes and each webapp's classes. That was the original intent, and is still the spirit, of the Servlet Specification (and more broadly, the J2EE Spec itself). Web apps are supposed to be self-contained. However, that has sadly not turned out to be the case ;( Which is why our efforts in this area are great! So back to my original: if we split log4j.jar by dependencies, that's fine, as long as there's also a jar containing everything (preferably called log4j.jar to preserve backwards compatability). (So that's a 0 vote, no +1 but certainly no -1... maybe even a +0 because it gives users additional flexibility). > I saw that Yoav mentioned that > jar size is not a factor. You only have to look at the existence of the > abomination that is commons-logging for evidence to the contrary. CL is an abomination, but how is it evidence of any JAR size issues? The API and full CL JARs are not split because of size, they're split for other design reasons. I'm asking this out of curiosity, because usually I agree with you but this caught me by surprise ;) (And feel free to answer in a separate or personal mail, as this is off-topic). Yoav --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
