Actually, that is not true. According to the Resin 2.1.12 docs: --- servlet-classloader-hack Enables the Servlet specification classloader hack. The Servlet 2.3 classloader order violates the JDK classloader specification. By default, therefore, Resin follows the JDK requirements. Those application which need to violate the JDK spec may enable the servlet-classloader-hack.
By default, the hack is disabled. --- I don't believe the behavior is different in Resin 3.0.x, but the configuration has changed. Quoting Serge Knystautas <[EMAIL PROTECTED]>: > Yes it is part of the servlet spec, and it's a violation of the Java > language spec. Resin has the classloader hack set to true by default, > so you get the same behavior as you would expect in Tomcat or other > servlet containers. > > -- > Serge Knystautas > President > Lokitech >> software . strategy . design >> http://www.lokitech.com > p. 301.656.5501 > e. [EMAIL PROTECTED] > > Dennis Warren wrote: > > Thanks for the help. > > > > Out of curiosity, maybe I've been working with tomcat for too long, but > > isn't loading jar's from webapp/lib a standard of the servlet spec? > > > > > > Eric W Hauser wrote: > > > >> Resin won't load from the webapp/lib directory unless you turn on the > >> classloader hack. I've been using the following method of defining jars > >> specific to a webapp with a lot of success (in web.xml): > >> > >> <classpath id="/path/to/jarfile.jar" /> > >> > >> Also if you to add a whole directory: > >> > >> <classpath id="/path/to/jarfile.jar" library-dir="true" /> > >> > >> Keep in mind that this won't work if you decide not to use Resin. You > >> can add this to resin.conf as well if you want to load jars after the > >> system classloader. > >> > >> If you are just using the core and fmt tag library, I would recommended > >> just using Resin's internal implementation. I've used it without any > >> problems. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
