Return-Path: Delivered-To: apmail-cxf-issues-archive@www.apache.org Received: (qmail 95362 invoked from network); 3 Sep 2008 10:16:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 3 Sep 2008 10:16:06 -0000 Received: (qmail 83582 invoked by uid 500); 3 Sep 2008 10:16:04 -0000 Delivered-To: apmail-cxf-issues-archive@cxf.apache.org Received: (qmail 83562 invoked by uid 500); 3 Sep 2008 10:16:03 -0000 Mailing-List: contact issues-help@cxf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cxf.apache.org Delivered-To: mailing list issues@cxf.apache.org Received: (qmail 83551 invoked by uid 99); 3 Sep 2008 10:16:03 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 03 Sep 2008 03:16:03 -0700 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; Wed, 03 Sep 2008 10:15:13 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 5FCAB234C1CB for ; Wed, 3 Sep 2008 03:15:44 -0700 (PDT) Message-ID: <1102774162.1220436944391.JavaMail.jira@brutus> Date: Wed, 3 Sep 2008 03:15:44 -0700 (PDT) From: "Maciej Kwiecien (JIRA)" To: issues@cxf.apache.org Subject: [jira] Reopened: (CXF-1778) Memory leak occurs in specific cases when WS-Addressing feature is enabled In-Reply-To: <230493166.1220265704486.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/CXF-1778?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Maciej Kwiecien reopened CXF-1778: ---------------------------------- Daniel, First of all, I am very gratefull for really quick bug fix. Memory leak does not occur when server doesn't respond with addressing information any more. However, there is still memory leak when server doesn't respond at all (client receives Connection refused). Given that case #1 is stil the issue, let me reopen it. I hope case #1 might be also fixed. Thanks, Maciej > Memory leak occurs in specific cases when WS-Addressing feature is enabled > -------------------------------------------------------------------------- > > Key: CXF-1778 > URL: https://issues.apache.org/jira/browse/CXF-1778 > Project: CXF > Issue Type: Bug > Components: WS-* Components > Affects Versions: 2.1.2 > Reporter: Maciej Kwiecien > Assignee: Daniel Kulp > Priority: Critical > Fix For: 2.1.3 > > Attachments: cxf-ws-addr-memory-leak.zip, histoConnectionRefused.log, histoEchoServerWithoutWsAddr.log > > > I observed memory leak (OOM thrown) in following situations: > 1.WS-Addressing enabled on client and server side. When server stops responding (connection refused on client side) > client memory usage is increasing until OOM is thrown. > 2.WS-Addressing enabled only on client side, server provide service without WS-Addressing feature (or WS-Addressing configuration is incorrect). Client memory heap is building up even faster than in first case. > I will provide a sample application and more detailed description how to reproduce bug. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.