Return-Path: Delivered-To: apmail-servicemix-dev-archive@www.apache.org Received: (qmail 68508 invoked from network); 3 Feb 2010 22:44:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 3 Feb 2010 22:44:58 -0000 Received: (qmail 85391 invoked by uid 500); 3 Feb 2010 22:44:57 -0000 Delivered-To: apmail-servicemix-dev-archive@servicemix.apache.org Received: (qmail 85342 invoked by uid 500); 3 Feb 2010 22:44:57 -0000 Mailing-List: contact dev-help@servicemix.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@servicemix.apache.org Delivered-To: mailing list dev@servicemix.apache.org Received: (qmail 85329 invoked by uid 99); 3 Feb 2010 22:44:57 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 03 Feb 2010 22:44:57 +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; Wed, 03 Feb 2010 22:44:55 +0000 Received: from brutus.apache.org (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 63FD7234C1EF for ; Wed, 3 Feb 2010 14:44:34 -0800 (PST) Message-ID: <1996220290.10061265237074404.JavaMail.jira@brutus.apache.org> Date: Wed, 3 Feb 2010 22:44:34 +0000 (UTC) From: "Daniel Kulp (JIRA)" To: dev@servicemix.apache.org Subject: [jira] Created: (SMXCOMP-706) Poor interceptor chain management and memory leak in CxfBc MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: ae95407df07c98740808b2ef9da0087c X-Virus-Checked: Checked by ClamAV on apache.org Poor interceptor chain management and memory leak in CxfBc ---------------------------------------------------------- Key: SMXCOMP-706 URL: https://issues.apache.org/activemq/browse/SMXCOMP-706 Project: ServiceMix Components Issue Type: Bug Components: servicemix-cxf-bc Reporter: Daniel Kulp CxfBcProvider and CxfBcProviderMessageObserver use a PhaseChainCache object to create the PhaseInterceptorChain. However, it doesn't actually use it as a cache so that is useless. The cache object creates a chain, then clones it and holds onto the original. Thus, double the memory is used at the start plus the processing time of the clone. Also, the BcProvider calls getOutInterceptors().addAll(getBus().getOutInterceptors()); for EVERY request causing the getOutInterceptors list to grow causing a memory leak. I'll attach a patch that fixes them both. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.