Return-Path: X-Original-To: apmail-hc-dev-archive@www.apache.org Delivered-To: apmail-hc-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id C1E4210C94 for ; Sun, 16 Mar 2014 10:51:36 +0000 (UTC) Received: (qmail 55451 invoked by uid 500); 16 Mar 2014 10:50:59 -0000 Delivered-To: apmail-hc-dev-archive@hc.apache.org Received: (qmail 55325 invoked by uid 500); 16 Mar 2014 10:50:54 -0000 Mailing-List: contact dev-help@hc.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "HttpComponents Project" Delivered-To: mailing list dev@hc.apache.org Received: (qmail 55121 invoked by uid 99); 16 Mar 2014 10:50:46 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 16 Mar 2014 10:50:46 +0000 Date: Sun, 16 Mar 2014 10:50:46 +0000 (UTC) From: "Sebb (JIRA)" To: dev@hc.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Updated] (HTTPCLIENT-1484) GzipCompressingEntity shouldn't close outputstream in finally block 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/HTTPCLIENT-1484?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sebb updated HTTPCLIENT-1484: ----------------------------- Fix Version/s: (was: 4.3.4) > GzipCompressingEntity shouldn't close outputstream in finally block > ------------------------------------------------------------------- > > Key: HTTPCLIENT-1484 > URL: https://issues.apache.org/jira/browse/HTTPCLIENT-1484 > Project: HttpComponents HttpClient > Issue Type: Bug > Components: HttpClient > Affects Versions: 4.3.1 > Reporter: Danila Dyugurov > > Using "Trasnfer-Encoding: chunked" when underline stream throws any exception, it shouldn't close stream, because closing stream means send final zero chunk and server side decide that all is well and consume all stream as correct data. > It's seems to me that solution: remove finnally block, just close gzip stream after writeTo(). -- This message was sent by Atlassian JIRA (v6.2#6252) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@hc.apache.org For additional commands, e-mail: dev-help@hc.apache.org