1.47.1

Known issues

• [Java] ClusterBackup might connect to two different Cluster nodes simultaneously whereby one is used to provide the live Raft log replay and to download the snapshots, whereas the other one is used to fetch the latest list of snapshot entries and the recording log metadata. As long as all of the Cluster nodes are "in sync" (i.e. have the same set of snapshots) then everything is ok. However, if the second node from which ClusterBackup fetches the snapshots was down for some time (i.e. does not have all of the snapshots) then the ClusterBackup might end up with a broken recording log whereby recording log entries will have a different log position to the underlying snapshot recordings.
  Fixed in 1.47.3

Changelog

• [Java] Fix Archive regression where sending descriptors (i.e. AeronArchive#listRecording, AeronArchive#listRecordings, AeronArchive#listRecordingsForUri, AeronArchive#listRecordingSubscriptions) could result in corrupted or duplicate data to be returned.
• [C] Fix incorrect aeron_array_fast_unordered_remove usages in the client conductor. (#1728)
• [Java/C] Send a new NAK if the gap length changes. (#1729)
• [Java] Update the archiveId in the mark file if it is set when concluding the context. (#1726)
• [Java] Fix java system test on Alpine (musl libc). (#1734)
• [C] Fix var-args bug in error reporting.
• [C++] add aeronDir() method for context. (#1725)
• [C++] Fix the issue with .h file imports in aeron-client cpp_wrapper. (#1727)
• [Java] Upgrade to ByteBuddy 1.16.1.