[
https://issues.apache.org/jira/browse/DERBY-3016?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jørgen Løland updated DERBY-3016:
---------------------------------
Attachment: slave_logscan_1.diff
slave_logscan_1.stat
The attached patch, v1, contains a class ReplicationLogScan that will be used
to parse chunks of log received from the master. It contains an implementation
for reading int, long and bytes from a byte[] instead of using
java.nio.ByteBuffer. As discussed in DERBY-2926, this is done in case we want
to allow replication in j2me applications.
The patch also adds a new error code to SQLState.java. I chose error codes
XRExx to be the range for replication errors since X is an implementation
specific range according to the SQL standard, and XRE fits the naming pattern
used for other derby specific error messages.
> Replication: Add code that parses a chunk of log records (byte[]) into
> individual log records
> ----------------------------------------------------------------------------------------------
>
> Key: DERBY-3016
> URL: https://issues.apache.org/jira/browse/DERBY-3016
> Project: Derby
> Issue Type: Sub-task
> Components: Services
> Affects Versions: 10.4.0.0
> Reporter: Jørgen Løland
> Assignee: Jørgen Løland
> Attachments: slave_logscan_1.diff, slave_logscan_1.stat
>
>
> The derby instance that has the slave role for a database 'x' has to redo log
> records sent from the master. These log records are sent in chunks as a
> byte[]. To be useful to the slave, these chunks of log records must be parsed
> into individual log records.
> The actual format of the received log record chunks is defined by the
> replication log buffer (see DERBY-2926).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
