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)