Uploaded image for project: 'Axis2'
  1. Axis2
  2. AXIS2-4263

Stopping ListenerManager does not cleanup several Timer threads

    XMLWordPrintableJSON

Details

    • Bug
    • Status: Resolved
    • Major
    • Resolution: Fixed
    • 1.4.1, 1.5
    • 1.5.6, 1.6.1, 1.7.0
    • kernel
    • None
    • Windows XP Service Pack 2, JDK 1.6_11

    Description

      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)

      Attachments

        Activity

          People

            veithen Andreas Veithen
            durech Dennis Urech
            Votes:
            1 Vote for this issue
            Watchers:
            4 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: