Jenkins build is back to normal : Geode-nightly-flaky #134

See

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

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

Re: JPF breaking IntelliJ build?

Hmm, it works for me. Looks like the dependencies of your geode-core_jpfTest module are broken - you should see dependencies on geode-concurrenc-test_main, and junit. How did you configure intellij? Did you just import from the gradle model? -Dan On Wed, Sep 27, 2017 at 1:48 PM, Galen O'Sullivan

JPF breaking IntelliJ build?

I'm having trouble running tests in IntelliJ because of errors with compilation. Does anyone know why? I've done a clean build and reloaded Gradle configuration in IntelliJ. Thanks, Galen Information:java: Errors occurred while compiling module 'geode-core' Information:javac 1.8.0_111 was used t

Re: [DISCUSS] Using out parameters and its effects on function overload resolution

I forgot to mention, and it's probably worth noting, that passing non-const ref knowingly defies our style-guide. https://google.github.io/styleguide/cppguide.html#Reference_Arguments Thanks, David On Wed, Sep 27, 2017 at 12:32 PM, Ernest Burghardt wrote: > Currently we have a mix of the count

Re: [DISCUSS] Using out parameters and its effects on function overload resolution

Currently we have a mix of the counter argument... we use return values and you have to call the explicitly named methods: double* readDoubleArray(const char* fieldName, int32_t& length) int64_t* readLongArray(const char* fieldName, int32_t& length) I'm good with non-const refs in-out to the spec

Re: [DISCUSS] Using out parameters and its effects on function overload resolution

I like the idea of using non-const references for in-out parameters only and using tuples for the cases where there are multiple out parameters. Yes, the return type does not participate in overload resolution but I don't think there would be many cases where that would be an issue. (But I haven

[DISCUSS] Using out parameters and its effects on function overload resolution

Is there a use case in our C++ client code to ever use out parameters? Currently code uses out parameters to return multiple values from a function. [1] virtual int64_t* PdxReader::readLongArray(const char* fieldName, int32_t& length) = 0; In this case, we could return a tuple instead. I thin

Re: New Geode PMC Member: Galen O'Sullivan

Here is the list. :) https://projects.apache.org/committee.html?geode Sent from my iPhone > On Sep 27, 2017, at 11:33 AM, Swapnil Bawaskar wrote: > > We have a list of committers here: http://geode.apache.org/community/ but > we don't have a list of PMC on the geode site. > Mark, do you maint

Re: New Geode PMC Member: Galen O'Sullivan

We have a list of committers here: http://geode.apache.org/community/ but we don't have a list of PMC on the geode site. Mark, do you maintain one? On Wed, Sep 27, 2017 at 6:09 AM Michael Stolz wrote: > Where can I see the list of PMC members? > > -- > Mike Stolz > Principal Engineer - Gemfire P

Build failed in Jenkins: Geode-nightly #967

See Changes: [klund] GEODE-3686: move junit rules to correct packages [github] GEODE-3578 Revise docs for CQ authorization level change (#818) [jstewart] GEODE-1706: Fix flaky MiscellaneousCommandsDUnitTest [jinme

Re: New Geode PMC Member: Galen O'Sullivan

Where can I see the list of PMC members? -- Mike Stolz Principal Engineer - Gemfire Product Manager Mobile: 631-835-4771 On Sep 26, 2017 7:49 PM, "Mark Bretl" wrote: > The Apache Geode Project Management Committee has invited Galen > O'Sullivan to join the Geode PMC and we are pleased to announ