What version are you using? We are using 1.1.3. Do you know if this is possible with 1.1.3 and an XML config file?
> -----Original Message----- > From: Yoav Shapira [SMTP:[EMAIL PROTECTED]] > Sent: Thursday, November 01, 2001 8:17 AM > To: Log4J Users List > Subject: Re: Web Apps and Common Files Use Log4J > > Howdy ;) > > I have the log4j jar file in the common lib, and the log4j.properties > file for each webapp in a different location, that's passed as init > param to each webapp's init servlet. In that file is the location of > the log file for app (absolute path). For me, the result is one log4j > jar, separate config and log files for each app... > > Yoav > > > "Millard, Ray" wrote: > > > > This is not the problem. > > 1. We already have a separate init servlet for each web app. > > 2. We already have the log4j.jar file in the WEB-INF\lib folder for > each > > web app. > > > > The problem is: > > > > > How do we keep the common files in the server classpath (To be > > loaded by the > > > server classloader), yet still maintain separate configuration > and > > log files > > > for each web app? > > > > > -----Original Message----- > > > From: Yoav Shapira [SMTP:[EMAIL PROTECTED]] > > > Sent: Wednesday, October 31, 2001 10:26 AM > > > To: Log4J Users List > > > Subject: Re: Web Apps and Common Files Use Log4J > > > > > > Howdy, > > > A couple of possible solutions, both predicated on placing the log4j > > > jar with the common files. > > > > > > (Do it yourself) > > > 1) If using an init servlet of some kind, simply pass the location > > > of each configuration file as an init-param to that servlet. Each > > > web-app has such a servlet, each one reads a different configuration > > > file, no problem. > > > > > > (Let log4j do it for you) > > > 2) Use separate log4j repositories, one per web-app. This required > > > log4j 1.2 -- see Section 5.2 of the "introductory manual" that > > > comes with log4j1.2. Probably a better solution... > > > > > > Hope this helps ;) > > > Yoav > > > > > > "Millard, Ray" wrote: > > > > > > > > I have a twist on the configuration of Log4J with Web Apps. Here is > our > > > > situation: > > > > > > > > 1. We have several web applications that all use a separate > log4j > > > XML > > > > configuration and output files. Theses classes and the LOG4J.jar > file > > > are > > > > located in the WEB-INF/lib directory. > > > > > > > > 2. We use DOMConfigurator::configureAndWatch to load each web > apps > > > XML > > > > configuration file. > > > > > > > > 2. We have a set of common files that are used across all web > > > > applications. Currently, these classes do not use Log4J. These > classes > > > are > > > > located in a jar file accessible to all web apps. For us, this is > in > > > > JRun\Servers\lib. > > > > > > > > 3. We wish to add log4j to our common files, keep the common > files > > > in > > > > the server classpath (JRun\Servers\lib), and still have separate > config > > > and > > > > output files for each web application. > > > > > > > > When we put log statements in the common files, we get > > > > ClassNotFoundExceptions as expected (The Server classloader can not > see > > > the > > > > log4j.jar file as it is in the WEB-INF\lib folder). > > > > > > > > If we put the log4j file in the JRun\Servers\lib folder (the server > > > > classloader) then we only get one output file, as the last web app > to be > > > > loaded overrides all other configurations. > > > > > > > > If we put the common files in each WEB-INF/lib directory, we get a > > > separate > > > > output file for each web app (what we want), however, we then have > > > multiple > > > > copies of our common files on our server. > > > > > > > > How do we keep the common files in the server classpath (To be > loaded by > > > the > > > > server classloader), yet still maintain separate configuration and > log > > > files > > > > for each web app? > > > > > > > > -- > > > > To unsubscribe, e-mail: > > > <mailto:[EMAIL PROTECTED]> > > > > For additional commands, e-mail: > > > <mailto:[EMAIL PROTECTED]> > > > > > > -- > > > To unsubscribe, e-mail: > > > <mailto:[EMAIL PROTECTED]> > > > For additional commands, e-mail: > > > <mailto:[EMAIL PROTECTED]> > > > > -- > > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>