Skip to content

Conversation

@VeskeR
Copy link
Contributor

@VeskeR VeskeR commented Sep 4, 2025

The name SyncObjectsPool incorrectly suggests it has something to do with the ObjectsPool used to store actual live objects, while it's only a temporary array of object sync messages received during sync sequence.

The current ably-js implementation is also too complicated as there is no need anymore to store object sync messages in any kind of map of objectId -> objectMessage, and it can be replaced via simple list like the current spec suggests.

Also for spec items points RTLC6f and RTLM6f which refer to the outer @ObjectMessage@ for the @ObjectState@ it would make more sense for the SyncObjectsPool to directly hold a list of ObjectMessage messages, not the underlying ObjectState, hence the renaming to SyncObjectMessages

@VeskeR VeskeR added the live-objects Related to LiveObjects functionality. label Sep 4, 2025
@VeskeR VeskeR changed the title Rename SyncObjectsPool to SyncObjectMessages and clarify its type [WIP] Rename SyncObjectsPool to SyncObjectMessages and clarify its type Sep 4, 2025
@VeskeR VeskeR marked this pull request as draft September 4, 2025 19:13
*** @(RTO5a4)@ The objects sync sequence for that sequence identifier is considered complete once the cursor is empty; that is when the @channelSerial@ looks like @<sequence id>:@
*** @(RTO5a5)@ An @OBJECT_SYNC@ may also be sent with no @channelSerial@ attribute. In this case, the sync data is entirely contained within the @ProtocolMessage@
** @(RTO5b)@ During the sync sequence, the @ObjectMessage.object@ values from incoming @OBJECT_SYNC@ @ProtocolMessages@ must be temporarily stored in the internal @SyncObjectsPool@ list
** @(RTO5b)@ During the sync sequence, the @ObjectMessage.object@ values from incoming @OBJECT_SYNC@ @ProtocolMessages@ must be temporarily stored in the internal @SyncObjectMessages@ list
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Given what you said in the PR description (about needing info from the ObjectMessage) I think that this and its subpoint need changing?

@VeskeR VeskeR force-pushed the PUB-1829/object-write-API branch 2 times, most recently from 79ad8d9 to 3517453 Compare September 8, 2025 08:43
Base automatically changed from PUB-1829/object-write-API to main September 8, 2025 08:44
@VeskeR VeskeR removed the request for review from sacOO7 September 8, 2025 08:47
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

live-objects Related to LiveObjects functionality.

Development

Successfully merging this pull request may close these issues.

2 participants