axis-java-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andreas Veithen (JIRA)" <j...@apache.org>
Subject [jira] [Resolved] (AXIS2-4263) Stopping ListenerManager does not cleanup several Timer threads
Date Wed, 10 Aug 2011 19:54:27 GMT

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

Andreas Veithen resolved AXIS2-4263.
------------------------------------

       Resolution: Fixed
    Fix Version/s: 1.7.0
                   1.6.1
                   1.5.6

> Stopping ListenerManager does not cleanup several Timer threads
> ---------------------------------------------------------------
>
>                 Key: AXIS2-4263
>                 URL: https://issues.apache.org/jira/browse/AXIS2-4263
>             Project: Axis2
>          Issue Type: Bug
>          Components: kernel
>    Affects Versions: 1.4.1, 1.5
>         Environment: Windows XP Service Pack 2, JDK 1.6_11 
>            Reporter: Dennis Urech
>            Assignee: Andreas Veithen
>             Fix For: 1.5.6, 1.6.1, 1.7.0
>
>
> When I attempt to stop and cleanup the ListenerManager for a closed SOAP connection with
either the stop() or destroy() method two Timer threads remain active in the waiting state.
 I tracked it down to the "final" timer created for each instance of a Scheduler object. 
During the initialization of the ListenerManager,  the Scheduler is created during execution
of the startSearch() method of the DeploymentEngine.  This method is called twice during the
creation of the ConfigurationContext.  Once for the FileSystemConfigurator and again for the
ScriptDeploymentEngine (when initializing the ScriptModule)
> Here is how I create the ConfigurationContext and ListenerManager:
>             ConfigurationContext configctx =
>                 ConfigurationContextFactory.createConfigurationContextFromFileSystem(m_repoLocation,
>                                                                                     
m_confLocation);  // -- THIS IS WHEN THE TWO TIMERS ARE CREATED
>             AxisConfiguration aconf = configctx.getAxisConfiguration();
>             TransportInDescription tid = aconf.getTransportIn("http");
>             Parameter param = tid.getParameter("port");
>             param.setValue(getServerPortString());
>             m_listenerManager = new ListenerManager();
>             m_listenerManager.init(configctx);
>             m_listenerManager.start();
> I have managed to cleanup the Timer associated the Scheduler for the FileSystemConfigurator,
but I cannot find a way to cleanup the TImer for the ScriptDeploymentEngine:
> Here is my current cleanup code:
>             m_listenerManager.stop();
>             m_listenerManager.getConfigctx().cleanupContexts();
>             m_listenerManager.getConfigctx().terminate();   // -- THIS CALL WILL CLEANUP
ONE OF THE TIMERS
>             m_listenerManager.destroy();
> Our application can create and shutdown SOAP communications to various servers numerous
times and each time we are "leaking" this one Timer object (Thread).  At some point, Java
throws the following exception (java.lang.OutOfMemoryError: unable to create new native thread)
and we have to kill the program)

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

        

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


Mime
View raw message