qpid-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Keith W <keith.w...@gmail.com>
Subject Re: Inactivity Timeout with Java Broker
Date Tue, 24 Jun 2014 18:05:37 GMT
Hello David

In the Java Broker, you can't currently disable heart beating from the
broker side.

If the client requests heart beating, the Broker will respect this request.
To turn off heat beating, configure the Java client (*) by using the
"heartbeat" broker list property [1] in the connection url, or via
the qpid.heartbeat system property [2] and set the value to zero.

You may have noticed a broker attribute "connection.heartBeatDelay"
(settable through the Web Management Console) but this can't be used to
turn off heat beating if requested by the client.  (For AMQP 0-10
connections, this value sets the heartbeat maximum used during the
connection.tune negotiation, for AMQP 0-8..0-9-1 connections this value
will enable heartbeating if the client does not request it).

Kind regards, Keith Wall.


(*) = Qpid AMQP 0-x JMS Client

On 24 June 2014 14:07, David Frank <david.frank@aitengineering.com> wrote:

> Java Broker 0.26
> Java Client 0.14 (although we've tried it with 0.26 also)
> Java 1.7.0_51 x64
> We recently switched from the C++ Broker to the Java Broker to support one
> of our customer's requests.  Unfortunately, we've had lots of problems
> since then.  I believe most are related to the Java Broker closing
> connections due to Inactivity.  As we start our application, there can be
> quite a bit of CPU and IO access, which tends to slow everything down.
>  This slow down can often cause the clients to miss their heartbeats to the
> broker.  The broker then closes the connection and our application fails to
> start successfully.
> We've tried the "qpid.broker_heartbeat_timeout_factor" property, but it
> doesn't seem to have any effect.  In fact, I don't see it actually being
> used by the broker code. A constant is set with the value in
> BrokerProperties, but the constant is never used.
> Any suggestions?
> Thanks,
> David Frank
> AIT Engineering
> 321-235-7583

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message