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 Rajvinder Pal <ra...@gmail.com> on 2018/08/10 08:48:07 UTC
Log4j2 in web Application
Hi,
I have a query regarding log4j2 initialization from external location. Why
cannot i initialize log4j2 by specifying System Property in Application
server as
log4j.configurationFile : file:///d:/log4j2.xml
and get Logger in Java files.
Why do i need log4j-web-2.9.1.jar? what extra functionality does this jar
provide? I Just want to understand if first way is sufficient for a web
application.
Thanks,
Raj
Re: Log4j2 in web Application
Posted by Matt Sicker <bo...@gmail.com>.
What I mean is that in my typical usage nowadays, I’m generally in Docker
environments where I reuse the same config file in different applications
while customizing them a little bit with environment variables (see
12factor.net for more info there).
The alternative is that you can run more than one application in the same
process (without Docker), but each application might want to configure
logging differently, so then you’d use the web jar to isolate the different
logging configs.
On Tue, Aug 14, 2018 at 05:29, Rajvinder Pal <ra...@gmail.com>
wrote:
> Hi Matt,
>
> I am not familiar with the technical terms like global logging configs per
> application. Can you explain little more? I am curious to know about it.
>
> Thanks,
> Raj
>
> On Sun, Aug 12, 2018 at 8:30 PM, Matt Sicker <bo...@gmail.com> wrote:
>
> > If you're only using one log4j2 config for the whole server, then it
> > doesn't really matter which LoggerContext you're using as there should
> only
> > be one (LoggerContext usually maps directly to a config file or similar
> > config source). And yes, log4j-web is only useful in the context where
> you
> > bundle log4j-api and log4j-core in your WEB-INF/lib/ directory and have
> > different configurations per web application. This allows for separate
> > configurations to run in the same JVM, but with Docker and microservices
> > and whatnot being so popular, I don't even use that feature anymore
> myself
> > and just go with global logging configs per application.
> >
> > On Fri, 10 Aug 2018 at 04:53, Rajvinder Pal <ra...@gmail.com>
> > wrote:
> >
> > > Thanks Jochen. Your reply is all i need.
> > >
> > > Regards,
> > > Raj
> > >
> > > On Fri, Aug 10, 2018 at 3:09 PM, Jochen Wiedmann <
> > > jochen.wiedmann@gmail.com>
> > > wrote:
> > >
> > > > Hi,
> > > >
> > > > On Fri, Aug 10, 2018 at 10:48 AM Rajvinder Pal <
> > rajvinder.pal@gmail.com>
> > > > wrote:
> > > > >
> > > > > Hi,
> > > > >
> > > > > I have a query regarding log4j2 initialization from external
> > location.
> > > > Why
> > > > > cannot i initialize log4j2 by specifying System Property in
> > > Application
> > > > > server as
> > > > >
> > > > > log4j.configurationFile : file:///d:/log4j2.xml
> > > > >
> > > > > and get Logger in Java files.
> > > > >
> > > > > Why do i need log4j-web-2.9.1.jar? what extra functionality does
> this
> > > jar
> > > > > provide? I Just want to understand if first way is sufficient for
> a
> > > web
> > > > > application.
> > > > >
> > > >
> > > > as far as I am concerned, there is absolutely no reason, why you
> > > > shouldn't simply use log4j2-core, and log4j2-api in a web
> application,
> > > > like you should do in any other application. There are a few things
> to
> > > > consider, though:
> > > >
> > > > - Assuming, that you want your log4j configuration per web app: Make
> > > > sure, that the log4j files are in WEB-INF/lib. Do *not* use the
> > > > containers libraries, if there are any. And, do *not* add the log4j
> > > > jars to the containers class path, for example by putting them into
> > > > <TOMCAT_HOME>/lib, or whatever.
> > > > - You should use a ServletContextInitializer to add log4j. This could
> > > > look roughly like the following:
> > > >
> > > > private LoggerContext loggerContext;
> > > > public void contextInitialized(ServletContext pContext) {
> > > > final String log4jXmlPath = System.getProperty("log4j.
> > > > configurationFile");
> > > > final File log4jXmlFile = new File(log4jXmlPath);
> > > > try (InputStream in = new FileInputStream(log4jXmlFile)) {
> > > > ConfigurationSource cs = new ConfigurationSource(in,
> > > > log4jXmlFile);
> > > > loggerContext = Configurator.initialize(cs,
> > > > Thread.currentThread.getContextClassLoader());
> > > > }
> > > > }
> > > > public void contextDestroyed(ServletContext pContext) {
> > > > loggerContext.close();
> > > > }
> > > >
> > > > - It is another matter, how to access the loggerContext to create
> > > > loggers. In particular, something like this won't work:
> > > >
> > > > private static final Logger log = LogManager.getLogger(MyClass);
> > > >
> > > > because this cannot access the loggerContext. (That is, perhaps,
> > > > something that log4j-web does for you. So, this still
> > > > might be your best option.)
> > > >
> > > > My typical approach to work around that problem would be to have
> > > > loggers injected by Guice, or Spring, and make
> > > > sure that the respective framework uses the loggerContext when
> > > > creating those loggers.
> > > >
> > > > Jochen
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
> > > > For additional commands, e-mail: log4j-user-help@logging.apache.org
> > > >
> > > >
> > >
> >
> >
> > --
> > Matt Sicker <bo...@gmail.com>
> >
>
--
Matt Sicker <bo...@gmail.com>
Re: Log4j2 in web Application
Posted by Rajvinder Pal <ra...@gmail.com>.
Hi Matt,
I am not familiar with the technical terms like global logging configs per
application. Can you explain little more? I am curious to know about it.
Thanks,
Raj
On Sun, Aug 12, 2018 at 8:30 PM, Matt Sicker <bo...@gmail.com> wrote:
> If you're only using one log4j2 config for the whole server, then it
> doesn't really matter which LoggerContext you're using as there should only
> be one (LoggerContext usually maps directly to a config file or similar
> config source). And yes, log4j-web is only useful in the context where you
> bundle log4j-api and log4j-core in your WEB-INF/lib/ directory and have
> different configurations per web application. This allows for separate
> configurations to run in the same JVM, but with Docker and microservices
> and whatnot being so popular, I don't even use that feature anymore myself
> and just go with global logging configs per application.
>
> On Fri, 10 Aug 2018 at 04:53, Rajvinder Pal <ra...@gmail.com>
> wrote:
>
> > Thanks Jochen. Your reply is all i need.
> >
> > Regards,
> > Raj
> >
> > On Fri, Aug 10, 2018 at 3:09 PM, Jochen Wiedmann <
> > jochen.wiedmann@gmail.com>
> > wrote:
> >
> > > Hi,
> > >
> > > On Fri, Aug 10, 2018 at 10:48 AM Rajvinder Pal <
> rajvinder.pal@gmail.com>
> > > wrote:
> > > >
> > > > Hi,
> > > >
> > > > I have a query regarding log4j2 initialization from external
> location.
> > > Why
> > > > cannot i initialize log4j2 by specifying System Property in
> > Application
> > > > server as
> > > >
> > > > log4j.configurationFile : file:///d:/log4j2.xml
> > > >
> > > > and get Logger in Java files.
> > > >
> > > > Why do i need log4j-web-2.9.1.jar? what extra functionality does this
> > jar
> > > > provide? I Just want to understand if first way is sufficient for a
> > web
> > > > application.
> > > >
> > >
> > > as far as I am concerned, there is absolutely no reason, why you
> > > shouldn't simply use log4j2-core, and log4j2-api in a web application,
> > > like you should do in any other application. There are a few things to
> > > consider, though:
> > >
> > > - Assuming, that you want your log4j configuration per web app: Make
> > > sure, that the log4j files are in WEB-INF/lib. Do *not* use the
> > > containers libraries, if there are any. And, do *not* add the log4j
> > > jars to the containers class path, for example by putting them into
> > > <TOMCAT_HOME>/lib, or whatever.
> > > - You should use a ServletContextInitializer to add log4j. This could
> > > look roughly like the following:
> > >
> > > private LoggerContext loggerContext;
> > > public void contextInitialized(ServletContext pContext) {
> > > final String log4jXmlPath = System.getProperty("log4j.
> > > configurationFile");
> > > final File log4jXmlFile = new File(log4jXmlPath);
> > > try (InputStream in = new FileInputStream(log4jXmlFile)) {
> > > ConfigurationSource cs = new ConfigurationSource(in,
> > > log4jXmlFile);
> > > loggerContext = Configurator.initialize(cs,
> > > Thread.currentThread.getContextClassLoader());
> > > }
> > > }
> > > public void contextDestroyed(ServletContext pContext) {
> > > loggerContext.close();
> > > }
> > >
> > > - It is another matter, how to access the loggerContext to create
> > > loggers. In particular, something like this won't work:
> > >
> > > private static final Logger log = LogManager.getLogger(MyClass);
> > >
> > > because this cannot access the loggerContext. (That is, perhaps,
> > > something that log4j-web does for you. So, this still
> > > might be your best option.)
> > >
> > > My typical approach to work around that problem would be to have
> > > loggers injected by Guice, or Spring, and make
> > > sure that the respective framework uses the loggerContext when
> > > creating those loggers.
> > >
> > > Jochen
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
> > > For additional commands, e-mail: log4j-user-help@logging.apache.org
> > >
> > >
> >
>
>
> --
> Matt Sicker <bo...@gmail.com>
>
Re: Log4j2 in web Application
Posted by Matt Sicker <bo...@gmail.com>.
If you're only using one log4j2 config for the whole server, then it
doesn't really matter which LoggerContext you're using as there should only
be one (LoggerContext usually maps directly to a config file or similar
config source). And yes, log4j-web is only useful in the context where you
bundle log4j-api and log4j-core in your WEB-INF/lib/ directory and have
different configurations per web application. This allows for separate
configurations to run in the same JVM, but with Docker and microservices
and whatnot being so popular, I don't even use that feature anymore myself
and just go with global logging configs per application.
On Fri, 10 Aug 2018 at 04:53, Rajvinder Pal <ra...@gmail.com> wrote:
> Thanks Jochen. Your reply is all i need.
>
> Regards,
> Raj
>
> On Fri, Aug 10, 2018 at 3:09 PM, Jochen Wiedmann <
> jochen.wiedmann@gmail.com>
> wrote:
>
> > Hi,
> >
> > On Fri, Aug 10, 2018 at 10:48 AM Rajvinder Pal <ra...@gmail.com>
> > wrote:
> > >
> > > Hi,
> > >
> > > I have a query regarding log4j2 initialization from external location.
> > Why
> > > cannot i initialize log4j2 by specifying System Property in
> Application
> > > server as
> > >
> > > log4j.configurationFile : file:///d:/log4j2.xml
> > >
> > > and get Logger in Java files.
> > >
> > > Why do i need log4j-web-2.9.1.jar? what extra functionality does this
> jar
> > > provide? I Just want to understand if first way is sufficient for a
> web
> > > application.
> > >
> >
> > as far as I am concerned, there is absolutely no reason, why you
> > shouldn't simply use log4j2-core, and log4j2-api in a web application,
> > like you should do in any other application. There are a few things to
> > consider, though:
> >
> > - Assuming, that you want your log4j configuration per web app: Make
> > sure, that the log4j files are in WEB-INF/lib. Do *not* use the
> > containers libraries, if there are any. And, do *not* add the log4j
> > jars to the containers class path, for example by putting them into
> > <TOMCAT_HOME>/lib, or whatever.
> > - You should use a ServletContextInitializer to add log4j. This could
> > look roughly like the following:
> >
> > private LoggerContext loggerContext;
> > public void contextInitialized(ServletContext pContext) {
> > final String log4jXmlPath = System.getProperty("log4j.
> > configurationFile");
> > final File log4jXmlFile = new File(log4jXmlPath);
> > try (InputStream in = new FileInputStream(log4jXmlFile)) {
> > ConfigurationSource cs = new ConfigurationSource(in,
> > log4jXmlFile);
> > loggerContext = Configurator.initialize(cs,
> > Thread.currentThread.getContextClassLoader());
> > }
> > }
> > public void contextDestroyed(ServletContext pContext) {
> > loggerContext.close();
> > }
> >
> > - It is another matter, how to access the loggerContext to create
> > loggers. In particular, something like this won't work:
> >
> > private static final Logger log = LogManager.getLogger(MyClass);
> >
> > because this cannot access the loggerContext. (That is, perhaps,
> > something that log4j-web does for you. So, this still
> > might be your best option.)
> >
> > My typical approach to work around that problem would be to have
> > loggers injected by Guice, or Spring, and make
> > sure that the respective framework uses the loggerContext when
> > creating those loggers.
> >
> > Jochen
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
> > For additional commands, e-mail: log4j-user-help@logging.apache.org
> >
> >
>
--
Matt Sicker <bo...@gmail.com>
Re: Log4j2 in web Application
Posted by Rajvinder Pal <ra...@gmail.com>.
Thanks Jochen. Your reply is all i need.
Regards,
Raj
On Fri, Aug 10, 2018 at 3:09 PM, Jochen Wiedmann <jo...@gmail.com>
wrote:
> Hi,
>
> On Fri, Aug 10, 2018 at 10:48 AM Rajvinder Pal <ra...@gmail.com>
> wrote:
> >
> > Hi,
> >
> > I have a query regarding log4j2 initialization from external location.
> Why
> > cannot i initialize log4j2 by specifying System Property in Application
> > server as
> >
> > log4j.configurationFile : file:///d:/log4j2.xml
> >
> > and get Logger in Java files.
> >
> > Why do i need log4j-web-2.9.1.jar? what extra functionality does this jar
> > provide? I Just want to understand if first way is sufficient for a web
> > application.
> >
>
> as far as I am concerned, there is absolutely no reason, why you
> shouldn't simply use log4j2-core, and log4j2-api in a web application,
> like you should do in any other application. There are a few things to
> consider, though:
>
> - Assuming, that you want your log4j configuration per web app: Make
> sure, that the log4j files are in WEB-INF/lib. Do *not* use the
> containers libraries, if there are any. And, do *not* add the log4j
> jars to the containers class path, for example by putting them into
> <TOMCAT_HOME>/lib, or whatever.
> - You should use a ServletContextInitializer to add log4j. This could
> look roughly like the following:
>
> private LoggerContext loggerContext;
> public void contextInitialized(ServletContext pContext) {
> final String log4jXmlPath = System.getProperty("log4j.
> configurationFile");
> final File log4jXmlFile = new File(log4jXmlPath);
> try (InputStream in = new FileInputStream(log4jXmlFile)) {
> ConfigurationSource cs = new ConfigurationSource(in,
> log4jXmlFile);
> loggerContext = Configurator.initialize(cs,
> Thread.currentThread.getContextClassLoader());
> }
> }
> public void contextDestroyed(ServletContext pContext) {
> loggerContext.close();
> }
>
> - It is another matter, how to access the loggerContext to create
> loggers. In particular, something like this won't work:
>
> private static final Logger log = LogManager.getLogger(MyClass);
>
> because this cannot access the loggerContext. (That is, perhaps,
> something that log4j-web does for you. So, this still
> might be your best option.)
>
> My typical approach to work around that problem would be to have
> loggers injected by Guice, or Spring, and make
> sure that the respective framework uses the loggerContext when
> creating those loggers.
>
> Jochen
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
> For additional commands, e-mail: log4j-user-help@logging.apache.org
>
>
Re: Log4j2 in web Application
Posted by Jochen Wiedmann <jo...@gmail.com>.
Hi,
On Fri, Aug 10, 2018 at 10:48 AM Rajvinder Pal <ra...@gmail.com> wrote:
>
> Hi,
>
> I have a query regarding log4j2 initialization from external location. Why
> cannot i initialize log4j2 by specifying System Property in Application
> server as
>
> log4j.configurationFile : file:///d:/log4j2.xml
>
> and get Logger in Java files.
>
> Why do i need log4j-web-2.9.1.jar? what extra functionality does this jar
> provide? I Just want to understand if first way is sufficient for a web
> application.
>
as far as I am concerned, there is absolutely no reason, why you
shouldn't simply use log4j2-core, and log4j2-api in a web application,
like you should do in any other application. There are a few things to
consider, though:
- Assuming, that you want your log4j configuration per web app: Make
sure, that the log4j files are in WEB-INF/lib. Do *not* use the
containers libraries, if there are any. And, do *not* add the log4j
jars to the containers class path, for example by putting them into
<TOMCAT_HOME>/lib, or whatever.
- You should use a ServletContextInitializer to add log4j. This could
look roughly like the following:
private LoggerContext loggerContext;
public void contextInitialized(ServletContext pContext) {
final String log4jXmlPath = System.getProperty("log4j.configurationFile");
final File log4jXmlFile = new File(log4jXmlPath);
try (InputStream in = new FileInputStream(log4jXmlFile)) {
ConfigurationSource cs = new ConfigurationSource(in, log4jXmlFile);
loggerContext = Configurator.initialize(cs,
Thread.currentThread.getContextClassLoader());
}
}
public void contextDestroyed(ServletContext pContext) {
loggerContext.close();
}
- It is another matter, how to access the loggerContext to create
loggers. In particular, something like this won't work:
private static final Logger log = LogManager.getLogger(MyClass);
because this cannot access the loggerContext. (That is, perhaps,
something that log4j-web does for you. So, this still
might be your best option.)
My typical approach to work around that problem would be to have
loggers injected by Guice, or Spring, and make
sure that the respective framework uses the loggerContext when
creating those loggers.
Jochen
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-user-help@logging.apache.org