Return-Path: Delivered-To: apmail-geronimo-activemq-users-archive@www.apache.org Received: (qmail 33747 invoked from network); 21 Jul 2006 08:29:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 21 Jul 2006 08:29:20 -0000 Received: (qmail 63969 invoked by uid 500); 21 Jul 2006 08:29:19 -0000 Delivered-To: apmail-geronimo-activemq-users-archive@geronimo.apache.org Received: (qmail 63951 invoked by uid 500); 21 Jul 2006 08:29:19 -0000 Mailing-List: contact activemq-users-help@geronimo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: activemq-users@geronimo.apache.org Delivered-To: mailing list activemq-users@geronimo.apache.org Received: (qmail 63942 invoked by uid 99); 21 Jul 2006 08:29:19 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Jul 2006 01:29:19 -0700 X-ASF-Spam-Status: No, hits=0.5 required=10.0 tests=DNS_FROM_RFC_ABUSE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of james.strachan@gmail.com designates 66.249.92.174 as permitted sender) Received: from [66.249.92.174] (HELO ug-out-1314.google.com) (66.249.92.174) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Jul 2006 01:29:18 -0700 Received: by ug-out-1314.google.com with SMTP id m2so1235098uge for ; Fri, 21 Jul 2006 01:28:57 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Jkm/g3AeISoyyCdotZoZrklhBq8ZsOMyqo33d3PYu2EZ6u2KfcxCJPI1gLKCF5e1cssnGqmoJN9HqcFbl5RoOmRBI6dDqfax8a/6xMj23CF4aE4QHkWcH4UDsBGevkq/MBs1M6Vyk9Vk7zgKBB75ErNCXvCykNRYIDvZIgZDiqM= Received: by 10.78.195.9 with SMTP id s9mr188146huf; Fri, 21 Jul 2006 01:28:57 -0700 (PDT) Received: by 10.78.174.8 with HTTP; Fri, 21 Jul 2006 01:28:57 -0700 (PDT) Message-ID: Date: Fri, 21 Jul 2006 09:28:57 +0100 From: "James Strachan" To: activemq-users@geronimo.apache.org Subject: Re: Client already connected problem In-Reply-To: <5420724.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <5388581.post@talk.nabble.com> <5420724.post@talk.nabble.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On 7/20/06, Christopher Mihaly wrote: > > Ok, I agree I may not be using it the best way. But, it doesn't seem > correct to me that I can close a connection and then open a connection with > the same name and have it fail. If I close a connection, and the function > returns successfully, I would think I should be able to turn around and open > the connection again and have it succeed (assuming no other process comes in > trying to open the connection with that ID, which it cannot in this > scenario). Why would this not be considered a bug? Even though there is no reason at all to ever close a connection, particularly as ActiveMQ supports auto-reconnection to deal with, we should be able to handle code that does this. So it does sound like a bug to me - please raise an issue. Just of interest, how long does it take to close the connection? In previous versions of ActiveMQ we used to wait until a connection was properly closed (blocking the client side until it was done). But sometimes when folks were using embedded brokers or had transport issues that could block the client unnecessarily causing shutdown to hang. So we added a timeout now which defaults to 15 seconds. I have an idea what the issue might be - am about to raise a thread on the dev list to investigate further -- James ------- http://radio.weblogs.com/0112098/