Bug 1196660

Summary: Logging config and libs clean up for KIE Server
Product: [Retired] JBoss BRMS Platform 6 Reporter: Petr Široký <psiroky>
Component: Kie-ServerAssignee: Edson Tirelli <etirelli>
Status: CLOSED EOL QA Contact: Karel Suta <ksuta>
Severity: medium Docs Contact:
Priority: medium    
Version: 6.1.0CC: mwinkler
Target Milestone: DR1   
Target Release: 6.2.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-03-27 20:09:50 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Petr Široký 2015-02-26 13:19:11 UTC
Description of problem:
KIE Server (BRMS exec. server) is not logging properly when running on Tomcat. The WEB-INF/lib dir is missing slf4j-jdk14, the bridge that would delegate the logging calls to JUL (logging impl in Tomcat). There is also commons-logging inside the WEB-INF/lib, this one should be removed as we are using jcl-over-slf4j.

Other WARs (ee6, ee7) may not be impacted, but that needs to be investigated.



Version-Release number of selected component (if applicable):
6.1.0.ER5 (and current 6.2.0-SNAPSHOTs)


How reproducible:
Always

Steps to Reproduce:
1. Deploy -webc.war into Tomcat.
2. See log, where SLF4j complains that it can't find any logging impl and defaulting to NOP (no logging message printed)


Actual results:
No logging messages from KIE Server.


Expected results:
All specified logging message from KIE Server printed, according to configuration in container.


Additional info:
Workaround is to add slf4j-jdk14 into WEB-INF/lib manually.

Comment 2 Karel Suta 2015-11-04 09:40:27 UTC
Verified in 6.2.0ER5.
Log messages are printed, slf4j-jdk14 found.

Comment 3 Karel Suta 2015-11-04 10:00:22 UTC
Reopened as there is still commons-logging artifact in WEB-INF/lib directory of kie server.
After consulting with Petr this should be solved by creating enforcer rule for transitive dependencies.