You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by bu...@apache.org on 2005/10/05 03:41:54 UTC
DO NOT REPLY [Bug 36927] New: -
disabling of TCCL
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=36927>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=36927
Summary: disabling of TCCL
Product: Commons
Version: unspecified
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: Logging
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: dvoytenko@reveredata.com
I separated this request from 35774 as it seems to provide a viable and easy
solution to a big number of ClassLoader-related problems of using JCL in shared
environments. The solution relies on having an option (configured via system
properties) to disable TCCL usage and only use LogFactory's ClassLoader. When
TCCL is disabled, logger implementation and caching should be performed in the
JCL's ClassLoader only (cache will be reduced to a single record). This would
remove any memory leak issues as well as other inconsitencies (see 35774 for
some samples).
There're two main scenarios how JCL is used in the shared environment: a)
deployed in the shared class loader (shared for Tomcat and UCL for JBoss), b)
deployed in the application's class loader in the child-first ClassLoader
setup. In both cases this solution works well and disabled TCCL could even be a
reasonable default (though it depends on other uses). In case of deployment
within application's classloader (case [b]), two versions of JCL can coexist
redirecting logs for the application's classes to application's LogFactory
instance and shared classes to shared LogFactory.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org