Return-Path: X-Original-To: apmail-camel-issues-archive@minotaur.apache.org Delivered-To: apmail-camel-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 3AB6718ED8 for ; Thu, 26 Nov 2015 19:33:11 +0000 (UTC) Received: (qmail 10530 invoked by uid 500); 26 Nov 2015 19:33:11 -0000 Delivered-To: apmail-camel-issues-archive@camel.apache.org Received: (qmail 10489 invoked by uid 500); 26 Nov 2015 19:33:11 -0000 Mailing-List: contact issues-help@camel.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@camel.apache.org Delivered-To: mailing list issues@camel.apache.org Received: (qmail 10476 invoked by uid 99); 26 Nov 2015 19:33:11 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 26 Nov 2015 19:33:11 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id E2A162C044E for ; Thu, 26 Nov 2015 19:33:10 +0000 (UTC) Date: Thu, 26 Nov 2015 19:33:10 +0000 (UTC) From: "Jonathan Anstey (JIRA)" To: issues@camel.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (CAMEL-9368) Netty4 producer hangs when connection is prematurely closed MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Jonathan Anstey created CAMEL-9368: -------------------------------------- Summary: Netty4 producer hangs when connection is prematurely closed Key: CAMEL-9368 URL: https://issues.apache.org/jira/browse/CAMEL-9368 Project: Camel Issue Type: Bug Reporter: Jonathan Anstey Assignee: Jonathan Anstey Fix For: 2.17.0 Netty4 producer is reusing connections and implementing a request-response style protocol. If the server closes socket connection after reading request packet and prior to sending back response packet, Netty4 producer hangs. If, on the other hand, the server closes socket after sending back response and does not bother to read next request, then producer does not hang. -- This message was sent by Atlassian JIRA (v6.3.4#6332)