Mailing-List: contact users-help@activemq.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@activemq.apache.org
Received-SPF: pass (athena.apache.org: domain of gary.tully@gmail.com
 designates 72.14.220.155 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;
        b=XQf18+iXvS6N8DC9FKMKH4lCVZWUi2FGvJKoJhFuuHtuSKuBdOYvIFA7/BytDDZxMN
         NMcIDMMyiH6ai0uc4QvpiwFu1mEX9BWuHrfUZK2/TI0ycI5uSa5GNIHflwDwrNcOLn3v
         EhcjCisT5oO9w/Byn8oGwdMm6yIRyT9ennGh4=
MIME-Version: 1.0
In-Reply-To: <24270136.post@talk.nabble.com>
References: <24270136.post@talk.nabble.com>
Date: Tue, 30 Jun 2009 12:54:42 +0100
Message-ID: <3a73c17c0906300454t6f4e3eb8x84dfbc13d8539864@mail.gmail.com>
Subject: Re: Monitoring activemq connection
From: Gary Tully <gary.tully@gmail.com>
To: users@activemq.apache.org
Content-Type: multipart/alternative; boundary=000e0cd28e9cece954046d8f784d

--000e0cd28e9cece954046d8f784d
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

you may want to configure an inactivityTimeout to ensure that a broker
network is promptly recognised: see:
http://activemq.apache.org/configuring-wire-formats.html

2009/6/30 Tim Sparg <timothy.sparg@corefreight.com>

>
> hi all
>
> We have an application that receives a lot more messages than it sends. It
> sends an appropriate response to every message that it receives, but never
> initiates a 'conversation' (for lack of a better term)
>
> Our problem is that we have very poor lines between the applications that
> are running ActiveMQ, so the connection may go down completely, drop
> packets
> etc etc...
>
> What then happens is that the application initiating the conversation will
> send a message to the appropriate queue, and the receiving app never picks
> it up.
>
> I was looking at the TransportListener class, which looks quite promising
> with the onException,transportInterrupted() and transportResumed() methods,
> but when i pull out my network cable no error is thrown or methods entered.
> My presumption is that these will only be entered/thrown if the application
> is sending a message.
>
> I also tried getting the TransportChannel and then using the isConnected()
> method on there, but when i pull my network cable out the method still
> returns true.
>
> I'm currently thinking of making the application attempt a reconnection
> after a specified time of inactivity,
> thus if the connection is down/not functioning then an exception can be
> thrown and the problem managed from there.
> However this seems like a fairly shoddy solution, and i'm hoping that
> somebody is aware of a better way of checking that the connection is alive.
>
> thanks
> Tim
>
> --
> View this message in context:
> http://www.nabble.com/Monitoring-activemq-connection-tp24270136p24270136.html
> Sent from the ActiveMQ - User mailing list archive at Nabble.com.
>
>


-- 
http://blog.garytully.com

Open Source Integration
http://fusesource.com

--000e0cd28e9cece954046d8f784d--