Bug 1498025 - [GSS](6.4.z)Not able to separate application(EAR) logging with the use of logging profile
Summary: [GSS](6.4.z)Not able to separate application(EAR) logging with the use of log...
Keywords:
Status: CLOSED EOL
Alias: None
Product: JBoss Enterprise Application Platform 6
Classification: JBoss
Component: Logging
Version: 6.4.17
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: EAP 6.4.19
Assignee: James Perkins
QA Contact: Pavel Slavicek
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-10-03 10:57 UTC by Abhijit humbe
Modified: 2021-03-11 15:54 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2019-08-19 12:47:52 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
EAR files to replicate issue. (16.97 KB, application/x-gzip)
2017-10-03 11:17 UTC, Abhijit humbe
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker JBEAP-13322 0 Major Verified (7.2.0) Not able to separate application(EAR) logging with the use of logging profile 2018-10-09 18:29:06 UTC
Red Hat Issue Tracker JBEAP-13502 0 Major Verified [GSS](7.1.z) Not able to separate application(EAR) logging with the use of logging profile 2018-10-09 18:29:06 UTC
Red Hat Issue Tracker JBEAP-13503 0 Major Pull Request Sent (7.0.x) Not able to separate application(EAR) logging with the use of logging profile 2018-10-09 18:29:06 UTC

Description Abhijit humbe 2017-10-03 10:57:16 UTC
Description of problem:
Two ear files are deployed on EAP instance and both are configured to use different logging profile through EAR/META-INF/MANIFEST.MF file.
WAR file from EAR uses some libraries those are present in the "lib" folder of each ear file. Application1.ear which logs in app1.log  and Application2.ear which logs in app2.log.
when we access application we can see logging from EAR1 into EAR2 log file .

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1. Start server instance with attached standalone.xml file(Logging subsystem contains logger-profile configuration)
2. Deploy both EAR files and access them
3. Check log files.

Actual results:


Expected results:


Additional info:

Comment 1 Abhijit humbe 2017-10-03 11:08:22 UTC
Created attachment 1333598 [details]
EAR files

Comment 2 Abhijit humbe 2017-10-03 11:17:36 UTC
Created attachment 1333599 [details]
EAR files to replicate issue.

Comment 3 James Perkins 2017-10-05 20:40:43 UTC
Since the library doing the logging is a shared in the EAR it looks like when first invoked it's seeing the log context from the first WAR in the EAR that uses it. This should see whichever log context belongs to the EAR not either of the WAR's. What this means is that any libraries in the EAR's lib directory should be using the EAR's log context. In the case of the attached example the shared library should be using the system log context since the EAR does not have a logging profile associated with it.

Comment 5 James Perkins 2017-10-13 18:59:06 UTC
Doing some testing for another issue I wanted to see if a fix for this would fix the other issue. Since I made the change already I submitted a PR for it as well. https://github.com/jbossas/jboss-eap/pull/3053

Comment 6 James Perkins 2017-10-13 18:59:56 UTC
I forgot to mention too. I wasn't sure if it was correct to assign the issue to myself or not. If not please let me know and I will reset it.

Comment 7 Francesco Marchioni 2017-11-20 16:58:47 UTC
The fix has been made in https://github.com/jbossas/jboss-eap/pull/3053
Can this be targeted towards the next CP release  ?


Note You need to log in before you can comment on or make changes to this bug.