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

2018-04-05 Thread apachegeodeci
Pipeline results can be found at: Concourse: https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/AcceptanceTest/builds/497

Errored: apache/geode-examples#213 (rel/v1.5.0 - 4941f05)

2018-04-05 Thread Travis CI
Build Update for apache/geode-examples - Build: #213 Status: Errored Duration: 1 minute and 19 seconds Commit: 4941f05 (rel/v1.5.0) Author: Swapnil Bawaskar Message: updated version in preparation of the release View the changeset: https://github.com/apache/ge

Errored: apache/geode-native#985 (develop - bf07ea7)

2018-04-05 Thread Travis CI
Build Update for apache/geode-native - Build: #985 Status: Errored Duration: 49 minutes and 24 seconds Commit: bf07ea7 (develop) Author: Ryan McMahon Message: GEODE-4799: Removed test projects from install (#264) View the changeset: https://github.com/apache/

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

2018-04-05 Thread Spring CI
--- Spring Data GemFire > Nightly-ApacheGeode > #878 was successful. --- Scheduled 2386 tests in total. https://build.spring.io/browse/SGF-NAG-878/ -- This

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

2018-04-05 Thread apachegeodeci
Pipeline results can be found at: Concourse: https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/FlakyTest/builds/391

Fwd: Geode unit tests 'develop/DistributedTest' took too long to execute

2018-04-05 Thread Bruce Schuchardt
This build was started with a revision just before I reverted the serialization changes and probably hung in the same test.  The next run should look better. Forwarded Message Subject: Geode unit tests 'develop/DistributedTest' took too long to execute Date: Thu, 05 Apr

Geode unit tests 'develop/DistributedTest' took too long to execute

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

Re: [PROPOSAL]: deprecating gfsh command option --load-cluster-config-from-dir for 'start locator'

2018-04-05 Thread Michael Stolz
There could be. For instance, in a cloud environment, the working directory could be on transient disk. The cluster configuration should, however, always be on permanent disk. -- Mike Stolz Principal Engineer, GemFire Product Lead Mobile: +1-631-835-4771 Download the new GemFire book here.

Re: distributedTest hang

2018-04-05 Thread Bruce Schuchardt
This should all be resolved with my commits that reverted serialization changes for classes implementing DataSerializableFixedID. We were trying to protect Geode internals from being PDX serialized as in GEODE-4822, where a Spring PDXSerializer was introduced into a server that PDX-serialized

[RESULT][VOTE] Apache Geode 1.5.0.RC2

2018-04-05 Thread Swapnil Bawaskar
This vote passes with six +1 votes, one 0 and zero -1 votes. Summary: Sai Boorlagadda +1 Michael Stolz +1 Dan Smith +1 Jinmei Liao +1 Bruce Schuchardt +1 John Blum +0 Anthony Baker +1 On Thu, Apr 5, 2018 at 10:15 AM Anilkumar Gingade wrote: > Sounds like its suggestion to improve the process...

Re: [Proposal] geode-dunit sub module.

2018-04-05 Thread Dan Smith
+1 Seems like great idea! A couple thoughts - I think it would help our users if we make dunit API very clean and abide by our backwards compatibility rules for that API as well. It would suck to write a test suite that keeps breaking on every version of geode. I think you still might run into so

Re: [PROPOSAL]: deprecating gfsh command option --load-cluster-config-from-dir for 'start locator'

2018-04-05 Thread Jinmei Liao
+1 for deprecating "--load-cluster-configuration-dir" option in favor of "import cluster-configuration" for a more explicit intention. Also, since we are deprecating "load-cluster-configuration-dir", should we also deprecate "-cluster-config-dir" as well. Is there any need for users to persist the

[Proposal] geode-dunit sub module.

2018-04-05 Thread Sai Boorlagadda
All, Geode's dunit framework can provide an easier way to write integration tests for any server-side extensions or server-side application code. Currently the dunit framework is not a published artifact, so developers cannot write distributed tests. So the proposal is to move all dunit framework

[PROPOSAL]: deprecating gfsh command option --load-cluster-config-from-dir for 'start locator'

2018-04-05 Thread Sai Boorlagadda
All, Currently this option takes (true/false, defaults to false) to let locator load cluster configuration from a specified directory provided with other option '--cluster-config-dir'. Also `--cluster-config-dir` is used to create the persistent disk store to store configuration region entries. T

Re: distributedTest hang

2018-04-05 Thread Kirk Lund
I disabled PartitionedRegionQueryDUnitTest last week because it hung. Over the last week, I overhauled this test and extracted several test methods that were very unique to their own test classes. Precheckin was green, but our two checkins collided. Looks like one of these extracted tests hung. Wh

Re: [DISCUSS] Dependency update process (split from vote)

2018-04-05 Thread Bruce Schuchardt
The jgroups dependency must be manually changed and cannot, at this point, be updated. On 4/5/18 10:35 AM, Alexander Murmann wrote: Splitting this from the vote thread. Pulkit had suggested the possibility to try updating dependencies as part of a regularly run job. That is very similar to th

[DISCUSS] Dependency update process (split from vote)

2018-04-05 Thread Alexander Murmann
Splitting this from the vote thread. Pulkit had suggested the possibility to try updating dependencies as part of a regularly run job. That is very similar to the process proposed by Netflix's dependency lock plugin

Re: [VOTE] Apache Geode 1.5.0.RC2

2018-04-05 Thread Anilkumar Gingade
Sounds like its suggestion to improve the process...I feel that should be discussed in different thread; not part of release voting. -Anil. On Thu, Apr 5, 2018 at 10:10 AM, Jared Stewart wrote: > Out of curiosity, what was Pulkit's suggestion? I don't see it in this > thread. > > On Thu, Apr 5

Re: [VOTE] Apache Geode 1.5.0.RC2

2018-04-05 Thread Jared Stewart
Out of curiosity, what was Pulkit's suggestion? I don't see it in this thread. On Thu, Apr 5, 2018, 8:32 AM Alexander Murmann wrote: > I am very much in favor of Pulkit's suggestion. We've previously discussed > using something like > https://github.com/nebula-plugins/gradle-dependency-lock-plug

Re: [VOTE] Apache Geode 1.5.0.RC2

2018-04-05 Thread John Blum
Thanks Anthony and team. On Thu, Apr 5, 2018 at 9:03 AM, Anthony Baker wrote: > +1 > > - checked signatures > - checked sha’s > - checked for binaries in source release > - builds from source > - examples run cleanly > > Let’s crowd source some release notes at https://cwiki.apache.org/ > conflu

Re: [VOTE] Apache Geode 1.5.0.RC2

2018-04-05 Thread Anthony Baker
+1 - checked signatures - checked sha’s - checked for binaries in source release - builds from source - examples run cleanly Let’s crowd source some release notes at https://cwiki.apache.org/confluence/display/GEODE/Release+Notes#ReleaseNotes-1.5.0. Anthony > On Mar 30, 2018, at 12:15 PM, Swa

distributedTest hang

2018-04-05 Thread Bruce Schuchardt
 The distributedTest hangs are once again caused by deserialization problems in a query message class.  The deserialization errors are caused by the fix for GEODE-4822 , which I am going to revert this morning.  We obviously don't have the test

Re: [VOTE] Apache Geode 1.5.0.RC2

2018-04-05 Thread Alexander Murmann
I am very much in favor of Pulkit's suggestion. We've previously discussed using something like https://github.com/nebula-plugins/gradle-dependency-lock-plugin. This would make a process like Pulkit describes very easy. We could easily be on the latest versions that are known to work and at the sam

Re: [VOTE] Apache Geode 1.5.0.RC2

2018-04-05 Thread Anthony Baker
I created https://issues.apache.org/jira/browse/GEODE-5001 for this. Anthony > On Apr 4, 2018, at 5:39 PM, John Blum wrote: > > +0 > > > The Apache Geode *Log4j* dependency version *2.8.2* is or will cause > significant issues for apps, and in particular *Spring Boot* 2.0 apps. > > This Geo

Re: [DISCUSS]: Tests requiring external services

2018-04-05 Thread Jens Deppe
I would be hesitant to start categorizing tests by name (again) as we'd be introducing a different (non consistent) qualifier which is only relevant to one class of tests. All AcceptanceTests should already be grouped in the geode-assembly module so running them with geode-assembly:acceptanceTest

Geode unit tests 'develop/DistributedTest' took too long to execute

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