Return-Path: X-Original-To: apmail-cxf-issues-archive@www.apache.org Delivered-To: apmail-cxf-issues-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 8C7E410853 for ; Wed, 11 Dec 2013 13:42:42 +0000 (UTC) Received: (qmail 18244 invoked by uid 500); 11 Dec 2013 13:42:41 -0000 Delivered-To: apmail-cxf-issues-archive@cxf.apache.org Received: (qmail 15276 invoked by uid 500); 11 Dec 2013 13:42:36 -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 14118 invoked by uid 99); 11 Dec 2013 13:42:29 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 Dec 2013 13:42:29 +0000 Date: Wed, 11 Dec 2013 13:42:29 +0000 (UTC) From: "Aki Yoshida (JIRA)" To: issues@cxf.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Resolved] (CXF-5435) WS-RM's retransmission should call conduit.close(message) after successful retransmission MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/CXF-5435?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aki Yoshida resolved CXF-5435. ------------------------------ Resolution: Fixed Fix Version/s: 2.7.9 2.6.12 3.0.0-milestone2 > WS-RM's retransmission should call conduit.close(message) after successful retransmission > ----------------------------------------------------------------------------------------- > > Key: CXF-5435 > URL: https://issues.apache.org/jira/browse/CXF-5435 > Project: CXF > Issue Type: Bug > Components: WS-* Components > Affects Versions: 2.7.8 > Reporter: Aki Yoshida > Assignee: Aki Yoshida > Fix For: 3.0.0-milestone2, 2.6.12, 2.7.9 > > > The message retransmission code in WS-RM is currently directly closing the output stream associated associated with the retried message after its successful retransmission. > As the normal transmission case uses condui't prepare(Message) to start transmission and ends with close(Message), which closes the output stream associated with the retried message. > To provide a consistent behavior, the WS-RM's retransmission should also use conduit's close(Message) method to close the output stream. > Note that this is not an issue for the normal HTTPConduit as its close(Message) method does not contain any special logic but simply closes the output stream associated with the message. -- This message was sent by Atlassian JIRA (v6.1.4#6159)