[jira] [Created] (LOG4J2-795) Problems when libraries are loaded as part of server startup classpath

[Mike Calmus (JIRA)]

Mike Calmus created LOG4J2-795:
----------------------------------

Summary: Problems when libraries are loaded as part of server startup classpath
Key: LOG4J2-795
URL: https://issues.apache.org/jira/browse/LOG4J2-795
Project: Log4j 2
Issue Type: Bug
Affects Versions: 2.0.1, 2.0
Environment: Weblogic 10.3.6, Java 7
Reporter: Mike Calmus
Priority: Critical


"works" means that there is logging. For some items there may be caveats.

All tests were run using Weblogic 10.3.6 (a Servlet 2.5 container) running on Java 7. There were no difference when using Log4j 2.0 versus 2.0.1.

When log4j libraries are loaded as a part of the server's startup classes (out current preferred configuration with Log4j 1.2.x):

1) Standard web-app configuration with configuration file specified in web.xml does not work
2) Configured with JndiContextSelector as the Log4jContextSelector system property it doesn't work when I have things configured correctly. If I exclude the JNDI lookup environment properties I get an error in the System log, but logging works.

Removing the Log4j libraries from System startup and instead bundle them with the application (no other changes)

Scenario 1 above now works.
The JNDI configuration does not work.

Here's a link to the discussion that may have additional information.

http://mail-archives.apache.org/mod_mbox/logging-log4j-user/201408.mbox/%3cCACmp6kqNR2c6m3unCKuCH=zuRRS63i6Kn8eFWxHBDUK1yTK--***@mail.gmail.com%3e



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[Matt Sicker (JIRA)]

[ https://issues.apache.org/jira/browse/LOG4J2-795?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Matt Sicker updated LOG4J2-795:
-------------------------------

Component/s: Core

Post by Mike Calmus (JIRA)
Problems when libraries are loaded as part of server startup classpath
----------------------------------------------------------------------
Key: LOG4J2-795
URL: https://issues.apache.org/jira/browse/LOG4J2-795
Project: Log4j 2
Issue Type: Bug
Components: Core
Affects Versions: 2.0, 2.0.1
Environment: Weblogic 10.3.6, Java 7
Reporter: Mike Calmus
Priority: Critical
"works" means that there is logging. For some items there may be caveats.
All tests were run using Weblogic 10.3.6 (a Servlet 2.5 container) running on Java 7. There were no difference when using Log4j 2.0 versus 2.0.1.
1) Standard web-app configuration with configuration file specified in web.xml does not work
2) Configured with JndiContextSelector as the Log4jContextSelector system property it doesn't work when I have things configured correctly. If I exclude the JNDI lookup environment properties I get an error in the System log, but logging works.
Removing the Log4j libraries from System startup and instead bundle them with the application (no other changes)
Scenario 1 above now works.
The JNDI configuration does not work.
Here's a link to the discussion that may have additional information.

--
This message was sent by Atlassian JIRA
(v6.2#6252)

[Matt Sicker (JIRA)]

[ https://issues.apache.org/jira/browse/LOG4J2-795?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14142541#comment-14142541 ]

Matt Sicker commented on LOG4J2-795:
------------------------------------

So what happens if you have log4j-api and log4j-core in the server lib, but include log4j-web in your war files? If you don't include the listener/filter, then specifying anything in web.xml won't change anything.

Post by Mike Calmus (JIRA)
Problems when libraries are loaded as part of server startup classpath
----------------------------------------------------------------------
Key: LOG4J2-795
URL: https://issues.apache.org/jira/browse/LOG4J2-795
Project: Log4j 2
Issue Type: Bug
Components: Core
Affects Versions: 2.0, 2.0.1
Environment: Weblogic 10.3.6, Java 7
Reporter: Mike Calmus
Priority: Critical
"works" means that there is logging. For some items there may be caveats.
All tests were run using Weblogic 10.3.6 (a Servlet 2.5 container) running on Java 7. There were no difference when using Log4j 2.0 versus 2.0.1.
1) Standard web-app configuration with configuration file specified in web.xml does not work
2) Configured with JndiContextSelector as the Log4jContextSelector system property it doesn't work when I have things configured correctly. If I exclude the JNDI lookup environment properties I get an error in the System log, but logging works.
Removing the Log4j libraries from System startup and instead bundle them with the application (no other changes)
Scenario 1 above now works.
The JNDI configuration does not work.
Here's a link to the discussion that may have additional information.

--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[Mike Calmus (JIRA)]

[ https://issues.apache.org/jira/browse/LOG4J2-795?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14147896#comment-14147896 ]

Mike Calmus commented on LOG4J2-795:
------------------------------------

So it turns out I missed some important variables in my testing. I tried again using log4j 2.0.2 with these results:

With commons-logging, log4j-api and log4j-core in the system classpath and with log4j-web either bundled with the application or in the system classpath things work fine.

Things stop working when log4j-jcl is added into the mix. With log4j-jcl in either the system classpath or bundled in the application no logging is generated.

Moving commons-logging from the system classpath into the application bundle made no difference. Even if it had, this configuration isn't possible in our environment because of issues with some apps that necessetate commons-logging and log4j 1.2 to be in the system classpath.

Post by Mike Calmus (JIRA)
Problems when libraries are loaded as part of server startup classpath
----------------------------------------------------------------------
Key: LOG4J2-795
URL: https://issues.apache.org/jira/browse/LOG4J2-795
Project: Log4j 2
Issue Type: Bug
Components: Core
Affects Versions: 2.0, 2.0.1, 2.0.2
Environment: Weblogic 10.3.6, Java 7
Reporter: Mike Calmus
Priority: Critical
"works" means that there is logging. For some items there may be caveats.
All tests were run using Weblogic 10.3.6 (a Servlet 2.5 container) running on Java 7. There were no difference when using Log4j 2.0 versus 2.0.1.
1) Standard web-app configuration with configuration file specified in web.xml does not work
2) Configured with JndiContextSelector as the Log4jContextSelector system property it doesn't work when I have things configured correctly. If I exclude the JNDI lookup environment properties I get an error in the System log, but logging works.
Removing the Log4j libraries from System startup and instead bundle them with the application (no other changes)
Scenario 1 above now works.
The JNDI configuration does not work.
Here's a link to the discussion that may have additional information.

--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[Mike Calmus (JIRA)]

[ https://issues.apache.org/jira/browse/LOG4J2-795?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Mike Calmus updated LOG4J2-795:
-------------------------------
Priority: Major (was: Critical)

Post by Mike Calmus (JIRA)
Problems when libraries are loaded as part of server startup classpath
----------------------------------------------------------------------
Key: LOG4J2-795
URL: https://issues.apache.org/jira/browse/LOG4J2-795
Project: Log4j 2
Issue Type: Bug
Components: Core
Affects Versions: 2.0, 2.0.1, 2.0.2
Environment: Weblogic 10.3.6, Java 7
Reporter: Mike Calmus
"works" means that there is logging. For some items there may be caveats.
All tests were run using Weblogic 10.3.6 (a Servlet 2.5 container) running on Java 7. There were no difference when using Log4j 2.0 versus 2.0.1.
1) Standard web-app configuration with configuration file specified in web.xml does not work
2) Configured with JndiContextSelector as the Log4jContextSelector system property it doesn't work when I have things configured correctly. If I exclude the JNDI lookup environment properties I get an error in the System log, but logging works.
Removing the Log4j libraries from System startup and instead bundle them with the application (no other changes)
Scenario 1 above now works.
The JNDI configuration does not work.
Here's a link to the discussion that may have additional information.

--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[Mike Calmus (JIRA)]

[ https://issues.apache.org/jira/browse/LOG4J2-795?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Mike Calmus updated LOG4J2-795:
-------------------------------
Summary: Problems with logj4-jcl (was: Problems when libraries are loaded as part of server startup classpath)

Problems with logj4-jcl
-----------------------
Key: LOG4J2-795
URL: https://issues.apache.org/jira/browse/LOG4J2-795
Project: Log4j 2
Issue Type: Bug
Components: Core
Affects Versions: 2.0, 2.0.1, 2.0.2
Environment: Weblogic 10.3.6, Java 7
Reporter: Mike Calmus
"works" means that there is logging. For some items there may be caveats.
All tests were run using Weblogic 10.3.6 (a Servlet 2.5 container) running on Java 7. There were no difference when using Log4j 2.0 versus 2.0.1.
1) Standard web-app configuration with configuration file specified in web.xml does not work
2) Configured with JndiContextSelector as the Log4jContextSelector system property it doesn't work when I have things configured correctly. If I exclude the JNDI lookup environment properties I get an error in the System log, but logging works.
Removing the Log4j libraries from System startup and instead bundle them with the application (no other changes)
Scenario 1 above now works.
The JNDI configuration does not work.
Here's a link to the discussion that may have additional information.

--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[Mike Calmus (JIRA)]

[ https://issues.apache.org/jira/browse/LOG4J2-795?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Mike Calmus updated LOG4J2-795:
-------------------------------
Affects Version/s: 2.0.2

Post by Mike Calmus (JIRA)
Problems when libraries are loaded as part of server startup classpath
----------------------------------------------------------------------
Key: LOG4J2-795
URL: https://issues.apache.org/jira/browse/LOG4J2-795
Project: Log4j 2
Issue Type: Bug
Components: Core
Affects Versions: 2.0, 2.0.1, 2.0.2
Environment: Weblogic 10.3.6, Java 7
Reporter: Mike Calmus
"works" means that there is logging. For some items there may be caveats.
All tests were run using Weblogic 10.3.6 (a Servlet 2.5 container) running on Java 7. There were no difference when using Log4j 2.0 versus 2.0.1.
1) Standard web-app configuration with configuration file specified in web.xml does not work
2) Configured with JndiContextSelector as the Log4jContextSelector system property it doesn't work when I have things configured correctly. If I exclude the JNDI lookup environment properties I get an error in the System log, but logging works.
Removing the Log4j libraries from System startup and instead bundle them with the application (no other changes)
Scenario 1 above now works.
The JNDI configuration does not work.
Here's a link to the discussion that may have additional information.

--
This message was sent by Atlassian JIRA
(v6.3.4#6332)