activemq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Arthur Naseef (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (AMQ-3336) Temporary Destination errors on H/A failover in broker network with Failover transport
Date Thu, 26 May 2011 16:47:55 GMT

    [ https://issues.apache.org/jira/browse/AMQ-3336?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13039774#comment-13039774
] 

Arthur Naseef commented on AMQ-3336:
------------------------------------

I see.  I'll try the advisory setting - that sounds good.

For abortive, the primary purpose is H/A testing of a failover, although I can test this use
case with that method...  I'll look at that.

Thanks!


> Temporary Destination errors on H/A failover in broker network with Failover transport
> --------------------------------------------------------------------------------------
>
>                 Key: AMQ-3336
>                 URL: https://issues.apache.org/jira/browse/AMQ-3336
>             Project: ActiveMQ
>          Issue Type: Bug
>          Components: Broker
>    Affects Versions: 5.4.2
>         Environment: Client using failover transport
> Network of brokers with failover transports using maxReconnectAttempts=1
> Temporary Queues and Topics
> 5.4.2 with patches
>            Reporter: Arthur Naseef
>            Priority: Minor
>
> Based on the following page, the failover transport should handle Temporary destinations
transparent to clients after a failover:
> {code}
>   http://activemq.apache.org/how-do-i-configure-automatic-reconnection.html
> {code}
> However, I have a test in which a producer to a Temporary Destination receives the following
error on a temporary destination created before a failover, when producing after the failover
(message truncated):
> {code}
>   javax.jms.InvalidDestinationException: Cannot publish to a deleted Destination: temp-queue://ID:
...
> {code}
> Here's the test steps:
>   # create broker network (using 3 nodes in this test, but 2 should suffice)
>     #* each broker connects to the other 2 with duplex network connectors
>     #* failover transport is used (custom "single" transport also used to test)
>     #* H/A pairs; each NODE consits of 2 brokers using shared fileystem locking
>   # start an echo service connected to node "2"
>     #* service listens on a permanent queue
>     #* replyTo header used to send a copy of message back to the sender
>     #* on request, create producer to the replyTo destination, send response, close producer
>     #* using failover transport
>   # start an echo client connected to node "1"
>     #* a temporary Queue or Topic (2 separate tests) is created
>     #* client sends requests to the echo service with replyTo of the temp dest
>     #* requests sent at regular intervals asynchronous of response processing
>     #* multiple requests sent in sequence
>   # after a short delay, node "1" is forced to fail over
>     #* BrokerService stop method called on the active broker in the node
>     #* failover completes succesfully
>   # next request by the echo client to the service result in the following error (message
truncated)
> {code}
>        javax.jms.InvalidDestinationException: Cannot publish to a deleted Destination:
temp-queue://ID: ...
> {code}
> Can the failover transport and broker support transparent recovery of the temporary destination
by a producer on a different broker/connection?
> Note that this sequence works fine with queues, as-expected.  Topics with non-durable
subscriptions lose messages, but that's likely expected due to the consumer being off the
bus for a period of time.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message