[
https://issues.apache.org/jira/browse/QPID-1632?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Aidan Skinner updated QPID-1632:
--------------------------------
Assignee: Martin Ritchie (was: Aidan Skinner)
Status: Open (was: Ready To Review)
TxAck.undoPrepare is now a no-op. Why not remove it entirely?
Why change discard to dequeueAndDelete? The former seems clearer in intent to
me...
DerbyMessageStore has a commented out line and a todo checked in... at least
raise a seperate Jira for this if it isn't going to be fixed.
MockQueueEntry is no longer a mock, it should be renamed to something else.
> Move reference counting from AMQMessage and Queue classes to TransactionLog
> ---------------------------------------------------------------------------
>
> Key: QPID-1632
> URL: https://issues.apache.org/jira/browse/QPID-1632
> Project: Qpid
> Issue Type: Sub-task
> Components: Java Broker
> Affects Versions: M4
> Reporter: Martin Ritchie
> Assignee: Martin Ritchie
> Fix For: M5
>
> Original Estimate: 24h
> Remaining Estimate: 24h
>
> Reference counting in the Java broker has caused a number of problems. By
> consolidating it in the TransactionLog we can unit test it to validate its
> behaviour.
> The reference counting updates are spread throughout the code base so there
> will be a bit of clean up required.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:[email protected]
