[
https://issues.apache.org/jira/browse/GEODE-2137?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15836493#comment-15836493
]
ASF subversion and git services commented on GEODE-2137:
--------------------------------------------------------
Commit 59702a6e099abe2400b69e0aec7fe322c87d9fec in geode's branch
refs/heads/develop from [~bschuchardt]
[ https://git-wip-us.apache.org/repos/asf?p=geode.git;h=59702a6 ]
GEODE-2137 client membership IDs contain 17 bytes of useless information
Reverting the removal of UUIDs from fully serialized member IDs. There is
administration code that caches serialized events containing these IDs.
The cached form is transmitted between nodes without regard to versioning
so it is impossible to track the chain of custody and know how to properly
deserialize a 1.1.0 ID with this change. Version support needs to be
extended to CachedDeserializable classes if we're going to make this sort
of change, so that they know how to properly deserialize an object of
a versioned class.
Removal of UUIDs is still in effect for the compact form of membership ID
used in version tags and elsewhere since this information is not held in
serialized form in cache regions.
> client membership IDs contain 17 bytes of useless information that should be
> removed
> ------------------------------------------------------------------------------------
>
> Key: GEODE-2137
> URL: https://issues.apache.org/jira/browse/GEODE-2137
> Project: Geode
> Issue Type: Improvement
> Components: client/server
> Reporter: Bruce Schuchardt
> Assignee: Bruce Schuchardt
> Fix For: 1.1.0
>
>
> Clients use the same membership ID class as servers. Server IDs contain the
> UUID needed for some communications. They also carry a byte for
> member-weight adjustments. These bytes are not needed in the serialized form
> of client membership IDs and should be supressed, saving 17 bytes per
> serialized ID.
> Server-side version tags and event IDs also do not need these bytes in their
> serialized form.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
