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

--- Spring Data GemFire > Nightly-ApacheGeode > #840 was successful (rerun once). --- This build was rerun by John Blum. 2333 tests in total.

Geode unit tests completed in 'develop/DistributedTest' with non-zero exit code

Pipeline results can be found at: Concourse: https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/188

Geode unit tests completed in 'develop/IntegrationTest' with non-zero exit code

Pipeline results can be found at: Concourse: https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/IntegrationTest/builds/265

Geode unit tests completed in 'develop/AcceptanceTest' with non-zero exit code

Pipeline results can be found at: Concourse: https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/AcceptanceTest/builds/375

Geode unit tests completed in 'develop/IntegrationTest' with non-zero exit code

Pipeline results can be found at: Concourse: https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/IntegrationTest/builds/264

Re: FunctionService Proposal

+1 for making the function service not static, and splitting servers from clients. Also +1 for Dan's suggestion. On Wed, Mar 7, 2018 at 2:51 PM, Patrick Rhomberg wrote: > I did not know that! And then, yes, onRegion is much better. > > On Wed, Mar 7, 2018 at 2:43 PM, Dan

Geode unit tests completed in 'develop/DistributedTest' with non-zero exit code

Pipeline results can be found at: Concourse: https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/187

Geode unit tests completed in 'develop/FlakyTest' with non-zero exit code

Pipeline results can be found at: Concourse: https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/FlakyTest/builds/295

Geode unit tests completed in 'develop/AcceptanceTest' with non-zero exit code

Pipeline results can be found at: Concourse: https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/AcceptanceTest/builds/374

Geode unit tests completed in 'develop/AcceptanceTest' with non-zero exit code

Pipeline results can be found at: Concourse: https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/AcceptanceTest/builds/372

Geode unit tests completed in 'develop/AcceptanceTest' with non-zero exit code

Pipeline results can be found at: Concourse: https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/AcceptanceTest/builds/371

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

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

Geode unit tests completed in 'develop/FlakyTest' with non-zero exit code

Pipeline results can be found at: Concourse: https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/FlakyTest/builds/294

Geode unit tests completed in 'develop/AcceptanceTest' with non-zero exit code

Pipeline results can be found at: Concourse: https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/AcceptanceTest/builds/370

Re: [PROPOSAL]: concurrent bucket moves during rebalance

Mike, I think having a good default value for maximum parallel operations will play a role in not consuming too many resources. Perhaps defaulting to only a single (or other small number based on testing) parallel action(s) per member at a time and allowing users that want better performance to

Re: [PROPOSAL]: concurrent bucket moves during rebalance

We should be very careful about how much resource we dedicate to rebalancing. One of our competitors rebalances *much* faster than we do, but in doing so they consume all available resources. At one bank that caused significant loss of incoming market data that was coming in on a multicast feed,

[PROPOSAL]: concurrent bucket moves during rebalance

Team, The time required to undertake a rebalance of a geode cluster has often been an area for improvement noted by users. Currently, buckets are moved one at a time and we propose that creating a system that moved buckets in parallel could greatly improve performance for this feature.

Geode unit tests completed in 'develop/FlakyTest' with non-zero exit code

Pipeline results can be found at: Concourse: https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/FlakyTest/builds/292

Geode unit tests completed in 'develop/DistributedTest' with non-zero exit code

Pipeline results can be found at: Concourse: https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/185

Re: [PROPOSAL]: configure pdx command mandatory flags

Hello Dan, Thanks, you're right... instead of making the parameters mandatory, the command should be changed to generate a valid XML to persist in the cluster configuration service instead. I'll change GEODE-4794 and work on the fix, thanks again. Best regards. On Wed, Mar 7, 2018 at 7:44 PM,