ws-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andreas Veithen (JIRA)" <j...@apache.org>
Subject [jira] Updated: (AXIOM-354) Potential class loader leak caused by the thread local in org.apache.axiom.util.UIDGenerator
Date Tue, 01 Feb 2011 12:26:29 GMT

     [ https://issues.apache.org/jira/browse/AXIOM-354?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Andreas Veithen updated AXIOM-354:
----------------------------------

    Fix Version/s: 1.2.12

> Potential class loader leak caused by the thread local in org.apache.axiom.util.UIDGenerator
> --------------------------------------------------------------------------------------------
>
>                 Key: AXIOM-354
>                 URL: https://issues.apache.org/jira/browse/AXIOM-354
>             Project: Axiom
>          Issue Type: Bug
>          Components: API
>    Affects Versions: 1.2.10
>            Reporter: Andreas Veithen
>             Fix For: 1.2.12
>
>
> UIDGenerator uses a ThreadLocal with a value class that belongs to Axiom (namely UIDGeneratorImpl).
Since the ThreadLocal is never cleaned up explicitly (doing that would break the UIDGenerator),
this may cause a class loader leak (i.e. in a Web application, it may prevent the class loader
from being garbage collected when the application is stopped). Since UIDGeneratorImpl basically
stores 3 values of type long, it should be easy to refactor the code so that the value class
ThreadLocal is not loaded from the application class loader (e.g. by using long[] as value
class). However, I first need to confirm that there is really a class loader leak here.

-- 
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ws.apache.org
For additional commands, e-mail: dev-help@ws.apache.org


Mime
View raw message