LOG4J2-494.

Ralph

On May 22, 2014, at 7:44 AM, Maarten Bosteels <mbosteels....@gmail.com> wrote:

> Hi Ralph,
> 
> Do you know where that enhancement request lives in JIRA ?
> I would really like to vote for it.
> 
> regards
> Maarten
> 
> 
> On Fri, Apr 25, 2014 at 5:28 PM, Ralph Goers 
> <ralph.go...@dslextreme.com>wrote:
> 
>> That isn’t really feasible currently.  Once Log4j finds the configuration
>> file it can poll the file’s timestamp to see if it was updated and reload
>> it, but IMO it would not be a great idea to modify the log4j config file in
>> the directory wherever Jetty deployed it, and it certainly would be ugly to
>> try to update the war file.  What we did at my former employer with Tomcat
>> and JBoss was to create a directory under their config directory and then
>> add that directory to the server’s class path.  Then specify that in your
>> web app configuration.  If you  do that you can update the file whenever
>> you want.
>> 
>> If we were to make some sort of modification it would probably be to do
>> something like have it first look at the location that was provided and if
>> not found then use the default mechanism to locate a configuration instead
>> of throwing an exception.  However, that would still mean your updated
>> configuration would be outside of the war.
>> 
>> Another possibility is the enhancement request we have to support multiple
>> configurations. With that the file in your war would be the default and
>> then it could reference another configuration that could initially be empty
>> but could be updated with new configuration. Unfortunately, no one has
>> started work on that.
>> 
>> Ralph
>> 
>> On Apr 25, 2014, at 7:52 AM, Mikael Ståldal <
>> mikael.stal...@appearnetworks.com> wrote:
>> 
>>> I am using Log4j 2.0 in a Web Application, which is packaged as a .war
>>> file, and deployed in an application server.
>>> 
>>> I want to bundle a default Log4j configuration within the .war file, but
>>> make it possible to override it in the application server when deploying,
>>> without tampering with the .war file.
>>> 
>>> Is that possible with Log4j 2.0? I am currently using Jetty 9.x as
>>> application server, but I would like a solution which can be used in
>>> multiple application servers.
>>> 
>>> --
>>> Mikael Ståldal
>>> Chief Software Architect
>>> *Appear*
>>> Phone: +46 8 545 91 572
>>> Email: mikael.stal...@appearnetworks.com
>> 
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
>> For additional commands, e-mail: log4j-user-h...@logging.apache.org
>> 
>> 


---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
For additional commands, e-mail: log4j-user-h...@logging.apache.org

Reply via email to