tomcat 7.0和jax-ws 2.2.5内存泄漏

我正在用tomcat和jax-ws构建ws。当我停止我的应用程序，通常在从日食重新部署，我得到这个消息：tomcat 7.0和jax-ws 2.2.5内存泄漏

25-mar-2012 16.21.16 com.sun.xml.ws.transport.http.servlet.WSServletDelegate destroy 
INFO: WSSERVLET15: JAX-WS servlet destroyed 
25-mar-2012 16.21.16 com.sun.xml.ws.transport.http.servlet.WSServletContextListener contextDestroyed 
INFO: WSSERVLET13: JAX-WS context listener destroyed 
25-mar-2012 16.21.16 org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks 
GRAVE: The web application [/xccm] created a ThreadLocal with key of type [com.sun.xml.ws.api.streaming.XMLStreamReaderFactory$Default$1] (value [[email protected]deaa13]) and a value of type [com.sun.xml.internal.stream.XMLInputFactoryImpl] (value [[email protected]]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.

陷与ClasspathHelper我发现com.sun.xml.ws.api.streaming.XMLStreamReaderFactory$Default$1由jaxws-rt.jar

引用但是我并没有明确使用任何JAX-WS类在我的代码，除了：

import javax.jws.WebParam; 
import javax.jws.WebService; 
import javax.xml.bind.JAXBContext;

而且据我所知tomcat的负载com.sun.xml.ws.transport.http.servlet.WSServlet（和日志片断其他类）。

任何想法如何解决这个问题？

THX

来源

2012-03-25 Michele Mariotti

你可以在调试中运行你的应用服务器，连接到它，把断点放到'ThreadLocal'类方法并进行部署吗？你会发现原因。 – 2012-03-27 21:10:23

您使用（在JAX-WS实现）库创造了一个线程局部，其关键是，已经装入您的Web应用程序的类加载器的类型。

这意味着Web应用程序类加载器不能被垃圾收集，因为如果没有强引用其类的实例，则只能垃圾回收类加载器。多次重新部署后，您的JVM将耗尽perm gen空间。

真正的修复方法是监听Web应用程序的生命周期，并在关闭时删除线程本地。然而，因为你不知道的JAX-WS实现的内部，这将是你很难做到这一点。

另一种解决方案是将jaxws-rt.jar（也可能是与JAX-WS相关的其他JAR文件）添加到Tomcat安装的“lib”目录中。在这种情况下，他们将共同类加载器加载，当您重新部署Web应用程序不会重新加载。

来源

2012-03-26 08:05:11

是能够监听JAX-WS的生命周期，而不打补丁库？ – 2012-03-27 08:09:06

和另一件事：为什么线程类是由不同的类加载器加载？非常感谢你:) – 2012-03-27 08:17:38

你将不得不听Servlet的生命周期，但它可能不会是直着捅到JX-WS实现的内部，实现线程局部释放。它不是由不同的类加载器加载的线程类，而是线程本地的类型类。 – 2012-03-27 08:57:49

tomcat 7.0和jax-ws 2.2.5内存泄漏

回答

相关问题