Docker Hub access request

2020-05-01 Thread Dave Barnes
This is a request for access to upload Apache Geode artifacts to Docker Hub. My Docker Hub ID is 'dbarnes97'. Thanks, Dave Barnes dbar...@apache.org

Re: Docker Hub access request

2020-05-01 Thread Owen Nichols
> On Apr 30, 2020, at 3:18 PM, Dave Barnes wrote: > > This is a request for access to upload Apache Geode artifacts to Docker Hub. > My Docker Hub ID is 'dbarnes97'. > Thanks, > Dave Barnes > dbar...@apache.org You already do :) > On Jan 23, 2020, at 2:01 PM, Owen Nichols wrote: > > You shoul

GemFireCacheImplCloseTest flakiness

2020-05-01 Thread Kirk Lund
I'm currently looking into potential flakiness of GemFireCacheImplCloseTest. I'll fix this asap. Thanks! org.apache.geode.internal.cache.GemFireCacheImplCloseTest > close_blocksUntilFirstCallToCloseCompletes FAILED org.junit.ComparisonFailure: [ThreadId1=47 and threadId2=49] expected:<4[7]L> b

Re: GemFireCacheImplCloseTest flakiness

2020-05-01 Thread Kirk Lund
I don't see anything obvious in the test so I’m going to mark the test @Ignore until I have a fix. Please review: https://github.com/apache/geode/pull/5038 On Fri, May 1, 2020 at 9:00 AM Kirk Lund wrote: > I'm currently looking into potential flakiness > of GemFireCacheImplCloseTest. I'll fix th

Re: GemFireCacheImplCloseTest flakiness

2020-05-01 Thread Jinmei Liao
It failed on my PR as well. On Fri, May 1, 2020 at 9:23 AM Kirk Lund wrote: > I don't see anything obvious in the test so I’m going to mark the test > @Ignore until I have a fix. Please review: > https://github.com/apache/geode/pull/5038 > > On Fri, May 1, 2020 at 9:00 AM Kirk Lund wrote: > > >

Geode 1.13: What is the status of "experimental" features?

2020-05-01 Thread Dave Barnes
Three features are listed as “Experimental” in Geode 1.12. Has their status changed for 1.13? - Cluster Management Service: https://geode.apache.org/docs/guide/112/configuring/running/cluster-management-service.html

Could not stop Locator in 120 seconds

2020-05-01 Thread Kirk Lund
I think that the changes to make 2nd-ary cache close invocations wait for close to complete is resulting in some intermittent suspect log statements: [fatal 2020/05/01 18:25:41.450 GMT tid=90] Could not stop Locator on 0.0.0.0/0.0.0.0:40561:40561 in 120 seconds And it is true that InternalLocato

Weird (Memcached) IntegrationJUnitTest failure

2020-05-01 Thread Kirk Lund
This is from a PR in which I extracted doClose from GemFireCacheImpl.close(). Any ideas what would cause *java.lang.NoClassDefFoundError: Could not initialize class org.apache.geode.internal.cache.TXCommitMessage*? org.apache.geode.memcached.IntegrationJUnitTest > testGemFireProperty FAILED *j

Re: Weird (Memcached) IntegrationJUnitTest failure

2020-05-01 Thread Jianxia Chen
I don't know the exact root cause. This failure can be consistently reproduced in my local environment. I tried the following: 1. Revert the changes of GemFireCacheImpl 2. Introduced the new doClose() method as in your pull request 3. Change the return statements to return true or false according

Re: Weird (Memcached) IntegrationJUnitTest failure

2020-05-01 Thread Jianxia Chen
When I tried, I didn't use the refactored waitIfClosing(). I used the original waitUntilClosed() and the if statements surrounding it. On Fri, May 1, 2020 at 3:40 PM Jianxia Chen wrote: > I don't know the exact root cause. This failure can be consistently > reproduced in my local environment. >

GitHub Project Board Applications API

2020-05-01 Thread Michael Oleske
Hi Devs! I saw on github that the main geode project now has a project board ( https://github.com/apache/geode/projects/1). I don't remember it being discussed on the dev list. Are some folks using it now for organization? I'm curious how that flow works since our Jira could also be doing that f

Re: GitHub Project Board Applications API

2020-05-01 Thread Nabarun Nag
It is just an experiment at the moment. We are researching ways of automating processes. It is an exploration attempt hence not being discussed at this point in time as we don't have all the information. Regards Naba On Fri, May 1, 2020 at 4:00 PM Michael Oleske wrote: > Hi Devs! > > I saw on

Re: GitHub Project Board Applications API

2020-05-01 Thread Nabarun Nag
We can ignore this board as it is not part of the agreed-upon open-source process at the moment. Regards Naba On Fri, May 1, 2020 at 4:26 PM Nabarun Nag wrote: > It is just an experiment at the moment. We are researching ways of > automating processes. It is an exploration attempt hence not bein

Re: GitHub Project Board Applications API

2020-05-01 Thread Michael Oleske
What are you hoping to learn from the exploration? What hypothesis is the experiment trying to prove/disprove? -michael On Fri, May 1, 2020 at 4:26 PM Nabarun Nag wrote: > It is just an experiment at the moment. We are researching ways of > automating processes. It is an exploration attempt he

Re: GitHub Project Board Applications API

2020-05-01 Thread Nabarun Nag
> > What are you hoping to learn from the exploration? - what features are available and how can we use them. What hypothesis is the experiment trying to prove/disprove? > Hypothesis: "Github project boards can help in project management." Hopefully we may be able to use them in the near future.