You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@activemq.apache.org by "Andrei Shakirin (JIRA)" <ji...@apache.org> on 2015/10/09 17:03:26 UTC
[jira] [Created] (AMQ-6007) Regression from 5.8.0: old
scheduledJobId set by client causes ignoring AMQ_SCHEDULED_DELAY
Andrei Shakirin created AMQ-6007:
------------------------------------
Summary: Regression from 5.8.0: old scheduledJobId set by client causes ignoring AMQ_SCHEDULED_DELAY
Key: AMQ-6007
URL: https://issues.apache.org/jira/browse/AMQ-6007
Project: ActiveMQ
Issue Type: Improvement
Reporter: Andrei Shakirin
Hi ActiveMQ community,
I am observing a following regression from AMQ 5.8.0:
Use case:
1) client receives message already scheduled for broker with AMQ_SCHEDULED_DELAY
2) client creates new message and copies scheduledJobId property from received one
3) clients sets new AMQ_SCHEDULED_DELAY and sends the new message
Expected behavior: new message will be scheduled for broker honoring AMQ_SCHEDULED_DELAY
Current behavior: new message will not be scheduled and is delivered immediately. AMQ_SCHEDULED_DELAY property stays in message.
In ActiveMQ 5.8.0 this scenario works without problems. I am not sure is it intended behavior or bug.
Can easily happens in Camel routes reading and re-sending the messages. Camel takes over all JMS properties into Exchange and old scheduledJobId can be sent as a property of new message (if wouldn't be reset explicitly) that prevents scheduling of new message. Nasty bug that is quite difficult to debug.
Regards,
Andrei.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)