Return-Path: Delivered-To: apmail-activemq-users-archive@www.apache.org Received: (qmail 98445 invoked from network); 9 Oct 2008 14:39:42 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 9 Oct 2008 14:39:42 -0000 Received: (qmail 37762 invoked by uid 500); 9 Oct 2008 14:39:40 -0000 Delivered-To: apmail-activemq-users-archive@activemq.apache.org Received: (qmail 37746 invoked by uid 500); 9 Oct 2008 14:39:40 -0000 Mailing-List: contact users-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@activemq.apache.org Delivered-To: mailing list users@activemq.apache.org Received: (qmail 37735 invoked by uid 99); 9 Oct 2008 14:39:40 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Oct 2008 07:39:40 -0700 X-ASF-Spam-Status: No, hits=2.3 required=10.0 tests=DNS_FROM_SECURITYSAGE,HTML_MESSAGE,SPF_PASS,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of e.semog@gmail.com designates 209.85.200.170 as permitted sender) Received: from [209.85.200.170] (HELO wf-out-1314.google.com) (209.85.200.170) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Oct 2008 14:38:36 +0000 Received: by wf-out-1314.google.com with SMTP id 26so81983wfd.26 for ; Thu, 09 Oct 2008 07:39:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=Sal67z8I+EPRHbn1nfJUNcppW9tlgPFw/V9iLZcNWJE=; b=FKGytyMRVPVYE2MJ8bfUyuUipQkWQDOQ8khYJA7fuDdm2XEoH0BglKo7yaTOuTsBIj /a5NZ5XpdSeB2AWywVs1cHp+EwZtjLGWI3k5PK/UcWrrYpbmZWP0OeAcdPNMrX01ZqpT JTYiuO2IW4xLp0zGx1AIBSX1D/0kznQ3B3Neg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=ZM/TWqvGTq6G7V932N2MFek7EyxCPDjLvBjx0A8YYSBOOs4L8QnoSJH08cYGlvu7GH FBuWQ8Aab/4Bi9yYxPF1cpKrn75NhfyWvZPmOmDhvKqIgw/RFNtTmiONmEejf8ZyUuUb jwFwxpf9KeyoI/75KUrBJeRg46ufdPG/b10Gg= Received: by 10.141.122.1 with SMTP id z1mr152556rvm.197.1223563152180; Thu, 09 Oct 2008 07:39:12 -0700 (PDT) Received: by 10.140.163.16 with HTTP; Thu, 9 Oct 2008 07:39:12 -0700 (PDT) Message-ID: <5a56ce1b0810090739u1ecd6b7mfefe834e737bd872@mail.gmail.com> Date: Thu, 9 Oct 2008 07:39:12 -0700 From: "Jim Gomes" To: users@activemq.apache.org Subject: Re: NMS and network connectivity In-Reply-To: <19882147.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_68678_3314928.1223563152221" References: <19882147.post@talk.nabble.com> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_68678_3314928.1223563152221 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, We had a similar problem as well. We called them "zombie connections". I think we solved this by moving to ActiveMQ 5.2. If that doesn't work, you can turn on the timeout inactivity option by setting the "wireFormat.MaxInactivityDuration=nnnn" connection option. This option is in the NMS 1.1 trunk, though. I don't think I ported it to the 1.0.0 branch. - Jim On Wed, Oct 8, 2008 at 9:14 AM, mkeenan wrote: > > Here's my setup: > ActiveMQ 5.1 > NMS 1.0 with connection URL: > tcp://machinename:61616?jms.prefetchPolicy.all=1 > > > I'm having a problem with AMQ/NMS when the network connection is lost. To > simulate this problem I manually disable/enable the network interface on my > local box during the course of the test. > > When the network connection is lost, the client enters a loop until the > connection is re-established. However, even after the client creates a new > connection, session, consumer, and registers a listener no messages are > received. In order to receive message I had to restart the broker. > > I used the JMX console and notice that the old connection is still listed, > which is reasonable because the client is not able to shut down cleanly > when > the network unexpectedly goes down. > > I also observed that if I manually close the old connection (using the JMX > console) the client does begin to receive messages. > > What can I do to fix this situation? It's not practical to manually > restart > the broker or manually manage connections when we have network blips. > > > -- > View this message in context: > http://www.nabble.com/NMS-and-network-connectivity-tp19882147p19882147.html > Sent from the ActiveMQ - User mailing list archive at Nabble.com. > > ------=_Part_68678_3314928.1223563152221--