Mailing-List: contact users-help@activemq.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@activemq.apache.org
Received-SPF: pass (nike.apache.org: domain of lists@nabble.com designates
 216.139.236.158 as permitted sender)
Message-ID: <23594092.post@talk.nabble.com>
Date: Mon, 18 May 2009 02:32:35 -0700 (PDT)
From: lyall <Lyall@The-Pearces.com>
To: users@activemq.apache.org
Subject: Re: Durable Subscriber and unclean disconnection
In-Reply-To: <3a73c17c0905180215k2b4e4359kfaf2284089fde882@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
References: <23591185.post@talk.nabble.com>
 <3a73c17c0905180215k2b4e4359kfaf2284089fde882@mail.gmail.com>


Thank you Gary.

I had found another post regarding this same 'disconnected durable
subscriber' issue.
Simply saying 'BPEL should correctly disconnect', does not help if the BPEL
server should happen to fail - power, hardware, network disconnect, etc. The
new connection needs to replace the old, if it can be shown that the old is
dead. I have no idea if this is possible.

Regarding the 'connecting to itself', I will attempt to obtain more info,
maybe the Snapshot version, once I get the wildcard setting done, does not
have the problems with regard to durable subscribers. It's entirely possible
my bumbling attempts at configuration introduced the problem itself. I will
have another crack and get back.

...Lyall


Gary Tully wrote:
> 
> 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
> <https://issues.apache.org/activemq/browse/AMQ-2094>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 <Lyall@the-pearces.com>
> 
>>
>> 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:
>> http://www.nabble.com/Durable-Subscriber-and-unclean-disconnection-tp23591185p23591185.html
>> Sent from the ActiveMQ - User mailing list archive at Nabble.com.
>>
>>
> 
> 
> -- 
> http://blog.garytully.com
> 
> Open Source SOA
> http://FUSESource.com
> 
> 

-- 
View this message in context: http://www.nabble.com/Durable-Subscriber-and-unclean-disconnection-tp23591185p23594092.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.