Merge pull request #18721 from eshepelyuk/highestSeqNoKeptAfterMsgDeletion-18559-eshepelyuk
=per #18559 TCK tests for highestSequenceNr not reset after journal message deletion
This commit is contained in:
commit
ba12c04026
5 changed files with 114 additions and 83 deletions
|
|
@ -51,6 +51,7 @@ trait AsyncRecovery {
|
|||
* number after recovery as the starting point when persisting new events.
|
||||
* This sequence number is also used as `toSequenceNr` in subsequent call
|
||||
* to [[#asyncReplayMessages]] unless the user has specified a lower `toSequenceNr`.
|
||||
* Journal must maintain the highest sequence number and never decrease it.
|
||||
*
|
||||
* This call is protected with a circuit-breaker.
|
||||
*
|
||||
|
|
|
|||
|
|
@ -215,6 +215,7 @@ trait AsyncWriteJournal extends Actor with WriteJournalBase with AsyncRecovery {
|
|||
* (inclusive).
|
||||
*
|
||||
* This call is protected with a circuit-breaker.
|
||||
* Message deletion doesn't affect the highest sequence number of messages, journal must maintain the highest sequence number and never decrease it.
|
||||
*/
|
||||
def asyncDeleteMessagesTo(persistenceId: String, toSequenceNr: Long): Future[Unit]
|
||||
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue