Hi! I had the very same problem with G2.0.0, currently I'm using G2.1 and to tell the truth I don't know whether this issue still exists because I use a very simple work around that works always and for my case is sufficient.
Simply in WAR create a new class, implement the ServletContextListener interface and override contextInitialized method like this: public void contextInitialized(ServletContextEvent ctx) { String prefix = ctx.getServletContext().getRealPath("/"); String file = ctx.getServletContext().getInitParameter("log4j-configuration-file"); if (file != null) { DOMConfigurator.configure(prefix + "WEB-INF/" + file); } } it works in G2.0.0 and G2.1 If You manage to use Log4j without this workaround, let me know please ;) best regards Łukasz On 27/02/2008, Jacek Laskowski <[EMAIL PROTECTED]> wrote: > On Tue, Feb 5, 2008 at 11:10 AM, Adam Ruggles <[EMAIL PROTECTED]> wrote: > > > > I am also having this issue. In tomcat I just needed a log4j.xml in my > > classpath, however geronimo seems to ignore it. > > > > The only solution I've found is to have Spring configure log4j through the > > web.xml but that takes over all logging in geronimo. I need to have > > separate logging for each of my web apps. > > Have you tried to inverse-classloading and/or hidden-classes elements > in your plan so log4j and its configuration in Geronimo is for > Geronimo stuff and yours is for your stuff? > > Jacek > > > -- > Jacek Laskowski > http://www.JacekLaskowski.pl >