[ 
https://issues.apache.org/jira/browse/GEODE-5072?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16686913#comment-16686913
 ] 

ASF subversion and git services commented on GEODE-5072:
--------------------------------------------------------

Commit 702eb206886203c55722335c7d66fbc6604fbe22 in geode's branch 
refs/heads/develop from [~bschuchardt]
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=702eb20 ]

GEODE-5072 Java clients should not access or modify internal regions

I relaxed restrictions to allow clients to modify the Dynamic Regions
and Client Health cache regions.  These regions are also modified to
have constraints on the type of values that can be put into them, though
the servers don't check these constraints - only the client cache does
so.

I modified the cache helper and GatewayReceiverCommand to give this
operation full access to the cache.  This is required for PDX type
propagation.

One of the tests I had to deal with was taking over 20 minutes to run so
I trimmed it down.  It now runs in about half that time.

This closes #2835

commit 98927d1f49221b3cd617337299c799de5470e072
Author: Bruce Schuchardt <bschucha...@pivotal.io>
Date:   Fri Nov 9 16:07:53 2018 -0800

    GEODE-5072 Java clients should not access or modify internal regions

    Modified the kind of cache available to client/server command processing
    in order to restrict access to internal regions.


> Java clients should not access or modify internal regions
> ---------------------------------------------------------
>
>                 Key: GEODE-5072
>                 URL: https://issues.apache.org/jira/browse/GEODE-5072
>             Project: Geode
>          Issue Type: Sub-task
>          Components: client/server
>            Reporter: Darrel Schneider
>            Assignee: Bruce Schuchardt
>            Priority: Major
>              Labels: pull-request-available
>          Time Spent: 40m
>  Remaining Estimate: 0h
>
> When a server processes a client message that contains a region name, it 
> should use getApplicationRegion instead of getRegion.
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to