Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1049138

Summary: Redeploy of a WAR results in ClassLoader leak when a logging-profile is enabled
Product: [JBoss] JBoss Enterprise Application Platform 6 Reporter: Osamu Nagano <onagano>
Component: LoggingAssignee: James Perkins <jperkins>
Status: CLOSED DUPLICATE QA Contact: Nikoleta Hlavickova <nziakova>
Severity: unspecified Docs Contact: Russell Dickenson <rdickens>
Priority: unspecified    
Version: 6.1.0CC: brian.stansberry
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-01-07 19:21:42 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 Osamu Nagano 2014-01-07 05:25:47 UTC
Description of problem:
Web app's ModuleClassLoader is not released even after its undeployment. It seems contextMap of org.jboss.logmanager.ClassLoaderLogContextSelector object is holding the class loader's reference. If no logging-profile is configured, it doesn't leak.

Version-Release number of selected component (if applicable):
JBoss LogManager 1.4.0.Final (EAP 6.1.0) and 1.5.1.Final (EAP 6.2.0) as well.

Steps to Reproduce:
See LOGMGR-90.

Comment 1 Osamu Nagano 2014-01-07 05:30:40 UTC
contextMap is an object of CopyOnWriteMap.  I changed it to CopyOnWriteWeakMap but it didn't help.

Comment 2 James Perkins 2014-01-07 05:33:48 UTC
I was just working on this as part of https://bugzilla.redhat.com/show_bug.cgi?id=1038305. I just sent a PR for it.

Comment 3 Osamu Nagano 2014-01-07 05:47:40 UTC
Oh, I'm not aware of it.  I'll test the fix tomorrow.  Thanks.

Comment 4 James Perkins 2014-01-07 19:21:42 UTC
Closing as duplicate.

*** This bug has been marked as a duplicate of bug 1038305 ***