activemq-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gary Tully <>
Subject Re: Durable Subscriber and unclean disconnection
Date Mon, 18 May 2009 09:15:27 GMT
seems like a bpel process un/re-deployment logic should be doing an
unsubscribe to remove the durable subscription.

Failing this, an activemq feature where a configuration option on a durable
subscriber could specify an inactivityTimeout after which time an inactive
durable subscription would expire could help here. No such feature exists at
the moment though.

On localhost listens and multiple interfaces with the 5.3-SNAPSHOT, some
details can be found in the AMQ-2094 jira issue
<>for that change of
behavior. To listen on all interfaces (the old behaviour) you need to
specify the wildcard address.
 Could you comment on that issue with your feedback w.r.t connections to its
self so we can get to the bottom of it? thanks.

2009/5/18 lyall <>

> I am using ActiveMQ 5.2.0 on Windows 2003 Server.
> Out of the box config.
> If a client to a topic disconnects, due to failure, or in my case,
> re-deployment of a BPEL process, it cannot re-connect as ActiveMQ says that
> it is still connected.
> I tried 5.3.snapshot (as at 18-May-2009) but that bought a whole slew of
> new
> problems, including which interfaces it listens on and trying to establish
> connections with itself if I attempt to force particular interfaces - at
> least 5.2.0 works, except for this reconnection point.
> How can I work around this? Can I?
> ...Lyall
> --
> View this message in context:
> Sent from the ActiveMQ - User mailing list archive at


Open Source SOA

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