Thanks John/Mike! Sent from my iPhone
On Oct 6, 2017, at 5:08 PM, Michael Stolz <[email protected]<mailto:[email protected]>> wrote: Probably -- Mike Stolz Principal Engineer - Gemfire Product Manager Mobile: 631-835-4771 On Oct 6, 2017 6:45 PM, "Mangesh Deshmukh" <[email protected]<mailto:[email protected]>> wrote: Hi Mike, Even with “filter” supported in REST, it would still make an extra hop, correct? Thanks, Mangesh From: Michael Stolz <[email protected]<mailto:[email protected]>> Reply-To: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>> Date: Friday, October 6, 2017 at 3:01 PM To: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>> Subject: Re: Executing function on partitioned region "with filter" was added to the REST api in 8.x I believe. -- Mike Stolz Principal Engineer, GemFire Product Lead Mobile: +1-631-835-4771<tel:(631)%20835-4771> On Fri, Oct 6, 2017 at 2:19 PM, Jens Deppe <[email protected]<mailto:[email protected]>> wrote: Hi Mangesh, If you have the key for your entry then it will be more performant, calling the function, using the API. You achieve this by using the 'withFilter(key)' predicate. (Java) Clients maintain metadata about where the data is stored for a given key and so they're able to leverage that in this situation. For the REST API, we unfortunately don't have a way to achieve this mapping at the moment, so your REST call will most likely be forwarded to the actual server that holds the data, thus incurring an additional hop penalty. --Jens On Fri, Oct 6, 2017 at 9:17 AM, Mangesh Deshmukh <[email protected]<mailto:[email protected]>> wrote: Hi, If we enable REST APIs, will it be calling a function on partitioned region on all servers that host this region? Is there a way to optimize this to go only to the server that hosts the entry? Would calling the function using REST be less performant than by calling it using API? Thanks, Mangesh
