Jenkins build is back to normal : Geode-nightly #1277

See

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

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

Proposal to support custom java.security.Provider

All, GEODE-5338[1], is a feature request to support CA & KEY rotation on the client application. I am proposing a solution[2] to add a new SSL property ( *ssl-use-default-provider*) to let Geode use default security provider[3] (either JDK provided provider or a custom provider) to load and manag

AsyncEventListener concurrency bugs

Several AsyncEventListener implementations in our test code are not thread-safe and this is causing tests that use them to be flaky. I discovered this while trying to fix the flakiness in some disabled tests in AsyncEventListenerDUnitTest. The issue here is that AsyncEventListener.processEvents ca

Re: AsyncEventListenerDUnitTest

Sorry this is taking me so long. This test had even more issues. 1) There are 5 tests marked with @Ignore that I decided to fix: @Ignore("TODO: Disabled until I can sort out the hydra dependencies - see bug 52214") @Test public void testReplicatedSerialAsyncEventQueueWithoutLocator() { @

Re: Proposed API for a ConcurrencyTestHelper

How about ConcurrencyRule or ConcurrencyTestRule? On Mon, Jul 30, 2018 at 2:56 PM, Galen O'Sullivan wrote: > I like this API. I think it saves a lot of boilerplate, and a lot of subtle > possible mistakes. I think the new API would be a bit cleaner than the > RegionVersionVectorTest.doesNotHangI

Re: Proposed API for a ConcurrencyTestHelper

ExecutorServiceRule is much more useful in an integration test or distributed test. RegionVersionVectorTest (unit test) is a terrible example. The following are much better examples... PartitionedRegionCreationDUnitTest which uses a CompletableFuture with it: CompletableFuture createdAccesso

Gradle OutOfMemoryErrors while building Geode

I've helped a couple people who hit OutOfMemoryError while building Geode with Gradle 4.8. If you see OutOfMemoryError while compiling then you've hit the same issue. Geode source contains a gradle.properties file with settings including: org.gradle.daemon = true org.gradle.jvmargs = -Xmx2048m org