> -----Original Message----- > From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] > Sent: Wednesday, September 23, 2009 2:32 PM > To: Tomcat Users List > Subject: RE: jars in common/lib directory Vs webapps/APP_NAME/WEB- > INF/lib > > > From: George Sexton [mailto:geor...@mhsoftware.com] > > Subject: RE: jars in common/lib directory Vs webapps/APP_NAME/WEB- > > INF/lib > > > > The one case I can say where this may be desirable is log4j. Because > of > > dependencies, log4j.jar has to go in common/lib, and log4j.properties > > has to go into common/classes. > > Only if you want to mix together the log entries from all of your > webapps. The preferred way is to keep them separate, and put log4j.jar > and log4j.properties under each webapp's WEB-INF/lib and WEB- > INF/classes directories, respectively.
I run an ASP business, so I want all of my context logs to go to one file. If you had 400+ copies of a single application running on a single server, you would want that too... I also don't want 400+ copies of log4j.jar in my PermGen space. Access logs are setup on a per-context basis. > > > My reading of the catalina.properties file is I could create my > > own common/lib and common/classes directories and put them into > > the common class loader by editing the catalina.properties file. > > You certainly can, but it's a small performance hit and likely a kludge > for something else being wrong. I agree with that. The issue is the inter-dependencies in log4j and the tomcat log system that prevent it from working when it is in shared/lib. FWIW, here's a link to the docs for what I'm talking about: http://tomcat.apache.org/tomcat-5.5-doc/logging.html The problem here is that this breaks CATALINA_HOME/CATALINA_BASE deployments because you're now modifying CATALINA_HOME. If you update versions for CATALINA_HOME, you have to remember what you've done. My feeling is that if you're using CATALINA_HOME/CATALINA_BASE then you should not have to touch CATALINA_HOME. By modifying CATALINA_BASE/conf/catalina.properties, you can solve that. > > - Chuck George Sexton MH Software, Inc. http://www.mhsoftware.com/ Voice: 303 438 9585 --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
