Mailing-List: contact dev-help@activemq.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@activemq.apache.org
Received-SPF: pass (athena.apache.org: domain of Tim.Bish@sensis.com
 designates 199.105.164.5 as permitted sender)
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: Fixed Ab-end in latest public release.
Date: Wed, 2 Jul 2008 11:56:52 -0400
Message-ID: 
 <5A211522579EBD4A83155ED7FA153063013B680C@corpatsmail1.corp.sensis.com>
In-Reply-To: <18240676.post@talk.nabble.com>
Thread-Topic: Fixed Ab-end in latest public release.
Thread-Index: AcjcW1hZdOf6GBIWSfu13q6fanTRQQAAJ+ZA
From: "Bish, Tim" <Tim.Bish@Sensis.com>
To: <dev@activemq.apache.org>

Please feel free to create a Jira Issue to capture this along with your
fix comments, that way it won't slip through the cracks.  Also v2.2 is
out with several fixes in the Socket code and error handling which might
be helpful.

Regards
Tim.

> -----Original Message-----
> From: bozimmerman [mailto:bo@zimmers.net]
> Sent: Wednesday, July 02, 2008 11:49 AM
> To: dev@activemq.apache.org
> Subject: Fixed Ab-end in latest public release.
>=20
>=20
> Forgive me if this is already known.
>=20
> On both solarisx86 and linux platforms, version 2.1.3 public release.
>=20
> My code looks like this:
>=20
> activemq::core::ActiveMQConnectionFactory connectionFactory =3D new
> ActiveMQConnectionFactory(URL);
> cms::Connection connection =3D connectionFactory->createConnection();
> connection->start();
>=20
> Problem: the start command above would cause my application to
ab-end...
> VERY infrequently... I would normally have to connect repeatedly every
30
> secs or so for a whole day to see the problem.
>=20
> Cause: In ResponseCorrelator::request method:
>=20
> futureResponse->wait( maxResponseWaitTime ) would time-out (the full
> default
> 3 seconds went by), and
>=20
> response =3D futureResponse->getResponse() would return null.
>=20
> Now, at the bottom, after response is checked for null,
>=20
> throw CommandIOException( __FILE__, __LINE__,
>     "No valid response received for command: %s, check broker.",
>     command->toString().c_str() );
>=20
> would cause the crash in my application.  I suspect (but did not
confirm)
> that command->toString() is either crashing itself, or returning null
or a
> bad buffer pointer.  Since its just an exception message, I didn't
really
> care.
>=20
> Fix:
> throw CommandIOException( __FILE__, __LINE__, "No valid response
received
> for command, check broker.");
>=20
> Verified: I ran my tests, and after 15 hours of continuous running I
got
> exactly one timeout on connection->start().  However, unlike all the
other
> times, no ab-end was observed and my application recovered and
reconnected
> normally after catching the exception.
>=20
> Please do with what you will.  Have a good day!
>=20
> - Bo Zimmerman
> --
> View this message in context: http://www.nabble.com/Fixed-Ab-end-in-
> latest-public-release.-tp18240676p18240676.html
> Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.