commons-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Brian Morreale <>
Subject Re: [Logging] : Can commons.logging be used without log4j
Date Mon, 23 Aug 2010 03:18:58 GMT
Jasmin Mehta <Jasmin.Mehta <at>> writes:

> Brent,
> I could write up log4j.xml and implement RepositorySelector  as you 
> suggested in the URL. 
> But still my logs are going to the same log file for 2 web applications 
> deployed on the same OC4J instance.
> I have OC4J Application server where I have deployed 2 web 
> applications on the same instance, and the logs for both applications are 
> going to only one log file which got deployed first. 
> log4j-1.2.16.jar is in use as a shared-lib for the instance.
> How can I separate them?
> Thanks
> Jasmin
> From:   Brent Worden <brent.worden <at>>
> To:     user <at>
> Date:   08/09/2010 09:56 AM
> Subject:        Re: [Logging] : Can commons.logging be used without log4j
> On 8/9/2010 7:53 AM, Jasmin Mehta wrote:
> > The log4j has limitation that if its used as a shared library then it 
> can
> > initiate only one configuration. So my all we applications which shares
> > the same instance are populating the logs into only one log file (the 
> web
> > app which deployed first in order), rather than individual / separate 
> log
> > files configured in the path of each of the application's
> >
> >
> >
> This isn't true.  Log4j allows for defining and using multiple log
> configurations in a single JVM.  This is accomplished by using a
> RepositorySelector to manage the multiple log hierarchies.  See
> for a web
> container example.
> Thanks,
> Brent Worden
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe <at>
> For additional commands, e-mail: user-help <at>
> ******************************************************************************
> This email and any files transmitted with it are intended solely for 
> the use of the individual or agency to whom they are addressed. 
> If you have received this email in error please notify the Navy 
> Exchange Service Command e-mail administrator. This footnote 
> also confirms that this email message has been scanned for the
> presence of computer viruses.
> Thank You!            
> ******************************************************************************

Hi Jasmin, sounds like OC4J is once again having issues with open-source based
components. I have a suggestion, in addition to providing each web app with
their own file, add a simple servlet to provide each
web instance a log4j initialization path. This will provide a very detailed
control over the log file produced (location/levels).

For example:


import org.apache.log4j.PropertyConfigurator;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;

public class Log4jInit extends HttpServlet {

  public void init() {
    String prefix =  getServletContext().getRealPath("/");
    String file = getInitParameter("log4j-init-file");
    // if the log4j-init-file is not set, then no point in trying
    if(file != null) {

  void doGet(HttpServletRequest req, HttpServletResponse res) {

Define the following servlet in the web.xml file for your web-application(s).




Writing an initialization servlet is the most flexible way for initializing
log4j. There are no constraints on the code you can place in the init() method
of the servlet.

then in all classes to log:

private static Logger log = Logger.getLogger(<class name>.class);

- Brian Morreale

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message