Mailing-List: contact users-help@activemq.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@activemq.apache.org
Received-SPF: pass (herse.apache.org: domain of jackh@google.com designates
 216.239.45.13 as permitted sender)
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns;
	h=received:message-id:date:from:to:subject:in-reply-to:
	mime-version:content-type:content-transfer-encoding:
	content-disposition:references;
	b=cCGePlF/0A1Z78kOrDsWrK05Is+zHO11KgHZ62wJkxwQjbTNL8Tq0uEqQEWPevjrh
	4R/XzCqpdEv814706WBiQ==
Message-ID: <79d7b4830702161248p20f8340cga90d5b24734e9209@mail.gmail.com>
Date: Fri, 16 Feb 2007 15:48:13 -0500
From: "Jack Humphrey" <jackh@google.com>
To: users@activemq.apache.org
Subject: Re: 4.1 hang in ActiveMQSession.setClientID
In-Reply-To: <ec6e67fd0702140221y4071fd4ar2dbf836253b274ec@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <79d7b4830702131527g15deceb4p281d977cff9963e5@mail.gmail.com>
	 <ec6e67fd0702140221y4071fd4ar2dbf836253b274ec@mail.gmail.com>

Don't have much more data at this point, but what is troubling is that
regardless of the state of the broker when the hang starts, when we
notice the hang the broker is inevitably working fine and accepting
connections. To work around this we're going to try putting our code
that establishes the connection in a background thread and kill it if
it doesn't complete before a timeout.

We recently upgraded from 3.2 and never had this problem there.

++Jack++

On 2/14/07, James Strachan <james.strachan@gmail.com> wrote:
> The hang could just mean that the broker is down/hung/busy? Its
> basically just waiting for the broker to respond. Do you see anything
> in the broker log?
>
> On 2/13/07, Jack Humphrey <jackh@google.com> wrote:
> > When creating a new connection, I am sometimes seeing a hang in
> > setClientID when it tries to send the info command to the broker. Has
> > anyone seen this? Any ideas? Thanks.
> >
> > Id: 18, Name: ***, State: WAITING, Lock:
> > edu.emory.mathcs.backport.java.util.concurrent.locks.CondVar@1f096d6
> >  java.lang.Object.wait(Native Method)
> >  java.lang.Object.wait(Unknown Source)
> >  edu.emory.mathcs.backport.java.util.concurrent.locks.CondVar.await(CondVar.java:75)
> >  edu.emory.mathcs.backport.java.util.concurrent.ArrayBlockingQueue.take(ArrayBlockingQueue.java:318)
> >  org.apache.activemq.transport.FutureResponse.getResult(FutureResponse.java:42)
> >  org.apache.activemq.transport.ResponseCorrelator.request(ResponseCorrelator.java:75)
> >  org.apache.activemq.ActiveMQConnection.syncSendPacket(ActiveMQConnection.java:1171)
> >  org.apache.activemq.ActiveMQConnection.ensureConnectionInfoSent(ActiveMQConnection.java:1259)
> >  org.apache.activemq.ActiveMQConnection.setClientID(ActiveMQConnection.java:361)
> >
>
>
> --
>
> James
> -------
> http://radio.weblogs.com/0112098/
>