You are viewing a plain text version of this content. The canonical link for it is here.
Posted to log4j-user@logging.apache.org by Mikael Ståldal <mi...@appearnetworks.com> on 2014/04/25 16:52:40 UTC
Configure Log4j 2.0 in a Web Application
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.staldal@appearnetworks.com
Re: Configure Log4j 2.0 in a Web Application
Posted by Ralph Goers <ra...@dslextreme.com>.
LOG4J2-494.
Ralph
On May 22, 2014, at 7:44 AM, Maarten Bosteels <mb...@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 <ra...@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.staldal@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.staldal@appearnetworks.com
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
>> For additional commands, e-mail: log4j-user-help@logging.apache.org
>>
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-user-help@logging.apache.org
Re: Configure Log4j 2.0 in a Web Application
Posted by Maarten Bosteels <mb...@gmail.com>.
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 <ra...@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.staldal@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.staldal@appearnetworks.com
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
> For additional commands, e-mail: log4j-user-help@logging.apache.org
>
>
Re: Configure Log4j 2.0 in a Web Application
Posted by Ralph Goers <ra...@dslextreme.com>.
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 <mi...@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.staldal@appearnetworks.com
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-user-help@logging.apache.org