Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add putAllWithMetadata into client protocol [HZ-2583] #468

Merged

Conversation

frant-hartm
Copy link
Contributor

No description provided.

frant-hartm added a commit to frant-hartm/hazelcast that referenced this pull request Jul 27, 2023
frant-hartm added a commit to frant-hartm/hazelcast that referenced this pull request Jul 27, 2023
srknzl
srknzl previously approved these changes Jul 31, 2023
frant-hartm added a commit to hazelcast/hazelcast that referenced this pull request Aug 1, 2023
frant-hartm added a commit to frant-hartm/hazelcast that referenced this pull request Aug 4, 2023
The PR adds new codec/message task and internal API in ClientMapProxy,
reuses existing MergeOperation.
Using the same operation as during split brain/WAN replication makes it
easy to explain the behaviour.

Client protocol PR: hazelcast/hazelcast-client-protocol#468

We exceptionally add a new API to support the data migration tool on
5.3.z as the target cluster.
frant-hartm added a commit to frant-hartm/hazelcast that referenced this pull request Aug 4, 2023
The PR adds new codec/message task and internal API in ClientMapProxy,
reuses existing MergeOperation.
Using the same operation as during split brain/WAN replication makes it
easy to explain the behaviour.

Client protocol PR: hazelcast/hazelcast-client-protocol#468

We exceptionally add a new API to support the data migration tool on
5.3.z as the target cluster.
since: 2.7
doc: |
Put a batch of entries with metadata into an IMap. This is a client side version of WAN entry replication.
Copy link
Collaborator

Choose a reason for hiding this comment

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

may be you can add some more details as in the doc of putAll message (includes some details about partitions etc.).

srknzl
srknzl previously approved these changes Aug 8, 2023
srknzl added a commit to hazelcast/hazelcast that referenced this pull request Aug 9, 2023
The PR adds a new codec/message task and internal API in ClientMapProxy
and reuses existing MergeOperation.
Using the same operation as during split-brain/WAN replication makes it
easy to explain the behavior.

Client protocol PR:
hazelcast/hazelcast-client-protocol#468

We exceptionally add a new API in patch to support the data migration
tool on 5.3.z as the target cluster.

Breaking changes (list specific methods/types/messages):
- New API addition in a patch version . The new API is internal though

Co-authored-by: Serkan Özel <serkan.ozel@hazelcast.com>
@srknzl srknzl merged commit dacee07 into hazelcast:master Aug 15, 2023
1 check passed
frant-hartm added a commit to frant-hartm/hazelcast that referenced this pull request Sep 8, 2023
The PR adds new codec/message task and internal API in ClientMapProxy,
reuses existing MergeOperation.
Using the same operation as during split brain/WAN replication makes it
easy to explain the behaviour.

Client protocol PR: hazelcast/hazelcast-client-protocol#468
frant-hartm added a commit to frant-hartm/hazelcast that referenced this pull request Sep 8, 2023
The PR adds a new codec/message task and internal API in ClientMapProxy
and reuses existing MergeOperation.
Using the same operation as during split-brain/WAN replication makes it
easy to explain the behavior.

Client protocol PR:
hazelcast/hazelcast-client-protocol#468

Co-authored-by: Serkan Özel <serkan.ozel@hazelcast.com>
frant-hartm added a commit to hazelcast/hazelcast that referenced this pull request Sep 11, 2023
The PR adds new codec/message task and internal API in ClientMapProxy,
reuses existing MergeOperation.
Using the same operation as during split brain/WAN replication makes it
easy to explain the behaviour.

Client protocol PR:
hazelcast/hazelcast-client-protocol#468

This is `master` version of
#25144

Also updates the client protocol after merging
hazelcast/hazelcast-client-protocol#466. These
client protocol changes were merged in
#23509, but with a wrong
since version.


Co-authored-by: Serkan Özel <serkan.ozel@hazelcast.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants