You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@geode.apache.org by "Darrel Schneider (Jira)" <ji...@apache.org> on 2021/10/20 20:20:00 UTC

[jira] [Created] (GEODE-9757) a geode transaction done directly on a server that adds a value to an entry on a partitioned region does not store it in a CachedDeserializable

Darrel Schneider created GEODE-9757:
---------------------------------------

             Summary: a geode transaction done directly on a server that adds a value to an entry on a partitioned region does not store it in a CachedDeserializable 
                 Key: GEODE-9757
                 URL: https://issues.apache.org/jira/browse/GEODE-9757
             Project: Geode
          Issue Type: Bug
          Components: transactions
            Reporter: Darrel Schneider


If you do a non-tx put directly on a member of a geode cluster (for example using a geode function), then the value is stored in the pr locally in a CachedDeserializable. But if you do the same op in a transaction it will store the object directly in the pr with no CachedDeserializable.

I think the reason for this is that the original tx implementation did not support partitioned regions and on a non-pr region the local region stored the value directly. So when support was added for transactions on partitioned regions this part of the code was not customized for partitions and just used the old code.

This can cause extra work to be done when fetching a value from the pr to send it back to a client. It can also cause bucket size exceptions if you mix tx ops with non-tx ops directly change the value stored. 

A workaround to the bucket size exceptions is to make a copy of the value before changing it.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)