This is documentation for the LevelDB implementation of thePersistence QueryAPI. Note that implementations for other journals may have different semantics.
Warning: This module is marked as“experimental”as of its introduction in Akka 2.4.0. We will continue to improve this API based on our users’ feedback, which implies that while we try to keep incompatible changes to a minimum the binary compatibility guarantee for maintenance releases does not apply to the contents of theakka.persistence.querypackage.
3.11.1 Dependencies
Akka persistence LevelDB query implementation is bundled in theakka-persistence-query-experimental artifact. Make sure that you have the following dependency in your project:
<dependency>
<groupId>com.typesafe.akka</groupId>
<artifactId>akka-persistence-query-experimental_2.11</artifactId>
<version>2.4.10</version>
</dependency>
3.11.2 How to get the ReadJournal
TheReadJournalis retrieved via theakka.persistence.query.PersistenceQueryextension:
final ActorMaterializer mat = ActorMaterializer.create(system);
LeveldbReadJournal queries =
PersistenceQuery.get(system).getReadJournalFor(LeveldbReadJournal.class, LeveldbReadJournal.Identifier());
3.11.3 Supported Queries
EventsByPersistenceIdQuery and CurrentEventsByPersistenceIdQuery
eventsByPersistenceId is used for retrieving events for a specific PersistentActor identified by persistenceId.
3.11. Persistence Query for LevelDB 223
LeveldbReadJournal queries =
PersistenceQuery.get(system).getReadJournalFor(LeveldbReadJournal.class, LeveldbReadJournal.Identifier());
Source<EventEnvelope, NotUsed> source =
queries.eventsByPersistenceId("some-persistence-id", 0, Long.MAX_VALUE);
You can retrieve a subset of all events by specifyingfromSequenceNrandtoSequenceNror use0Land Long.MAX_VALUErespectively to retrieve all events. Note that the corresponding sequence number of each event is provided in theEventEnvelope, which makes it possible to resume the stream at a later point from a given sequence number.
The returned event stream is ordered by sequence number, i.e. the same order as thePersistentActor persisted the events. The same prefix of stream elements (in same order) are returned for multiple executions of the query, except for when events have been deleted.
The stream is not completed when it reaches the end of the currently stored events, but it continues to push new events when new events are persisted. Corresponding query that is completed when it reaches the end of the currently stored events is provided bycurrentEventsByPersistenceId.
The LevelDB write journal is notifying the query side as soon as events are persisted, but for efficiency reasons the query side retrieves the events in batches that sometimes can be delayed up to the configured refresh-intervalor givenRefreshIntervalhint.
The stream is completed with failure if there is a failure in executing the query in the backend journal.
AllPersistenceIdsQuery and CurrentPersistenceIdsQuery
allPersistenceIdsis used for retrieving allpersistenceIdsof all persistent actors.
LeveldbReadJournal queries =
PersistenceQuery.get(system).getReadJournalFor(LeveldbReadJournal.class, LeveldbReadJournal.Identifier());
Source<String, NotUsed> source = queries.allPersistenceIds();
The returned event stream is unordered and you can expect different order for multiple executions of the query.
The stream is not completed when it reaches the end of the currently usedpersistenceIds, but it continues to push newpersistenceIdswhen new persistent actors are created. Corresponding query that is completed when it reaches the end of the currently usedpersistenceIdsis provided bycurrentPersistenceIds.
The LevelDB write journal is notifying the query side as soon as newpersistenceIdsare created and there is no periodic polling or batching involved in this query.
The stream is completed with failure if there is a failure in executing the query in the backend journal.
EventsByTag and CurrentEventsByTag
eventsByTagis used for retrieving events that were marked with a given tag, e.g. all domain events of an Aggregate Root type.
LeveldbReadJournal queries =
PersistenceQuery.get(system).getReadJournalFor(LeveldbReadJournal.class, LeveldbReadJournal.Identifier());
Source<EventEnvelope, NotUsed> source = queries.eventsByTag("green", 0);
To tag events you create an Event Adapters that wraps the events in a
akka.persistence.journal.Taggedwith the giventags.
3.11. Persistence Query for LevelDB 224
public class MyTaggingEventAdapter implements WriteEventAdapter {
@Override
public Object toJournal(Object event) { if (event instanceof String) {
String s = (String) event;
Set<String> tags = new HashSet<String>();
if (s.contains("green")) tags.add("green");
if (s.contains("black")) tags.add("black");
if (s.contains("blue")) tags.add("blue");
if (tags.isEmpty()) return event;
else
return new Tagged(event, tags);
} else {
return event;
} }
@Override
public String manifest(Object event) { return "";
} }
You can retrieve a subset of all events by specifyingoffset, or use0Lto retrieve all events with a given tag.
Theoffsetcorresponds to an ordered sequence number for the specific tag. Note that the corresponding offset of each event is provided in theEventEnvelope, which makes it possible to resume the stream at a later point from a given offset.
In addition to theoffsettheEventEnvelopealso providespersistenceIdandsequenceNrfor each event. ThesequenceNris the sequence number for the persistent actor with thepersistenceIdthat per- sisted the event. ThepersistenceId+sequenceNris an unique identifier for the event.
The returned event stream is ordered by the offset (tag sequence number), which corresponds to the same order as the write journal stored the events. The same stream elements (in same order) are returned for multiple executions of the query. Deleted events are not deleted from the tagged event stream.
Note: Events deleted usingdeleteMessages(toSequenceNr)are not deleted from the “tagged stream”.
The stream is not completed when it reaches the end of the currently stored events, but it continues to push new events when new events are persisted. Corresponding query that is completed when it reaches the end of the currently stored events is provided bycurrentEventsByTag.
The LevelDB write journal is notifying the query side as soon as tagged events are persisted, but for effi- ciency reasons the query side retrieves the events in batches that sometimes can be delayed up to the configured refresh-intervalor givenRefreshIntervalhint.
The stream is completed with failure if there is a failure in executing the query in the backend journal.
3.11.4 Configuration
Configuration settings can be defined in the configuration section with the absolute path correspond- ing to the identifier, which is "akka.persistence.query.journal.leveldb" for the default LeveldbReadJournal.Identifier.
It can be configured with the following properties:
# Configuration for the LeveldbReadJournal akka.persistence.query.journal.leveldb {
3.11. Persistence Query for LevelDB 225
# Implementation class of the LevelDB ReadJournalProvider
class = "akka.persistence.query.journal.leveldb.LeveldbReadJournalProvider"
# Absolute path to the write journal plugin configuration entry that this
# query journal will connect to. That must be a LeveldbJournal or
˓→SharedLeveldbJournal.
# If undefined (or "") it will connect to the default journal as specified by the
# akka.persistence.journal.plugin property.
write-plugin = ""
# The LevelDB write journal is notifying the query side as soon as things
# are persisted, but for efficiency reasons the query side retrieves the events
# in batches that sometimes can be delayed up to the configured `refresh-
˓→interval`.
refresh-interval = 3s
# How many events to fetch in one query (replay) and keep buffered until they
# are delivered downstreams.
max-buffer-size = 100 }