Tellier Benoit created JAMES-2309:
-------------------------------------
Summary: Long overflow in JMS delays
Key: JAMES-2309
URL: https://issues.apache.org/jira/browse/JAMES-2309
Project: James Server
Issue Type: Bug
Components: Queue
Reporter: Tellier Benoit
When using a Long.MAX delay value:
- TimeUnit delay conversion to ms detect the overflow and fallback to maximum
value
- But nextDeliverycalculation in *{color:#ffc66d}getJMSProperties{color}* adds
that value to current time. And that computation DO overflow.
See DelayedMailQueueTest ::
*{color:#ffc66d}enqueueWithVeryLongDelayShouldDelayMail{color}*
The consequence is that a delayed mail is directly delivered. Correct behaviour
would be to keep preserving Long.MAX value.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
