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

2018-02-20 Thread apachegeodeci
Pipeline results can be found at: Concourse: https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/154

Re: [DISCUSS] changes to registerInterest API

2018-02-20 Thread John Blum
+1 On Tue, Feb 20, 2018 at 5:17 PM, Dan Smith wrote: > > > > unregisterInterestForKeys(Iterable keys) > > > > +1 > -- -John john.blum10101 (skype)

Re: [DISCUSS] changes to registerInterest API

2018-02-20 Thread Dan Smith
> > unregisterInterestForKeys(Iterable keys) > +1

Re: [DISCUSS] changes to registerInterest API

2018-02-20 Thread Jason Huynh
While doing this work, it looks like we have an equivalent unregisterInterest(K key) that accepts a List of keys or a single key. To keep things consistent with registeringInterest, I propose that we deprecate the behavior for passing in a list as the key and we introduce: unregisterInterestForKe

Re: [PROPOSAL] Deprecate running JMX Manager on non-locator members

2018-02-20 Thread John Blum
So long as we **never** remove the ability to start an "embedded" *Locator/Manager* in an [application] *CacheServer *process*, *which is highly valuable during "*development*". For instance, I may want to spin up an application peer *CacheServer* instance with an embedded *Locator/Manager*, like

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

2018-02-20 Thread Spring CI
--- Spring Data GemFire > Nightly-ApacheGeode > #834 was successful. --- Scheduled 2333 tests in total. https://build.spring.io/browse/SGF-NAG-834/ -- This

[PROPOSAL] Deprecate running JMX Manager on non-locator members

2018-02-20 Thread Jens Deppe
TL;DR I'd like to propose that we deprecate and ultimately remove the ability to run a JMX manager on a non-locator member. I'm not sure about the history for this capability and the original use cases but I imagine it would have been driven, to a large part, by the ability for member discovery wi

Save the date: ApacheCon North America, September 24-27 in Montréal

2018-02-20 Thread Rich Bowen
Dear Apache Enthusiast, (You’re receiving this message because you’re subscribed to a user@ or dev@ list of one or more Apache Software Foundation projects.) We’re pleased to announce the upcoming ApacheCon [1] in Montréal, September 24-27. This event is all about you — the Apache project com

RE: Monitor the neighbour JVM using neihbour's member-timeout

2018-02-20 Thread Aravind Musigumpula
Hi Community, Any Comments on the below one. Thanks, Aravind Musigumpula -Original Message- From: Bruce Schuchardt [mailto:bschucha...@pivotal.io] Sent: Thursday, January 18, 2018 11:58 PM To: dev@geode.apache.org Subject: Re: Monitor the neighbour JVM using neihbour's member-timeout

[Proposal] Thread monitoring mechanism

2018-02-20 Thread Gregory Vortman
Hello team, One of the most severe issues hitting our real time application is thread stuck for multiple reasons, such as long lasting locks, deadlocks, threads which wait for reply forever in case of packet drop issue etc... Such kind of stuck are under Radar of the existing system health check