Return-Path: X-Original-To: apmail-qpid-users-archive@www.apache.org Delivered-To: apmail-qpid-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A55E811307 for ; Tue, 12 Aug 2014 13:39:16 +0000 (UTC) Received: (qmail 5469 invoked by uid 500); 12 Aug 2014 13:39:16 -0000 Delivered-To: apmail-qpid-users-archive@qpid.apache.org Received: (qmail 5430 invoked by uid 500); 12 Aug 2014 13:39:16 -0000 Mailing-List: contact users-help@qpid.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@qpid.apache.org Delivered-To: mailing list users@qpid.apache.org Received: (qmail 5400 invoked by uid 99); 12 Aug 2014 13:39:15 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 12 Aug 2014 13:39:15 +0000 X-ASF-Spam-Status: No, hits=-5.0 required=5.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 gsim@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; Tue, 12 Aug 2014 13:39:10 +0000 Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s7CDcme4012428 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Tue, 12 Aug 2014 09:38:48 -0400 Received: from [10.36.116.77] (ovpn-116-77.ams2.redhat.com [10.36.116.77]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7CDclIT006860 for ; Tue, 12 Aug 2014 09:38:48 -0400 Message-ID: <53EA18F2.3020109@redhat.com> Date: Tue, 12 Aug 2014 14:38:58 +0100 From: Gordon Sim Organization: Red Hat UK Ltd, Registered in England and Wales under Company Registration No. 3798903, Directors: Michael Cunningham (USA), Matt Parsons (USA), Charlie Peters (USA), Michael O'Neill (Ireland) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7 MIME-Version: 1.0 To: users@qpid.apache.org Subject: Re: Recreating sessions after an error in qpid.messaging client References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27 X-Virus-Checked: Checked by ClamAV on apache.org On 08/12/2014 02:28 PM, Jakub Scholz wrote: > In the qpid.messaging C++ API, many exceptions don't close the connection > but only the session - for example when one tries to create a receiver on a > queue which doesn't exist. > > As far as I understood it, in such situation I have to always recreate the > session and all its senders / receivers manually one by one in my > application, is that correct? Yes, at present that is correct. (With AMQP 1.0, errors tend to be signalled at the link level, whereas with 0-10 it was at the session level). > Or is there some way how to let the library > recreate all of them for me - e.g. something like the reconnect() method on > the connection level? There was a JIRA created[1] by Clive Lilley who I believe had a patch for this in the works. Clive, if you are reading this, any update? Is it still something you are working on? [1] https://issues.apache.org/jira/browse/QPID-5824 --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org For additional commands, e-mail: users-help@qpid.apache.org