Return-Path: Delivered-To: apmail-qpid-dev-archive@www.apache.org Received: (qmail 91327 invoked from network); 23 Sep 2010 15:42:40 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 23 Sep 2010 15:42:40 -0000 Received: (qmail 50565 invoked by uid 500); 23 Sep 2010 15:42:40 -0000 Delivered-To: apmail-qpid-dev-archive@qpid.apache.org Received: (qmail 50381 invoked by uid 500); 23 Sep 2010 15:42:39 -0000 Mailing-List: contact dev-help@qpid.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@qpid.apache.org Delivered-To: mailing list dev@qpid.apache.org Received: (qmail 50373 invoked by uid 99); 23 Sep 2010 15:42:38 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 Sep 2010 15:42:38 +0000 X-ASF-Spam-Status: No, hits=-5.0 required=10.0 tests=RCVD_IN_DNSWL_HI,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of aconway@redhat.com designates 209.132.183.28 as permitted sender) Received: from [209.132.183.28] (HELO mx1.redhat.com) (209.132.183.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 Sep 2010 15:42:32 +0000 Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o8NFg4kv016932 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 23 Sep 2010 11:42:04 -0400 Received: from [10.3.239.81] (vpn-239-81.phx2.redhat.com [10.3.239.81]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o8NFg3RC026773; Thu, 23 Sep 2010 11:42:04 -0400 Message-ID: <4C9B754B.7020302@redhat.com> Date: Thu, 23 Sep 2010 11:42:03 -0400 From: Alan Conway Organization: Red Hat User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.9) Gecko/20100907 Fedora/3.1.3-1.fc13 Lightning/1.0b3pre Thunderbird/3.1.3 MIME-Version: 1.0 To: dev@qpid.apache.org CC: Tim Chen Subject: Re: auto delete queue in cluster References: <9375337.118261285183410634.JavaMail.root@zimbra> In-Reply-To: <9375337.118261285183410634.JavaMail.root@zimbra> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11 On 09/22/2010 03:23 PM, Tim Chen wrote: > Hi all, > > I've succesfully setup clustering in qpid. > > My problem now is that when my client creates a auto-delete queue in the cluster, everything works correctly until I restart a broker in the cluster. > > The queue I created from the session will still be there, but it no longer will be set auto-delete, which means when my client drops off the queue still remains in the cluster. > > I wonder if this is by design, or a bug in the qpid cluster? > This was a bug that was fixed back in May in revision 779183. What version of qpid are you using? 0.6 should have the fix. If there's been a regression I'll look into it. Here's the commit log: Author: Gordon Sim Date: Wed May 27 10:23:49 2009 QPID-1488: Ensure policy state (+ store state & mgmt stats) are accurate on newly joined nodes by informing the queue of any logically enqueued messages that are currently acquired (but not accepted or released). QPID-1873: Ensure that the various properties of a queue (durability, exclusivity etc) are correctly replicated to new cluster members. --------------------------------------------------------------------- Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscribe@qpid.apache.org