Return-Path: 
 <issues-return-10438-apmail-cxf-issues-archive=cxf.apache.org@cxf.apache.org>
Delivered-To: apmail-cxf-issues-archive@www.apache.org
Received: (qmail 75725 invoked from network); 15 Jun 2009 20:36:22 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3)
  by minotaur.apache.org with SMTP; 15 Jun 2009 20:36:22 -0000
Received: (qmail 88984 invoked by uid 500); 15 Jun 2009 20:36:33 -0000
Delivered-To: apmail-cxf-issues-archive@cxf.apache.org
Received: (qmail 88955 invoked by uid 500); 15 Jun 2009 20:36:33 -0000
Mailing-List: contact issues-help@cxf.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:issues-help@cxf.apache.org>
List-Unsubscribe: <mailto:issues-unsubscribe@cxf.apache.org>
List-Post: <mailto:issues@cxf.apache.org>
List-Id: <issues.cxf.apache.org>
Reply-To: dev@cxf.apache.org
Delivered-To: mailing list issues@cxf.apache.org
Received: (qmail 88945 invoked by uid 99); 15 Jun 2009 20:36:33 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 15 Jun 2009 20:36:33 +0000
X-ASF-Spam-Status: No, hits=-2000.0 required=10.0
	tests=ALL_TRUSTED
X-Spam-Check-By: apache.org
Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 15 Jun 2009 20:36:30 +0000
Received: from brutus (localhost [127.0.0.1])
	by brutus.apache.org (Postfix) with ESMTP id 6B8AB234C04B
	for <issues@cxf.apache.org>; Mon, 15 Jun 2009 13:36:07 -0700 (PDT)
Message-ID: <2052654695.1245098167439.JavaMail.jira@brutus>
Date: Mon, 15 Jun 2009 13:36:07 -0700 (PDT)
From: "Jerome Waibel (JIRA)" <jira@apache.org>
To: issues@cxf.apache.org
Subject: [jira] Updated: (CXF-2286) CXF locking jars in Tomcat when
 undeployed preventing hot deployment / eating up permgen
In-Reply-To: <477770044.1244917447357.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-Virus-Checked: Checked by ClamAV on apache.org


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

Jerome Waibel updated CXF-2286:
-------------------------------

    Attachment: ObjectAlive.png

> CXF locking jars in Tomcat when undeployed preventing hot deployment / eating up permgen
> ----------------------------------------------------------------------------------------
>
>                 Key: CXF-2286
>                 URL: https://issues.apache.org/jira/browse/CXF-2286
>             Project: CXF
>          Issue Type: Bug
>    Affects Versions: 2.2.2
>         Environment: Tomcat 6, Java 1.6, Windows+Linux
>            Reporter: Jerome Waibel
>         Attachments: ObjectAlive.png
>
>
> Create a simple webapp with the following in web.xml:
> 	<servlet>
> 		<display-name>CXF Servlet</display-name>
> 		<servlet-name>CXFServlet</servlet-name>
> 		<servlet-class>
> 			org.apache.cxf.transport.servlet.CXFServlet
> 		</servlet-class>
> 		<load-on-startup>1</load-on-startup>
> 	</servlet>
> 	<servlet-mapping>
> 		<servlet-name>CXFServlet</servlet-name>
> 		<url-pattern>/*</url-pattern>
> 	</servlet-mapping>
> No fancy code, no real web services, just plain starting of the servlet. Create a war and deploy it into a tomcat. Enjoy the startup of the servlet. Press "undeploy" in the tomcat application manager.
> Under windows you will notice that most of the cxf jars are *not* deleted in the webapps directory, the application isn't completly undeployed. Tomcat seems to lock the jars preventing them from beeing deleted. Subsequent re-deployment of the webapp will fail because of the left-over jars. Hot re-deployment of the webapp is impossible.
> Under linux the webapp directory is gone, but this is because linux' ext filesystem allow files beeing deleted that are still held open by an applicaton. When checking with the lsof tool you will see that under linux tomcat still has references to the old jar. Hot re-deployment is possible here, but you will soon run out of permgen memory because the old classes are not unloaded.
> It seems the servlet is still locking some kind of resource when undeployed (thus preventing tomcat from beeing able to close and delete the jars). Maybe the destroy method lacks some important cleanup.
> This bug is there at least since CXF 2.1.2 and still in 2.2.2.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.