I get this error message
[ SEVERE: Exception sending context initialized event to listener instance of class org.springframework.web.util.Log4jConfigL
<context-param>
<param-name>log4jExposeWebAppRoot</param-name>
<param-value>false</param-value>
</context-param>
...
This solved the problem for me. Credit to:- http://forum.springsource.org/archive/index.php/t-32873.html
It looks like you have several webapps with default Log4jConfigListener
configuration in your application server.
Default behaviour for Log4jConfigurationListener
is to expose webapp root as a system property named webapp.root
, to allow you to use it when specifying log file locations. However, if system property with the same name already exists, it throws an exception.
You can either configure per-application names for that system property using <context-param>
named webAppRootKey
, or disable exposing of the system property by setting Log4jConfigListener
's <init-param>
named log4jExposeWebAppRoot
to false
.
See also:
The webAppRootKey
is a context parameter that Spring uses in a couple of places. In this case, it's being used by the Log4jWebConfigurer
. It exposes the webapp root as a system property that can be used in log4j configuration files, something like this:
log4j.appender.testfile.File=${webapp.root}/WEB-INF/testlog.log
You would use this if you, for some reason, wanted to locate your logs relative to your webapp root.
The problem that you're running into is that some containers (notably Tomcat) don't maintain a per-webapp mapping of system properties. When you don't specify a webAppRootKey
, Spring defaults it to webapp.root
. Since you're running two apps in the same container, the second app you're trying to start up sees that the webAppRootKey
is already set (via the default), and throws an error. Otherwise, the webAppRootKey
would be set incorrectly, and you could end up with logs from one webapp in another webapp.
You can specify a different webAppRootKey
using context parameters in your web.xml
like so:
<context-param>
<param-name>webAppRootKey</param-name>
<param-value>webapp.root.one</param-value>
</context-param>
And
log4j.appender.testfile.File=${webapp.root.one}/WEB-INF/testlog.log
in your log4j. This should take care of the conflict.
Just in case anyone else has done the above without getting rid of the problem:
Our webapp had the webAppRootKey set correctly, but I still got the exception above. Restarting Glassfish and redeploying the same war-file worked, go figure.
If you use logback
instead of log4j
and get the same error, this solves it:
<context-param>
<param-name>logbackExposeWebAppRoot</param-name>
<param-value>false</param-value>
</context-param>