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 lists@nabble.com designates
 216.139.236.158 as permitted sender)
Message-ID: <27564631.post@talk.nabble.com>
Date: Fri, 12 Feb 2010 06:46:44 -0800 (PST)
From: Sodan <sodan@sodan.dk>
To: users@activemq.apache.org
Subject: Re: DeadLock in CMS 3.1 ?
In-Reply-To: <1265982360.2334.6.camel@localhost>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
References: <27562260.post@talk.nabble.com>
 <1265982360.2334.6.camel@localhost>


Actually I were able to reproduce it every time, I started the app.
Nothing much going on, but as soon I as recieved a message a create
a session/producer from the replyto dest, then it will just hang there...
maybe the other end (ie. the broker) is somehow faulty and dont return
a response so createsession just hangs...

we restarted the broker and now it works... (until next time)...

should it throw an exception right away or after some time ?

S=C3=B8ren


Timothy Bish wrote:
>=20
> On Fri, 2010-02-12 at 03:35 -0800, Sodan wrote:
>> When lots of message are going on I suddenly sometimes get:
>>=20
>> res =3D WaitForSingleObject( condition->semaphore, (DWORD)mills ); //
>> forever
>> ??
>> hang here forever
>>=20
>> lobbyserver.exe!decaf::internal::util::concurrent::ConditionImpl::wait(d=
ecaf::util::concurrent::ConditionHandle
>> * condition=3D0x098c9e18, __int64 mills=3D0x00000000ffffffff, __int64
>> nanos=3D0x0000000000000000)  Line 110 + 0x10 bytes=09C++
>> lobbyserver.exe!decaf::internal::util::concurrent::ConditionImpl::wait(d=
ecaf::util::concurrent::ConditionHandle
>> * condition=3D0x098c9e18)  Line 71 + 0x11 bytes=09C++
>> lobbyserver.exe!decaf::util::concurrent::Mutex::wait()  Line 95 + 0xf
>> bytes
>> C++
>> lobbyserver.exe!decaf::util::concurrent::CountDownLatch::await()  Line 5=
3
>> +
>> 0x17 bytes=09C++
>> lobbyserver.exe!activemq::transport::correlator::FutureResponse::getResp=
onse()=20
>> Line 63=09C++
>> lobbyserver.exe!activemq::transport::correlator::ResponseCorrelator::req=
uest(const
>> decaf::lang::Pointer<activemq::commands::Command,decaf::lang::AtomicRefC=
ounter>
>> & command=3D{...})  Line 119 + 0x2d bytes=09C++
>> lobbyserver.exe!activemq::core::ActiveMQConnection::syncRequest(decaf::l=
ang::Pointer<activemq::commands::Command,decaf::lang::AtomicRefCounter>
>> command=3D{...}, unsigned int timeout=3D0x00000000)  Line 611 + 0x32 byt=
es
>> C++
>> lobbyserver.exe!activemq::core::ActiveMQConnection::createSession(cms::S=
ession::AcknowledgeMode
>> ackMode=3DAUTO_ACKNOWLEDGE)  Line 149=09C++
>>=20
>> S=C3=B8ren
>>=20
>=20
> Can you provide more information on this such as a small sample app that
> demonstrates the issue.  I need more context into what you are doing
> when this occurs before I can start to investigate.
>=20
> Regards
>=20
>=20
> --=20
> Tim Bish
>=20
> Open Source Integration: http://fusesource.com
> ActiveMQ in Action: http://www.manning.com/snyder/
>=20
> Follow me on Twitter: http://twitter.com/tabish121
> My Blog: http://timbish.blogspot.com/
>=20
>=20
>=20

--=20
View this message in context: http://old.nabble.com/DeadLock-in-CMS-3.1---t=
p27562260p27564631.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.