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 163C9200C3D for ; Tue, 14 Mar 2017 12:59:48 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id 14DEE160B7E; Tue, 14 Mar 2017 11:59:48 +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 5BBA0160B7C for ; Tue, 14 Mar 2017 12:59:47 +0100 (CET) Received: (qmail 763 invoked by uid 500); 14 Mar 2017 11:59:44 -0000 Mailing-List: contact issues-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@activemq.apache.org Delivered-To: mailing list issues@activemq.apache.org Received: (qmail 748 invoked by uid 99); 14 Mar 2017 11:59:44 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Mar 2017 11:59:44 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 3ADA5CCCBB for ; Tue, 14 Mar 2017 11:59:44 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.451 X-Spam-Level: * X-Spam-Status: No, score=1.451 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, RP_MATCHES_RCVD=-0.001, SPF_NEUTRAL=0.652] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id S0rzvUJtBahB for ; Tue, 14 Mar 2017 11:59:43 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTP id 0D9B85F39E for ; Tue, 14 Mar 2017 11:59:43 +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 1639FE095C for ; Tue, 14 Mar 2017 11:59:42 +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 95DCF243AC for ; Tue, 14 Mar 2017 11:59:41 +0000 (UTC) Date: Tue, 14 Mar 2017 11:59:41 +0000 (UTC) From: "ASF subversion and git services (JIRA)" To: issues@activemq.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (AMQ-6561) Broker does not close connection for all connection attempt errors MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Tue, 14 Mar 2017 11:59:48 -0000 [ https://issues.apache.org/jira/browse/AMQ-6561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15924062#comment-15924062 ] ASF subversion and git services commented on AMQ-6561: ------------------------------------------------------ Commit 36689beff755fd6391c3a8291d1e89fc782eac0d in activemq's branch refs/heads/master from [~gtully] [ https://git-wip-us.apache.org/repos/asf?p=activemq.git;h=36689be ] [AMQ-6561] fix up unit test that expects socket to remain open after InvalidClientIDException, dubious expectation in the test that wants to verify broker is ok > Broker does not close connection for all connection attempt errors > ------------------------------------------------------------------ > > Key: AMQ-6561 > URL: https://issues.apache.org/jira/browse/AMQ-6561 > Project: ActiveMQ > Issue Type: Bug > Components: Broker > Affects Versions: 5.14.3 > Reporter: Christopher L. Shannon > Assignee: Christopher L. Shannon > Fix For: 5.15.0, 5.14.4 > > > When a client connects to the broker the connection gets added inside the processAddConnection method in TransportConnection. Right now if there is an exception the socket is only shutdown if the type of exception is SecurityException. However the connection should really be closed if any error occurs when trying to add the connection. > For example if an InvalidClientIDException occurs then the connection is no longer tracked by the broker but the socket stays open until the client actually closes it on their end. This should be fixed so that the error terminates the socket connection since the connection attempt failed. -- This message was sent by Atlassian JIRA (v6.3.15#6346)