You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Dennis Lundberg (JIRA)" <ji...@apache.org> on 2009/12/29 23:19:29 UTC
[jira] Closed: (LOGGING-73) [logging] TCCL problem in J2EE
Container
[ https://issues.apache.org/jira/browse/LOGGING-73?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Dennis Lundberg closed LOGGING-73.
----------------------------------
Resolution: Fixed
Fix Version/s: 1.1.0
According to Simon this was fixed in 1.1.0.
> [logging] TCCL problem in J2EE Container
> ----------------------------------------
>
> Key: LOGGING-73
> URL: https://issues.apache.org/jira/browse/LOGGING-73
> Project: Commons Logging
> Issue Type: Bug
> Affects Versions: 1.0.4
> Environment: Operating System: other
> Platform: Other
> Reporter: Michael Kopp
> Fix For: 1.1.0
>
> Attachments: LogFactoryImpl.java
>
>
> Everybody that uses commons-logging in an J2EE Container (especially jboss) has
> problems when the TCCL is not the same as the current ClassLoader. The solution
> cannot be to drop the commons-logging.jar out of the ear/war file, as it would
> prevent to have an application specific logging instance.
> Commons-logging preferes the TCCL which is OK. But if it finds a Logger in the
> TCCL that does not fit to the current Log interface it throws an error instead
> of trying the current CL.
> I propose to change this. I will attach a changed LogFactoryImpl.java. The
> changed factory still prefers TCCL, but will try the current class loader if the
> LOG_INTERFACE is not assignable for the class found via TCCL.
> It allows us to run more painlessly in an J2EE Container and to keep
> commons-logging class loader preferences.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.