Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id C41C5200CF8 for ; Wed, 16 Aug 2017 01:04:11 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id C30BF16797D; Tue, 15 Aug 2017 23:04:11 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 15162167979 for ; Wed, 16 Aug 2017 01:04:10 +0200 (CEST) Received: (qmail 7212 invoked by uid 500); 15 Aug 2017 23:04:04 -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 7201 invoked by uid 99); 15 Aug 2017 23:04:04 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 15 Aug 2017 23:04:04 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 14658C0324 for ; Tue, 15 Aug 2017 23:04:04 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -99.202 X-Spam-Level: X-Spam-Status: No, score=-99.202 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id lE9Xka2RhbAn for ; Tue, 15 Aug 2017 23:04:03 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTP id 9DAFF5FB96 for ; Tue, 15 Aug 2017 23:04:02 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id 35F79E044C for ; Tue, 15 Aug 2017 23:04:02 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id C877B21906 for ; Tue, 15 Aug 2017 23:04:00 +0000 (UTC) Date: Tue, 15 Aug 2017 23:04:00 +0000 (UTC) From: "Joao Silva de Melo (JIRA)" To: issues@cxf.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Updated] (CXF-7475) HttpConduit enabled Bus blocks indefinitely on pending requests after shutdown MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Tue, 15 Aug 2017 23:04:12 -0000 [ https://issues.apache.org/jira/browse/CXF-7475?page=3Dcom.atlassian.= jira.plugin.system.issuetabpanels:all-tabpanel ] Joao Silva de Melo updated CXF-7475: ------------------------------------ Description:=20 Ol=C3=A1 Just found out an issue with shutting down the {{Bus}} when configured with= {{AsyncHttpConduit}}. *Problem* In case it happens, applications won't be able to gracefully shutdown, as i= t causes requests to hang on the {{AsyncHTTPConduit.AsyncWrappedOutputStrea= m::getHttpResponse}} indefinitely. *How to reproduce* This is an edge case, but it happens when the Bus is shutdown after the cli= ent started the request but before getting the ConnectException. Below ther= e is a link to a Junit test reproducing the problem. https://gist.github.com/dwp-joaomelo/80926c3ded0d17e1e94a72245ece2f79 The test should hang forever on the last statement {{thread.join();}}, that= is, waiting for the request thread to do it's job.=20 In case you cannot reproduce the issue, you might need to tweak the {{Threa= d.sleep(1000)}}. was: Ol=C3=A1 Just found out an issue with shutting down the {{Bus}} when configured with= {{AsyncHttpConduit}}. *Problem* In case it happens, applications won't be able to gracefully shutdown, as i= t causes requests to hang on the {{AsyncHTTPConduit.AsyncWrappedOutputStrea= m::getHttpResponse}} indefinitely. *How to reproduce* This is an edge case, but it happens when the Bus is shutdown after the cli= ent started the request but before getting the ConnectException. Below ther= e is a link to a Junit test reproducing the problem. https://gist.github.com/dwp-joaomelo/8e2f6f916501a896a2beeae86fc4d5a8 The test should hang forever on the last statement {{thread.join();}}, that= is, waiting for the request thread to do it's job.=20 In case you cannot reproduce the issue, you might need to tweak the {{Threa= d.sleep(1000)}}. > HttpConduit enabled Bus blocks indefinitely on pending requests after shu= tdown > -------------------------------------------------------------------------= ----- > > Key: CXF-7475 > URL: https://issues.apache.org/jira/browse/CXF-7475 > Project: CXF > Issue Type: Bug > Components: Bus, Transports > Affects Versions: 3.1.12 > Reporter: Joao Silva de Melo > Priority: Critical > > Ol=C3=A1 > Just found out an issue with shutting down the {{Bus}} when configured wi= th {{AsyncHttpConduit}}. > *Problem* > In case it happens, applications won't be able to gracefully shutdown, as= it causes requests to hang on the {{AsyncHTTPConduit.AsyncWrappedOutputStr= eam::getHttpResponse}} indefinitely. > *How to reproduce* > This is an edge case, but it happens when the Bus is shutdown after the c= lient started the request but before getting the ConnectException. Below th= ere is a link to a Junit test reproducing the problem. > https://gist.github.com/dwp-joaomelo/80926c3ded0d17e1e94a72245ece2f79 > The test should hang forever on the last statement {{thread.join();}}, th= at is, waiting for the request thread to do it's job.=20 > In case you cannot reproduce the issue, you might need to tweak the {{Thr= ead.sleep(1000)}}. -- This message was sent by Atlassian JIRA (v6.4.14#64029)