History | Log In     View a printable version of the current page.  
Issue Details (XML | Word | Printable)

Key: AMQ-1165
Type: Bug Bug
Status: Resolved Resolved
Resolution: Fixed
Priority: Major Major
Assignee: Hiram Chirino
Reporter: Dain Sundstrom
Votes: 0
Watchers: 1
Operations

If you were logged in you would be able to see more operations.
ActiveMQ

RegionBroker resets JMS Timestamp

Created: 21/Feb/07 04:26 PM   Updated: 26/Feb/07 05:35 PM
Component/s: None
Affects Version/s: 4.1.0
Fix Version/s: 5.0.0, 4.1.1

Time Tracking:
Not Specified

File Attachments:
  Size
Text File Timestamp.patch 2007-02-21 04:26 PM Dain Sundstrom 5 kb

Patch Info: Patch Available


 Description  « Hide
The RegionBroker contains the following logic, which overwrites the JMSTimestamp. FWIU, the message timestamp should be set once at send and never changed by the broker.

if (message.getTimestamp() > 0 && (message.getBrokerPath() == null || message.getBrokerPath().length == 0)) { //timestamp not been disabled and has not passed through a network message.setTimestamp(System.currentTimeMillis()); }

Attached is a simple test case and patch that changes the '>' in the if statement above to '<='. I'm not sure if that is the proper fix, but it did make my problem go away.



 All   Comments   Work Log   Change History   Subversion Commits   FishEye   Crucible      Sort Order: Ascending order - Click to sort in descending order
Jason Dillon - 22/Feb/07 10:00 PM
Has anyone had a chance to look at this? This is a blocking issue for release of Geronimo 1.2 due to TCK certification...

Hiram Chirino - 25/Feb/07 12:31 AM
That logic was put in place as a "Feature".. In rev 511463 in 4.1 trunk I have now made that "Feature" optional so that we don't break JMS compliance.

Hiram Chirino - 25/Feb/07 12:35 AM
also fixed in trunk rev 511464

Dain Sundstrom - 26/Feb/07 02:39 PM
I think you forgot to commit the test case.

Hiram Chirino - 26/Feb/07 05:35 PM
Your right.. corrected in rev 512102 and 512104