Return-Path: Delivered-To: apmail-qpid-users-archive@www.apache.org Received: (qmail 41819 invoked from network); 28 Jul 2009 16:48:08 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 28 Jul 2009 16:48:08 -0000 Received: (qmail 30745 invoked by uid 500); 28 Jul 2009 16:49:25 -0000 Delivered-To: apmail-qpid-users-archive@qpid.apache.org Received: (qmail 30716 invoked by uid 500); 28 Jul 2009 16:49:25 -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 30669 invoked by uid 99); 28 Jul 2009 16:49:25 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Jul 2009 16:49:25 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of lists+1231964187411-2158936@n2.nabble.com designates 216.139.236.158 as permitted sender) Received: from [216.139.236.158] (HELO kuber.nabble.com) (216.139.236.158) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Jul 2009 16:49:16 +0000 Received: from tervel.nabble.com ([192.168.236.150]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1MVprD-0004SE-FK for users@qpid.apache.org; Tue, 28 Jul 2009 09:48:55 -0700 Date: Tue, 28 Jul 2009 09:48:55 -0700 (PDT) From: lroloson To: users@qpid.apache.org Message-ID: <1248799735467-3344401.post@n2.nabble.com> Subject: 0.5 C++ example listener hangs during testing MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: lroloson@trmi.com X-Virus-Checked: Checked by ClamAV on apache.org I have the 0.5 broker and direct_producer running on Linux, and I have the 0.5 C++ direct listener example code running in Windows. I have transferred tons of messages, and all seems to be working fine under normal conditions. I am using persistent queues and messages - all work very well. I am now testing abnormal conditions, like network failure and recovery. When the network is disconnected on the Linux end, the producer continues to generate the transactions and they are queued as expected. However, the listener is not recovering when the cable is plugged back in on the Linux end, sometimes it does, and sometimes it does not. qpid-tool shows the messages and none are lost. I don't see an error on the listener side when it hangs, it appears to be waiting, but it never receives any more messages until I restart it. How do I get the listener to reconnect when it gets in the above described state? -- View this message in context: http://n2.nabble.com/0.5-C%2B%2B-example-listener-hangs-during-testing-tp3344401p3344401.html Sent from the Apache Qpid users mailing list archive at Nabble.com. --------------------------------------------------------------------- Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:users-subscribe@qpid.apache.org