Re: [DISCUSS] changes to registerInterest API

Geode Native C++ and .NET have: virtual void registerKeys(const std::vector> & keys, bool isDurable = false, bool getInitialValues = false, bool receiveValues = true) = 0; virtual void unregisterKeys(const std

Re: [DISCUSS] changes to registerInterest API

I don't really like the regex option - it implies that your keys are all strings. Will any other regular expressions work on non string objects? registerInterestAllKeys() seems like a better option. -Dan On Thu, Nov 16, 2017 at 4:34 PM, Michael Stolz wrote: > I don't like the vararg option. > I

Re: [DISCUSS] changes to registerInterest API

I don't like the vararg option. If i'm maintaining a list of keys i'm interested in, I want to be able to pass that List in. Varargs is a poor substitute. It might even cause problems of pushing in multiple different types. Keys must all be of one type for a given Region. I'm very much in favor o

Re: [DISCUSS] changes to registerInterest API

+1 Deprecating ALL_KEYS option; I believe this is added before we supported regex support. Doesn't seems like a new API is needed. The regex java doc clearly specifies the effect of ".*". +1 for deprecating list argument; and replacing with new API. -Anil. On Thu, Nov 16, 2017 at 3:36 PM, Ja

[DISCUSS] changes to registerInterest API

For GEODE-3813 : Region registerInterest API usage of type parameters is broken The current API to registerInterest allows a special string token “ALL_KEYS” to be passed in as the parameter to reg

[Spring CI] Spring Data GemFire > Nightly-ApacheGeode > #738 was SUCCESSFUL (with 2187 tests)

--- Spring Data GemFire > Nightly-ApacheGeode > #738 was successful. --- Scheduled 2189 tests in total. https://build.spring.io/browse/SGF-NAG-738/ -- This

Re: [Discussion] SQL+Streaming/JDBC as one of the unified interfaces

I'm Julian Hyde, original developer of Calcite and a current PMC member. I'd love to see Calcite-Geode integration and so I'm delighted with the work Christian has been doing. Whenever someone builds an adapter for a particular data store X, the question comes up whether it should live in X or bec

[Discussion] Geode-Native Removing Stats from Public API

I want to open a discussion regarding the removal of StatisticsFactory and related APIs from the public API. I can't see that we would want the Geode Native client to be a first class statistics/metrics gathering API. There are plenty of other first class players in this space. If this isn't a f

Re: [Discussion] SQL+Streaming/JDBC as one of the unified interfaces

Hi Jason ​, Thanks for the comments! Regarding the talk, i'm not completely sure but i believe that as a part of the S1P conference the sessions will be recorded. >> Also for question 1. Would you be interested to have the adapter as part of ​ ​ Geode's code ecosystem? ​> ​ Do you mean to create