public interface Journal extends HornetQComponent
Notice also that even on the callback methods it's possible to pass the sync mode. That will only make sense on the NIO operations.
IDGenerator
Modifier and Type | Interface and Description |
---|---|
static class |
Journal.JournalState |
Modifier and Type | Method and Description |
---|---|
void |
appendAddRecord(long id,
byte recordType,
byte[] record,
boolean sync) |
void |
appendAddRecord(long id,
byte recordType,
EncodingSupport record,
boolean sync) |
void |
appendAddRecord(long id,
byte recordType,
EncodingSupport record,
boolean sync,
IOCompletion completionCallback) |
void |
appendAddRecordTransactional(long txID,
long id,
byte recordType,
byte[] record) |
void |
appendAddRecordTransactional(long txID,
long id,
byte recordType,
EncodingSupport record) |
void |
appendCommitRecord(long txID,
boolean sync) |
void |
appendCommitRecord(long txID,
boolean sync,
IOCompletion callback) |
void |
appendCommitRecord(long txID,
boolean sync,
IOCompletion callback,
boolean lineUpContext) |
void |
appendDeleteRecord(long id,
boolean sync) |
void |
appendDeleteRecord(long id,
boolean sync,
IOCompletion completionCallback) |
void |
appendDeleteRecordTransactional(long txID,
long id) |
void |
appendDeleteRecordTransactional(long txID,
long id,
byte[] record) |
void |
appendDeleteRecordTransactional(long txID,
long id,
EncodingSupport record) |
void |
appendPrepareRecord(long txID,
byte[] transactionData,
boolean sync) |
void |
appendPrepareRecord(long txID,
EncodingSupport transactionData,
boolean sync)
If the system crashed after a prepare was called, it should store information that is required to bring the transaction
back to a state it could be committed.
|
void |
appendPrepareRecord(long txID,
EncodingSupport transactionData,
boolean sync,
IOCompletion callback) |
void |
appendRollbackRecord(long txID,
boolean sync) |
void |
appendRollbackRecord(long txID,
boolean sync,
IOCompletion callback) |
void |
appendUpdateRecord(long id,
byte recordType,
byte[] record,
boolean sync) |
void |
appendUpdateRecord(long id,
byte recordType,
EncodingSupport record,
boolean sync) |
void |
appendUpdateRecord(long id,
byte recordType,
EncodingSupport record,
boolean sync,
IOCompletion completionCallback) |
void |
appendUpdateRecordTransactional(long txID,
long id,
byte recordType,
byte[] record) |
void |
appendUpdateRecordTransactional(long txID,
long id,
byte recordType,
EncodingSupport record) |
Map<Long,JournalFile> |
createFilesForBackupSync(long[] fileIds)
Reserves journal file IDs, creates the necessary files for synchronization, and places
references to these (reserved for sync) files in the map.
|
void |
forceMoveNextFile()
Force the usage of a new
JournalFile . |
int |
getAlignment() |
JournalFile[] |
getDataFiles()
Returns the
JournalFile s in use. |
SequentialFileFactory |
getFileFactory() |
int |
getFileSize() |
int |
getNumberOfRecords() |
int |
getUserVersion() |
void |
lineUpContext(IOCompletion callback) |
JournalLoadInformation |
load(List<RecordInfo> committedRecords,
List<PreparedTransactionInfo> preparedTransactions,
TransactionFailureCallback transactionFailure) |
JournalLoadInformation |
load(LoaderCallback reloadManager) |
JournalLoadInformation |
loadInternalOnly()
Load internal data structures and not expose any data.
|
JournalLoadInformation |
loadSyncOnly(Journal.JournalState state)
Load internal data structures, and remain waiting for synchronization to complete.
|
void |
perfBlast(int pages) |
void |
replicationSyncFinished()
Restarts file reclaim and compacting on the journal.
|
void |
replicationSyncPreserveOldFiles()
Stops any operation that may delete or modify old (stale) data.
|
void |
runDirectJournalBlast() |
void |
scheduleCompactAndBlock(int timeout)
This method will start compact using the compactorExecutor and block up to timeout seconds
|
void |
synchronizationLock()
Write lock the Journal and write lock the compacting process.
|
void |
synchronizationUnlock()
Unlock the Journal and the compacting process.
|
isStarted, start, stop
void appendAddRecord(long id, byte recordType, byte[] record, boolean sync) throws Exception
Exception
void appendAddRecord(long id, byte recordType, EncodingSupport record, boolean sync) throws Exception
Exception
void appendAddRecord(long id, byte recordType, EncodingSupport record, boolean sync, IOCompletion completionCallback) throws Exception
Exception
void appendUpdateRecord(long id, byte recordType, byte[] record, boolean sync) throws Exception
Exception
void appendUpdateRecord(long id, byte recordType, EncodingSupport record, boolean sync) throws Exception
Exception
void appendUpdateRecord(long id, byte recordType, EncodingSupport record, boolean sync, IOCompletion completionCallback) throws Exception
Exception
void appendDeleteRecord(long id, boolean sync) throws Exception
Exception
void appendDeleteRecord(long id, boolean sync, IOCompletion completionCallback) throws Exception
Exception
void appendAddRecordTransactional(long txID, long id, byte recordType, byte[] record) throws Exception
Exception
void appendAddRecordTransactional(long txID, long id, byte recordType, EncodingSupport record) throws Exception
Exception
void appendUpdateRecordTransactional(long txID, long id, byte recordType, byte[] record) throws Exception
Exception
void appendUpdateRecordTransactional(long txID, long id, byte recordType, EncodingSupport record) throws Exception
Exception
void appendDeleteRecordTransactional(long txID, long id, byte[] record) throws Exception
Exception
void appendDeleteRecordTransactional(long txID, long id, EncodingSupport record) throws Exception
Exception
void appendDeleteRecordTransactional(long txID, long id) throws Exception
Exception
void appendCommitRecord(long txID, boolean sync) throws Exception
Exception
void appendCommitRecord(long txID, boolean sync, IOCompletion callback) throws Exception
Exception
void appendCommitRecord(long txID, boolean sync, IOCompletion callback, boolean lineUpContext) throws Exception
txID
- sync
- callback
- lineUpContext
- if appendCommitRecord should call a storeLineUp. This is because the
caller may have already taken into accountException
void appendPrepareRecord(long txID, EncodingSupport transactionData, boolean sync) throws Exception
If the system crashed after a prepare was called, it should store information that is required to bring the transaction back to a state it could be committed.
transactionData allows you to store any other supporting user-data related to the transaction
txID
- transactionData
- - extra user data for the prepareException
void appendPrepareRecord(long txID, EncodingSupport transactionData, boolean sync, IOCompletion callback) throws Exception
Exception
void appendPrepareRecord(long txID, byte[] transactionData, boolean sync) throws Exception
Exception
void appendRollbackRecord(long txID, boolean sync) throws Exception
Exception
void appendRollbackRecord(long txID, boolean sync, IOCompletion callback) throws Exception
Exception
JournalLoadInformation load(LoaderCallback reloadManager) throws Exception
Exception
JournalLoadInformation loadInternalOnly() throws Exception
Exception
JournalLoadInformation loadSyncOnly(Journal.JournalState state) throws Exception
state
- the current state of the journal, this parameter ensures consistency.Exception
void lineUpContext(IOCompletion callback)
JournalLoadInformation load(List<RecordInfo> committedRecords, List<PreparedTransactionInfo> preparedTransactions, TransactionFailureCallback transactionFailure) throws Exception
Exception
int getNumberOfRecords()
int getUserVersion()
void perfBlast(int pages)
Map<Long,JournalFile> createFilesForBackupSync(long[] fileIds) throws Exception
During the synchronization between a live server and backup, we reserve in the backup the journal file IDs used in the live server. This call also makes sure the files are created empty without any kind of headers added.
fileIds
- IDs to reserve for synchronizationException
void synchronizationLock()
void synchronizationUnlock()
synchronizationLock()
void forceMoveNextFile() throws Exception
JournalFile
.Exception
JournalFile[] getDataFiles()
JournalFile
s in use.JournalFile
s in useSequentialFileFactory getFileFactory()
int getFileSize()
void scheduleCompactAndBlock(int timeout) throws Exception
timeout
- the timeout in seconds or block forever if <= 0Exception
void replicationSyncPreserveOldFiles()
Meant to be used during synchronization of data between a live server and its replicating (remote) backup. Old files must not be compacted or deleted during synchronization.
void replicationSyncFinished()
Meant to be used to revert the effect of replicationSyncPreserveOldFiles()
. it should
only be called once the synchronization of the backup and live servers is completed.
Copyright © 2018 JBoss by Red Hat. All rights reserved.