4489a72bea
- single and bulk deletion of messages - single and bulk deletion of snapshots - run journal and snapshot store as system actors - rename physical parameter in delete methods to permanent - StashSupport.prepend docs and implementation enhancements
38 lines
1.6 KiB
Java
38 lines
1.6 KiB
Java
/**
|
|
* Copyright (C) 2009-2013 Typesafe Inc. <http://www.typesafe.com>
|
|
*/
|
|
|
|
package akka.persistence.journal.japi;
|
|
|
|
import scala.concurrent.Future;
|
|
|
|
import akka.japi.Procedure;
|
|
import akka.persistence.PersistentRepr;
|
|
|
|
interface AsyncReplayPlugin {
|
|
//#async-replay-plugin-api
|
|
/**
|
|
* Java API, Plugin API: asynchronously replays persistent messages.
|
|
* Implementations replay a message by calling `replayCallback`. The returned
|
|
* future must be completed when all messages (matching the sequence number
|
|
* bounds) have been replayed. The future `Long` value must be the highest
|
|
* stored sequence number in the journal for the specified processor. The
|
|
* future must be completed with a failure if any of the persistent messages
|
|
* could not be replayed.
|
|
*
|
|
* The `replayCallback` must also be called with messages that have been marked
|
|
* as deleted. In this case a replayed message's `deleted` method must return
|
|
* `true`.
|
|
*
|
|
* The channel ids of delivery confirmations that are available for a replayed
|
|
* message must be contained in that message's `confirms` sequence.
|
|
*
|
|
* @param processorId processor id.
|
|
* @param fromSequenceNr sequence number where replay should start (inclusive).
|
|
* @param toSequenceNr sequence number where replay should end (inclusive).
|
|
* @param replayCallback called to replay a single message. Can be called from any
|
|
* thread.
|
|
*/
|
|
Future<Long> doReplayAsync(String processorId, long fromSequenceNr, long toSequenceNr, Procedure<PersistentRepr> replayCallback);
|
|
//#async-replay-plugin-api
|
|
}
|