You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geode.apache.org by Anthony Baker <ab...@apache.org> on 2017/03/28 05:18:26 UTC
[VOTE] Apache Geode release - v1.1.1 RC2
This is the second release candidate of the release for Apache Geode,
version 1.1.1.
It fixes the following issues:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12318420&version=12340271
*** Please download, test and vote by Thursday, March 30, 2200 hrs US
Pacific. ***
Note that we are voting upon the source (tag):
rel/v1.1.1.RC2
https://git-wip-us.apache.org/repos/asf?p=geode.git;a=tag;h=refs/tags/rel/v1.1.1.RC2
Commit ID: e2081044ea0afca1cb38d62c7f34e7363b45ad97
Source and binary files:
https://dist.apache.org/repos/dist/dev/geode/1.1.1.RC2/
Maven staging repo:
https://repository.apache.org/content/repositories/orgapachegeode-1018
Geode's KEYS file containing PGP keys we use to sign the release:
https://github.com/apache/geode/blob/release/1.1.1/KEYS
pub 4096R/C72CFB64 2015-10-01
Fingerprint=948E 8234 14BE 693A 7F74 ABBE 19DB CAEE C72C FB64
Thanks,
Anthony
Re: [VOTE] Apache Geode release - v1.1.1 RC2
Posted by Udo Kohlmeyer <uk...@pivotal.io>.
+1
Build source. Had one failure GEODE-2151
<https://issues.apache.org/jira/browse/GEODE-2151?jql=text%20%7E%20%22testRedundancySatisfactionPreferRemoteIp%22>
Started locator + servers + wan gateways.
Loaded data and ran simple queries.
On 3/27/17 22:18, Anthony Baker wrote:
> This is the second release candidate of the release for Apache Geode,
> version 1.1.1.
>
> It fixes the following issues:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12318420&version=12340271
>
> *** Please download, test and vote by Thursday, March 30, 2200 hrs US
> Pacific. ***
>
> Note that we are voting upon the source (tag):
> rel/v1.1.1.RC2
> https://git-wip-us.apache.org/repos/asf?p=geode.git;a=tag;h=refs/tags/rel/v1.1.1.RC2
>
> Commit ID: e2081044ea0afca1cb38d62c7f34e7363b45ad97
>
> Source and binary files:
> https://dist.apache.org/repos/dist/dev/geode/1.1.1.RC2/
>
> Maven staging repo:
> https://repository.apache.org/content/repositories/orgapachegeode-1018
>
> Geode's KEYS file containing PGP keys we use to sign the release:
> https://github.com/apache/geode/blob/release/1.1.1/KEYS
>
> pub 4096R/C72CFB64 2015-10-01
> Fingerprint=948E 8234 14BE 693A 7F74 ABBE 19DB CAEE C72C FB64
>
>
> Thanks,
> Anthony
Re: [VOTE] Apache Geode release - v1.1.1 RC2
Posted by Anthony Baker <ab...@pivotal.io>.
Interesting. jansi has been upgraded on develop from 1.8 -> 1.14.
> On Mar 31, 2017, at 2:19 PM, Bruce Schuchardt <bs...@pivotal.io> wrote:
>
> I tried the 1.1.0 tag and had the same problem so maybe this isn't a show-stopper for 1.1.1.
>
> As a side note, I commented out the runtime dependency of geode-core on jansi and "gradlew clean build" finished successfully as did a handlful of distributedTests.
>
>
> Le 3/31/2017 à 9:58 AM, Bruce Schuchardt a écrit :
>> I don't want to give this a -1 but I'm trying to validate this build on Microsoft Windows 7 and am running into problems in geode-test.
>>
>> In a cygwin shell I ran this:
>>
>> > git checkout rel/v1.1.1.RC2
>> > ./gradlew clean build
>>
>> blah, blah, blah & then this:
>>
>> :geode-core:test
>>
>> org.apache.geode.internal.cache.tier.sockets.command.ExecuteFunction65Test
>> > withOldSecurityShouldSucceedIfAuthorized FAILED
>> java.lang.UnsatisfiedLinkError: Could not load library.
>> Reasons: [*no jansi64-1.8 in java.library.path, no jansi-1.8 in
>> java.library.path, no jansi in java.library.path, Native Library
>> C:\cygwin\tmp\jansi-64-1.8.dll already loaded in another classloade*r]
>>
>> org.apache.geode.internal.cache.tier.sockets.command.ExecuteFunction65Test
>> > withOldSecurityShouldThrowIfNotAuthorized FAILED
>> java.lang.NoClassDefFoundError: Could not initialize class
>> org.apache.geode.internal.cache.tier.sockets.Message$$EnhancerByMockitoWithCGLIB$$f116767d
>>
>> org.apache.geode.internal.cache.tier.sockets.command.ExecuteFunction65Test
>> > withIntegratedSecurityShouldSucceedIfAuthorized FAILED
>> java.lang.NoClassDefFoundError: Could not initialize class
>> org.apache.geode.internal.cache.tier.sockets.Message$$EnhancerByMockitoWithCGLIB$$f116767d
>>
>> org.apache.geode.internal.cache.tier.sockets.command.ExecuteFunction65Test
>> > withIntegratedSecurityShouldThrowIfNotAuthorized FAILED
>> java.lang.NoClassDefFoundError: Could not initialize class
>> org.apache.geode.internal.cache.tier.sockets.Message$$EnhancerByMockitoWithCGLIB$$f116767d
>>
>> org.apache.geode.internal.cache.tier.sockets.command.ExecuteFunction65Test
>> > nonSecureShouldSucceed FAILED
>> java.lang.NoClassDefFoundError: Could not initialize class
>> org.apache.geode.internal.cache.tier.sockets.Message$$EnhancerByMockitoWithCGLIB$$f116767d
>>
>> org.apache.geode.internal.cache.tier.sockets.command.ExecuteFunction66Test
>> > withOldSecurityShouldSucceedIfAuthorized FAILED
>> java.lang.UnsatisfiedLinkError: Could not load library.
>> Reasons: [no jansi64-1.8 in java.library.path, no jansi-1.8 in
>> java.library.path, no jansi in java.library.path, Native Library
>> C:\cygwin\tmp\jansi-64-1.8.dll already loaded in another classloader]
>>
>> etc. there's a TON of this
>>
>>
>> Le 3/31/2017 à 9:04 AM, Dick Cavender a écrit :
>>> +1
>>>
>>> Built source and ran tests successfully on RH.
>>>
>>> Ran gfsh on binary dist to start and stop locator and system.
>>>
>>>
>>> On 3/30/2017 4:58 PM, Anthony Baker wrote:
>>>> Please review and vote (especially if you are a Geode PMC member!).
>>>>
>>>> Anthony
>>>>
>>>>
>>>
>>
>
Re: Fwd: [VOTE] Apache Geode release - v1.1.1 RC2
Posted by Bruce Schuchardt <bs...@pivotal.io>.
I tried the 1.1.0 tag and had the same problem so maybe this isn't a
show-stopper for 1.1.1.
As a side note, I commented out the runtime dependency of geode-core on
jansi and "gradlew clean build" finished successfully as did a handlful
of distributedTests.
Le 3/31/2017 9:58 AM, Bruce Schuchardt a crit :
> I don't want to give this a -1 but I'm trying to validate this build
> on Microsoft Windows 7 and am running into problems in geode-test.
>
> In a cygwin shell I ran this:
>
> > git checkout rel/v1.1.1.RC2
> > ./gradlew clean build
>
> blah, blah, blah & then this:
>
> :geode-core:test
>
> org.apache.geode.internal.cache.tier.sockets.command.ExecuteFunction65Test
> > withOldSecurityShouldSucceedIfAuthorized FAILED
> java.lang.UnsatisfiedLinkError: Could not load library.
> Reasons: [*no jansi64-1.8 in java.library.path, no jansi-1.8 in
> java.library.path, no jansi in java.library.path, Native Library
> C:\cygwin\tmp\jansi-64-1.8.dll already loaded in another classloade*r]
>
> org.apache.geode.internal.cache.tier.sockets.command.ExecuteFunction65Test
> > withOldSecurityShouldThrowIfNotAuthorized FAILED
> java.lang.NoClassDefFoundError: Could not initialize class
> org.apache.geode.internal.cache.tier.sockets.Message$$EnhancerByMockitoWithCGLIB$$f116767d
>
> org.apache.geode.internal.cache.tier.sockets.command.ExecuteFunction65Test
> > withIntegratedSecurityShouldSucceedIfAuthorized FAILED
> java.lang.NoClassDefFoundError: Could not initialize class
> org.apache.geode.internal.cache.tier.sockets.Message$$EnhancerByMockitoWithCGLIB$$f116767d
>
> org.apache.geode.internal.cache.tier.sockets.command.ExecuteFunction65Test
> > withIntegratedSecurityShouldThrowIfNotAuthorized FAILED
> java.lang.NoClassDefFoundError: Could not initialize class
> org.apache.geode.internal.cache.tier.sockets.Message$$EnhancerByMockitoWithCGLIB$$f116767d
>
> org.apache.geode.internal.cache.tier.sockets.command.ExecuteFunction65Test
> > nonSecureShouldSucceed FAILED
> java.lang.NoClassDefFoundError: Could not initialize class
> org.apache.geode.internal.cache.tier.sockets.Message$$EnhancerByMockitoWithCGLIB$$f116767d
>
> org.apache.geode.internal.cache.tier.sockets.command.ExecuteFunction66Test
> > withOldSecurityShouldSucceedIfAuthorized FAILED
> java.lang.UnsatisfiedLinkError: Could not load library.
> Reasons: [no jansi64-1.8 in java.library.path, no jansi-1.8 in
> java.library.path, no jansi in java.library.path, Native Library
> C:\cygwin\tmp\jansi-64-1.8.dll already loaded in another classloader]
>
> etc. there's a TON of this
>
>
> Le 3/31/2017 9:04 AM, Dick Cavender a crit :
>> +1
>>
>> Built source and ran tests successfully on RH.
>>
>> Ran gfsh on binary dist to start and stop locator and system.
>>
>>
>> On 3/30/2017 4:58 PM, Anthony Baker wrote:
>>> Please review and vote (especially if you are a Geode PMC member!).
>>>
>>> Anthony
>>>
>>>
>>
>
Re: [VOTE] Apache Geode release - v1.1.1 RC2
Posted by Avinash Dongre <ad...@apache.org>.
+1
Built from sources
Sanity check with gfsh
Thanks
Avinash
On Sat, Apr 1, 2017 at 3:28 AM, Bruce Schuchardt <bs...@pivotal.io>
wrote:
> It seems to work fine once I remove that dependency. I booted up a server
> and a pub/sub cluster and it all worked fine.
>
>
> Le 3/31/2017 à 1:56 PM, Anthony Baker a écrit :
>
>> On Mar 31, 2017, at 9:58 AM, Bruce Schuchardt <bs...@pivotal.io>
>>> wrote:
>>>
>>> I don't want to give this a -1 but I'm trying to validate this build on
>>> Microsoft Windows 7 and am running into problems in geode-test.
>>>
>> I agree. I checked this and found the build error on windows goes back
>> before v1.0.0-incubating.M2. The develop branch doesn’t seem to exhibit
>> this problem.
>>
>> Anthony
>>
>>
>
Re: [VOTE] Apache Geode release - v1.1.1 RC2
Posted by Bruce Schuchardt <bs...@pivotal.io>.
It seems to work fine once I remove that dependency. I booted up a
server and a pub/sub cluster and it all worked fine.
Le 3/31/2017 � 1:56 PM, Anthony Baker a �crit :
>> On Mar 31, 2017, at 9:58 AM, Bruce Schuchardt <bs...@pivotal.io> wrote:
>>
>> I don't want to give this a -1 but I'm trying to validate this build on Microsoft Windows 7 and am running into problems in geode-test.
> I agree. I checked this and found the build error on windows goes back before v1.0.0-incubating.M2. The develop branch doesn\u2019t seem to exhibit this problem.
>
> Anthony
>
Re: [VOTE] Apache Geode release - v1.1.1 RC2
Posted by Anthony Baker <ab...@pivotal.io>.
> On Mar 31, 2017, at 9:58 AM, Bruce Schuchardt <bs...@pivotal.io> wrote:
>
> I don't want to give this a -1 but I'm trying to validate this build on Microsoft Windows 7 and am running into problems in geode-test.
I agree. I checked this and found the build error on windows goes back before v1.0.0-incubating.M2. The develop branch doesn’t seem to exhibit this problem.
Anthony
Re: [VOTE] Apache Geode release - v1.1.1 RC2
Posted by Anthony Baker <ab...@pivotal.io>.
Thanks for the bug report. I filed this as https://issues.apache.org/jira/browse/GEODE-2744.
Anthony
> On Mar 31, 2017, at 11:20 AM, John Blum <jb...@pivotal.io> wrote:
>
> +0
>
> I found a conflict in Apache Geode 1.1.0 dependencies, which is not an
> extremely important issue (for this patch release), but something to be
> conscious of going forward.
>
> Currently, Geode is set to Apache Commons IO *2.3*...
>
> https://github.com/apache/geode/blob/rel/v1.1.1.RC2/gradle/dependency-versions.properties#L32
>
> But, *Spring Shell* 1.2.0.RELEASE...
>
> https://github.com/apache/geode/blob/rel/v1.1.1.RC2/gradle/dependency-versions.properties#L98
>
> ... pulls in Apache Commons IO *2.4...*
>
> https://github.com/spring-projects/spring-shell/blob/v1.2.0.RELEASE/gradle.properties#L6
>
>
> This will be a problem for Geode 1.2.0, which is currently set to Apache
> Commons IO *2.5*...
>
> https://github.com/apache/geode/blob/develop/gradle/dependency-versions.properties#L27
>
> Yet based on *Spring Shell* 1.2.0.RELEASE (and by extension Apache Commons
> IO *2.4*)...
>
> https://github.com/apache/geode/blob/develop/gradle/dependency-versions.properties#L83
>
> Either the dependencies should align, or appropriate exclusions should be
> added to Geode's dependencies.
>
> Thanks,
> -j
>
>
>
>
> On Fri, Mar 31, 2017 at 9:58 AM, Bruce Schuchardt <bs...@pivotal.io>
> wrote:
>
>> I don't want to give this a -1 but I'm trying to validate this build on
>> Microsoft Windows 7 and am running into problems in geode-test.
>>
>> In a cygwin shell I ran this:
>>
>>> git checkout rel/v1.1.1.RC2
>>> ./gradlew clean build
>>
>> blah, blah, blah & then this:
>>
>> :geode-core:test
>>
>> org.apache.geode.internal.cache.tier.sockets.command.Execut
>> eFunction65Test
>>> withOldSecurityShouldSucceedIfAuthorized FAILED
>> java.lang.UnsatisfiedLinkError: Could not load library.
>> Reasons: [*no jansi64-1.8 in java.library.path, no jansi-1.8 in
>> java.library.path, no jansi in java.library.path, Native Library
>> C:\cygwin\tmp\jansi-64-1.8.dll already loaded in another classloade*r]
>>
>> org.apache.geode.internal.cache.tier.sockets.command.Execut
>> eFunction65Test
>>> withOldSecurityShouldThrowIfNotAuthorized FAILED
>> java.lang.NoClassDefFoundError: Could not initialize class
>> org.apache.geode.internal.cache.tier.sockets.Message$$Enhan
>> cerByMockitoWithCGLIB$$f116767d
>>
>> org.apache.geode.internal.cache.tier.sockets.command.Execut
>> eFunction65Test
>>> withIntegratedSecurityShouldSucceedIfAuthorized FAILED
>> java.lang.NoClassDefFoundError: Could not initialize class
>> org.apache.geode.internal.cache.tier.sockets.Message$$Enhan
>> cerByMockitoWithCGLIB$$f116767d
>>
>> org.apache.geode.internal.cache.tier.sockets.command.Execut
>> eFunction65Test
>>> withIntegratedSecurityShouldThrowIfNotAuthorized FAILED
>> java.lang.NoClassDefFoundError: Could not initialize class
>> org.apache.geode.internal.cache.tier.sockets.Message$$Enhan
>> cerByMockitoWithCGLIB$$f116767d
>>
>> org.apache.geode.internal.cache.tier.sockets.command.Execut
>> eFunction65Test
>>> nonSecureShouldSucceed FAILED
>> java.lang.NoClassDefFoundError: Could not initialize class
>> org.apache.geode.internal.cache.tier.sockets.Message$$Enhan
>> cerByMockitoWithCGLIB$$f116767d
>>
>> org.apache.geode.internal.cache.tier.sockets.command.Execut
>> eFunction66Test
>>> withOldSecurityShouldSucceedIfAuthorized FAILED
>> java.lang.UnsatisfiedLinkError: Could not load library.
>> Reasons: [no jansi64-1.8 in java.library.path, no jansi-1.8 in
>> java.library.path, no jansi in java.library.path, Native Library
>> C:\cygwin\tmp\jansi-64-1.8.dll already loaded in another classloader]
>>
>> etc. there's a TON of this
>>
>>
>>
>> Le 3/31/2017 à 9:04 AM, Dick Cavender a écrit :
>>
>>> +1
>>>
>>> Built source and ran tests successfully on RH.
>>>
>>> Ran gfsh on binary dist to start and stop locator and system.
>>>
>>>
>>> On 3/30/2017 4:58 PM, Anthony Baker wrote:
>>>
>>>> Please review and vote (especially if you are a Geode PMC member!).
>>>>
>>>> Anthony
>>>>
>>>>
>>>>
>>>
>>
>
>
> --
> -John
> john.blum10101 (skype)
Re: Fwd: [VOTE] Apache Geode release - v1.1.1 RC2
Posted by John Blum <jb...@pivotal.io>.
+0
I found a conflict in Apache Geode 1.1.0 dependencies, which is not an
extremely important issue (for this patch release), but something to be
conscious of going forward.
Currently, Geode is set to Apache Commons IO *2.3*...
https://github.com/apache/geode/blob/rel/v1.1.1.RC2/gradle/dependency-versions.properties#L32
But, *Spring Shell* 1.2.0.RELEASE...
https://github.com/apache/geode/blob/rel/v1.1.1.RC2/gradle/dependency-versions.properties#L98
... pulls in Apache Commons IO *2.4...*
https://github.com/spring-projects/spring-shell/blob/v1.2.0.RELEASE/gradle.properties#L6
This will be a problem for Geode 1.2.0, which is currently set to Apache
Commons IO *2.5*...
https://github.com/apache/geode/blob/develop/gradle/dependency-versions.properties#L27
Yet based on *Spring Shell* 1.2.0.RELEASE (and by extension Apache Commons
IO *2.4*)...
https://github.com/apache/geode/blob/develop/gradle/dependency-versions.properties#L83
Either the dependencies should align, or appropriate exclusions should be
added to Geode's dependencies.
Thanks,
-j
On Fri, Mar 31, 2017 at 9:58 AM, Bruce Schuchardt <bs...@pivotal.io>
wrote:
> I don't want to give this a -1 but I'm trying to validate this build on
> Microsoft Windows 7 and am running into problems in geode-test.
>
> In a cygwin shell I ran this:
>
> > git checkout rel/v1.1.1.RC2
> > ./gradlew clean build
>
> blah, blah, blah & then this:
>
> :geode-core:test
>
> org.apache.geode.internal.cache.tier.sockets.command.Execut
> eFunction65Test
> > withOldSecurityShouldSucceedIfAuthorized FAILED
> java.lang.UnsatisfiedLinkError: Could not load library.
> Reasons: [*no jansi64-1.8 in java.library.path, no jansi-1.8 in
> java.library.path, no jansi in java.library.path, Native Library
> C:\cygwin\tmp\jansi-64-1.8.dll already loaded in another classloade*r]
>
> org.apache.geode.internal.cache.tier.sockets.command.Execut
> eFunction65Test
> > withOldSecurityShouldThrowIfNotAuthorized FAILED
> java.lang.NoClassDefFoundError: Could not initialize class
> org.apache.geode.internal.cache.tier.sockets.Message$$Enhan
> cerByMockitoWithCGLIB$$f116767d
>
> org.apache.geode.internal.cache.tier.sockets.command.Execut
> eFunction65Test
> > withIntegratedSecurityShouldSucceedIfAuthorized FAILED
> java.lang.NoClassDefFoundError: Could not initialize class
> org.apache.geode.internal.cache.tier.sockets.Message$$Enhan
> cerByMockitoWithCGLIB$$f116767d
>
> org.apache.geode.internal.cache.tier.sockets.command.Execut
> eFunction65Test
> > withIntegratedSecurityShouldThrowIfNotAuthorized FAILED
> java.lang.NoClassDefFoundError: Could not initialize class
> org.apache.geode.internal.cache.tier.sockets.Message$$Enhan
> cerByMockitoWithCGLIB$$f116767d
>
> org.apache.geode.internal.cache.tier.sockets.command.Execut
> eFunction65Test
> > nonSecureShouldSucceed FAILED
> java.lang.NoClassDefFoundError: Could not initialize class
> org.apache.geode.internal.cache.tier.sockets.Message$$Enhan
> cerByMockitoWithCGLIB$$f116767d
>
> org.apache.geode.internal.cache.tier.sockets.command.Execut
> eFunction66Test
> > withOldSecurityShouldSucceedIfAuthorized FAILED
> java.lang.UnsatisfiedLinkError: Could not load library.
> Reasons: [no jansi64-1.8 in java.library.path, no jansi-1.8 in
> java.library.path, no jansi in java.library.path, Native Library
> C:\cygwin\tmp\jansi-64-1.8.dll already loaded in another classloader]
>
> etc. there's a TON of this
>
>
>
> Le 3/31/2017 à 9:04 AM, Dick Cavender a écrit :
>
>> +1
>>
>> Built source and ran tests successfully on RH.
>>
>> Ran gfsh on binary dist to start and stop locator and system.
>>
>>
>> On 3/30/2017 4:58 PM, Anthony Baker wrote:
>>
>>> Please review and vote (especially if you are a Geode PMC member!).
>>>
>>> Anthony
>>>
>>>
>>>
>>
>
--
-John
john.blum10101 (skype)
Re: Fwd: [VOTE] Apache Geode release - v1.1.1 RC2
Posted by Bruce Schuchardt <bs...@pivotal.io>.
I don't want to give this a -1 but I'm trying to validate this build on
Microsoft Windows 7 and am running into problems in geode-test.
In a cygwin shell I ran this:
> git checkout rel/v1.1.1.RC2
> ./gradlew clean build
blah, blah, blah & then this:
:geode-core:test
org.apache.geode.internal.cache.tier.sockets.command.ExecuteFunction65Test
> withOldSecurityShouldSucceedIfAuthorized FAILED
java.lang.UnsatisfiedLinkError: Could not load library.
Reasons: [*no jansi64-1.8 in java.library.path, no jansi-1.8 in
java.library.path, no jansi in java.library.path, Native Library
C:\cygwin\tmp\jansi-64-1.8.dll already loaded in another classloade*r]
org.apache.geode.internal.cache.tier.sockets.command.ExecuteFunction65Test
> withOldSecurityShouldThrowIfNotAuthorized FAILED
java.lang.NoClassDefFoundError: Could not initialize class
org.apache.geode.internal.cache.tier.sockets.Message$$EnhancerByMockitoWithCGLIB$$f116767d
org.apache.geode.internal.cache.tier.sockets.command.ExecuteFunction65Test
> withIntegratedSecurityShouldSucceedIfAuthorized FAILED
java.lang.NoClassDefFoundError: Could not initialize class
org.apache.geode.internal.cache.tier.sockets.Message$$EnhancerByMockitoWithCGLIB$$f116767d
org.apache.geode.internal.cache.tier.sockets.command.ExecuteFunction65Test
> withIntegratedSecurityShouldThrowIfNotAuthorized FAILED
java.lang.NoClassDefFoundError: Could not initialize class
org.apache.geode.internal.cache.tier.sockets.Message$$EnhancerByMockitoWithCGLIB$$f116767d
org.apache.geode.internal.cache.tier.sockets.command.ExecuteFunction65Test
> nonSecureShouldSucceed FAILED
java.lang.NoClassDefFoundError: Could not initialize class
org.apache.geode.internal.cache.tier.sockets.Message$$EnhancerByMockitoWithCGLIB$$f116767d
org.apache.geode.internal.cache.tier.sockets.command.ExecuteFunction66Test
> withOldSecurityShouldSucceedIfAuthorized FAILED
java.lang.UnsatisfiedLinkError: Could not load library.
Reasons: [no jansi64-1.8 in java.library.path, no jansi-1.8 in
java.library.path, no jansi in java.library.path, Native Library
C:\cygwin\tmp\jansi-64-1.8.dll already loaded in another classloader]
etc. there's a TON of this
Le 3/31/2017 9:04 AM, Dick Cavender a crit :
> +1
>
> Built source and ran tests successfully on RH.
>
> Ran gfsh on binary dist to start and stop locator and system.
>
>
> On 3/30/2017 4:58 PM, Anthony Baker wrote:
>> Please review and vote (especially if you are a Geode PMC member!).
>>
>> Anthony
>>
>>
>
Re: [VOTE] Apache Geode release - v1.1.1 RC2
Posted by Xiaojian Zhou <gz...@pivotal.io>.
+1
built from source and run several dunits (the ones showed in regression #50)
On Fri, Mar 31, 2017 at 9:04 AM, Dick Cavender <dc...@pivotal.io> wrote:
> +1
>
> Built source and ran tests successfully on RH.
>
> Ran gfsh on binary dist to start and stop locator and system.
>
>
>
> On 3/30/2017 4:58 PM, Anthony Baker wrote:
>
>> Please review and vote (especially if you are a Geode PMC member!).
>>
>> Anthony
>>
>>
>>
>
Fwd: [VOTE] Apache Geode release - v1.1.1 RC2
Posted by Dick Cavender <dc...@pivotal.io>.
+1
Built source and ran tests successfully on RH.
Ran gfsh on binary dist to start and stop locator and system.
On 3/30/2017 4:58 PM, Anthony Baker wrote:
> Please review and vote (especially if you are a Geode PMC member!).
>
> Anthony
>
>
Re: [VOTE] Apache Geode release - v1.1.1 RC2
Posted by Jared Stewart <js...@pivotal.io>.
+1
- Built from source
- Started cluster using gfsh, inserted data and ran queries from Pulse
> On Mar 30, 2017, at 5:34 PM, Mark Bretl <as...@gmail.com> wrote:
>
> +1 (binding)
>
> - Checked and verified all MD5 and SHA256 hashes
> - Executed GFSH from both ZIP and TAR binary distributions
> - Verified GFSH version is 1.1.1
>
> --Mark
>
> On Thu, Mar 30, 2017 at 4:52 PM, Anthony Baker <ab...@pivotal.io> wrote:
>
>> We need more reviews from the community and PMC members. Please check out
>> the release candidate and vote. Thanks!
>>
>> Anthony
>>
>>> On Mar 27, 2017, at 10:18 PM, Anthony Baker <ab...@apache.org> wrote:
>>>
>>> This is the second release candidate of the release for Apache Geode,
>>> version 1.1.1.
>>>
>>> It fixes the following issues:
>>> https://issues.apache.org/jira/secure/ReleaseNote.jspa?
>> projectId=12318420&version=12340271
>>>
>>> *** Please download, test and vote by Thursday, March 30, 2200 hrs US
>>> Pacific. ***
>>>
>>> Note that we are voting upon the source (tag):
>>> rel/v1.1.1.RC2
>>> https://git-wip-us.apache.org/repos/asf?p=geode.git;a=tag;h=
>> refs/tags/rel/v1.1.1.RC2
>>>
>>> Commit ID: e2081044ea0afca1cb38d62c7f34e7363b45ad97
>>>
>>> Source and binary files:
>>> https://dist.apache.org/repos/dist/dev/geode/1.1.1.RC2/
>>>
>>> Maven staging repo:
>>> https://repository.apache.org/content/repositories/orgapachegeode-1018
>>>
>>> Geode's KEYS file containing PGP keys we use to sign the release:
>>> https://github.com/apache/geode/blob/release/1.1.1/KEYS
>>>
>>> pub 4096R/C72CFB64 2015-10-01
>>> Fingerprint=948E 8234 14BE 693A 7F74 ABBE 19DB CAEE C72C FB64
>>>
>>>
>>> Thanks,
>>> Anthony
>>
>>
Re: [VOTE] Apache Geode release - v1.1.1 RC2
Posted by Mark Bretl <as...@gmail.com>.
+1 (binding)
- Checked and verified all MD5 and SHA256 hashes
- Executed GFSH from both ZIP and TAR binary distributions
- Verified GFSH version is 1.1.1
--Mark
On Thu, Mar 30, 2017 at 4:52 PM, Anthony Baker <ab...@pivotal.io> wrote:
> We need more reviews from the community and PMC members. Please check out
> the release candidate and vote. Thanks!
>
> Anthony
>
> > On Mar 27, 2017, at 10:18 PM, Anthony Baker <ab...@apache.org> wrote:
> >
> > This is the second release candidate of the release for Apache Geode,
> > version 1.1.1.
> >
> > It fixes the following issues:
> > https://issues.apache.org/jira/secure/ReleaseNote.jspa?
> projectId=12318420&version=12340271
> >
> > *** Please download, test and vote by Thursday, March 30, 2200 hrs US
> > Pacific. ***
> >
> > Note that we are voting upon the source (tag):
> > rel/v1.1.1.RC2
> > https://git-wip-us.apache.org/repos/asf?p=geode.git;a=tag;h=
> refs/tags/rel/v1.1.1.RC2
> >
> > Commit ID: e2081044ea0afca1cb38d62c7f34e7363b45ad97
> >
> > Source and binary files:
> > https://dist.apache.org/repos/dist/dev/geode/1.1.1.RC2/
> >
> > Maven staging repo:
> > https://repository.apache.org/content/repositories/orgapachegeode-1018
> >
> > Geode's KEYS file containing PGP keys we use to sign the release:
> > https://github.com/apache/geode/blob/release/1.1.1/KEYS
> >
> > pub 4096R/C72CFB64 2015-10-01
> > Fingerprint=948E 8234 14BE 693A 7F74 ABBE 19DB CAEE C72C FB64
> >
> >
> > Thanks,
> > Anthony
>
>
Re: [VOTE] Apache Geode release - v1.1.1 RC2
Posted by Anthony Baker <ab...@pivotal.io>.
We need more reviews from the community and PMC members. Please check out the release candidate and vote. Thanks!
Anthony
> On Mar 27, 2017, at 10:18 PM, Anthony Baker <ab...@apache.org> wrote:
>
> This is the second release candidate of the release for Apache Geode,
> version 1.1.1.
>
> It fixes the following issues:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12318420&version=12340271
>
> *** Please download, test and vote by Thursday, March 30, 2200 hrs US
> Pacific. ***
>
> Note that we are voting upon the source (tag):
> rel/v1.1.1.RC2
> https://git-wip-us.apache.org/repos/asf?p=geode.git;a=tag;h=refs/tags/rel/v1.1.1.RC2
>
> Commit ID: e2081044ea0afca1cb38d62c7f34e7363b45ad97
>
> Source and binary files:
> https://dist.apache.org/repos/dist/dev/geode/1.1.1.RC2/
>
> Maven staging repo:
> https://repository.apache.org/content/repositories/orgapachegeode-1018
>
> Geode's KEYS file containing PGP keys we use to sign the release:
> https://github.com/apache/geode/blob/release/1.1.1/KEYS
>
> pub 4096R/C72CFB64 2015-10-01
> Fingerprint=948E 8234 14BE 693A 7F74 ABBE 19DB CAEE C72C FB64
>
>
> Thanks,
> Anthony
Re: [VOTE] Apache Geode release - v1.1.1 RC2
Posted by Kirk Lund <kl...@pivotal.io>.
I'll change my vote to +0. Go ahead and release now and then we should
define better criteria going forward.
On Wed, Mar 29, 2017 at 2:06 PM, Anthony Baker <ab...@pivotal.io> wrote:
>
>
> > On Mar 29, 2017, at 11:59 AM, Kirk Lund <kl...@apache.org> wrote:
> >
> > Yes, the test failure is intermittent. It's up to the group if we want to
> > release with intermittently failing tests. These are new tests, so we do
> > seem to be creating new flaky tests. I would tend to take a more hardline
> > approach which says if the build is RED we don't ship.
> >
>
> > Jared and I have been digging into the cause, and it seems to be these
> new
> > DUnit Locator/Server starter rules which appear to be more complicated
> than
> > they need to be and are promoting pollution of later tests. They are
> being
> > used in several dozen tests. We'll have to put other work on hold in
> order
> > to refactor these rules sufficiently to make the tests pass consistently.
> >
>
> I agree that we need consistency in our test suite. I think the best
> place to do that refactoring is on develop. Retrofixing a maintenance
> branch could be a pretty open-ended activity. How far do we go?
>
> My suggestion: vote on the merits of the changes in this patch release.
> And start a thread on dev@ to gather consensus on release criteria going
> forward.
>
>
> $0.02,
> Anthony
>
>
Re: [VOTE] Apache Geode release - v1.1.1 RC2
Posted by Anthony Baker <ab...@pivotal.io>.
> On Mar 29, 2017, at 11:59 AM, Kirk Lund <kl...@apache.org> wrote:
>
> Yes, the test failure is intermittent. It's up to the group if we want to
> release with intermittently failing tests. These are new tests, so we do
> seem to be creating new flaky tests. I would tend to take a more hardline
> approach which says if the build is RED we don't ship.
>
> Jared and I have been digging into the cause, and it seems to be these new
> DUnit Locator/Server starter rules which appear to be more complicated than
> they need to be and are promoting pollution of later tests. They are being
> used in several dozen tests. We'll have to put other work on hold in order
> to refactor these rules sufficiently to make the tests pass consistently.
>
I agree that we need consistency in our test suite. I think the best place to do that refactoring is on develop. Retrofixing a maintenance branch could be a pretty open-ended activity. How far do we go?
My suggestion: vote on the merits of the changes in this patch release. And start a thread on dev@ to gather consensus on release criteria going forward.
$0.02,
Anthony
Re: [VOTE] Apache Geode release - v1.1.1 RC2
Posted by Kirk Lund <kl...@apache.org>.
Yes, the test failure is intermittent. It's up to the group if we want to
release with intermittently failing tests. These are new tests, so we do
seem to be creating new flaky tests. I would tend to take a more hardline
approach which says if the build is RED we don't ship.
Jared and I have been digging into the cause, and it seems to be these new
DUnit Locator/Server starter rules which appear to be more complicated than
they need to be and are promoting pollution of later tests. They are being
used in several dozen tests. We'll have to put other work on hold in order
to refactor these rules sufficiently to make the tests pass consistently.
On Wed, Mar 29, 2017 at 11:50 AM, Anthony Baker <ab...@pivotal.io> wrote:
> Kirk,
>
> If I run the test locally it passes. I don’t believe the changes between
> 1.1.0 and 1.1.1 RC2 would have affected this area of the code. Do you
> agree? What happens when you run the test?
>
> Anthony
>
>
> > On Mar 28, 2017, at 5:19 PM, Kirk Lund <kl...@apache.org> wrote:
> >
> > -1
> >
> > We still have failing tests in Geode-release #50 (this is the most recent
> > CI for Geode-release). I assume "Geode-release #50" is testing v1.1.1
> RC2.
> >
> > org.junit.ComparisonFailure: expected:<[tru]e> but was:<[fals]e>
> > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> > Method)
> > at
> > sun.reflect.NativeConstructorAccessorImpl.newInstance(
> NativeConstructorAccessorImpl.java:62)
> > at
> > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(
> DelegatingConstructorAccessorImpl.java:45)
> > at
> > org.apache.geode.management.internal.configuration.
> ClusterConfigImportDUnitTest.before(ClusterConfigImportDUnitTest.java:63)
> >
> > org.apache.geode.management.internal.configuration.
> ClusterConfigImportDUnitTest
> >> testImportWithRunningServerWithData FAILED
> > org.junit.ComparisonFailure: expected:<[tru]e> but was:<[fals]e>
> > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> > Method)
> > at
> > sun.reflect.NativeConstructorAccessorImpl.newInstance(
> NativeConstructorAccessorImpl.java:62)
> > at
> > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(
> DelegatingConstructorAccessorImpl.java:45)
> > at
> > org.apache.geode.management.internal.configuration.
> ClusterConfigImportDUnitTest.before(ClusterConfigImportDUnitTest.java:63)
> >
> > org.apache.geode.management.internal.configuration.
> ClusterConfigImportDUnitTest
> >> testImportWithMultipleLocators FAILED
> > org.junit.ComparisonFailure: expected:<[tru]e> but was:<[fals]e>
> > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> > Method)
> > at
> > sun.reflect.NativeConstructorAccessorImpl.newInstance(
> NativeConstructorAccessorImpl.java:62)
> > at
> > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(
> DelegatingConstructorAccessorImpl.java:45)
> > at
> > org.apache.geode.management.internal.configuration.
> ClusterConfigImportDUnitTest.before(ClusterConfigImportDUnitTest.java:63)
> >
> > org.apache.geode.management.internal.configuration.
> ClusterConfigDistributionDUnitTest
> >> testConfigurePDX FAILED
> > org.junit.ComparisonFailure: expected:<[tru]e> but was:<[fals]e>
> > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> > Method)
> > at
> > sun.reflect.NativeConstructorAccessorImpl.newInstance(
> NativeConstructorAccessorImpl.java:62)
> > at
> > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(
> DelegatingConstructorAccessorImpl.java:45)
> > at
> > org.apache.geode.management.internal.configuration.
> ClusterConfigDistributionDUnitTest.before(ClusterConfigDistributionDUnit
> Test.java:66)
> >
> > org.apache.geode.management.internal.configuration.
> ClusterConfigDistributionDUnitTest
> >> testIndexAndAsyncEventQueueCommands FAILED
> > org.junit.ComparisonFailure: expected:<[tru]e> but was:<[fals]e>
> > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> > Method)
> > at
> > sun.reflect.NativeConstructorAccessorImpl.newInstance(
> NativeConstructorAccessorImpl.java:62)
> > at
> > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(
> DelegatingConstructorAccessorImpl.java:45)
> > at
> > org.apache.geode.management.internal.configuration.
> ClusterConfigDistributionDUnitTest.before(ClusterConfigDistributionDUnit
> Test.java:66)
> >
> > 6812 tests completed, 13 failed, 601 skipped
> > :geode-core:distributedTest FAILED
> >
> > On Tue, Mar 28, 2017 at 3:20 PM, Swapnil Bawaskar <sb...@pivotal.io>
> > wrote:
> >
> >> +1
> >>
> >> - Built from source
> >> - start a few members/created regions/inserted data from gfsh
> >> - verified that GEODE-2670 is fixed.
> >>
> >> On Mon, Mar 27, 2017 at 10:18 PM Anthony Baker <ab...@apache.org>
> wrote:
> >>
> >>> This is the second release candidate of the release for Apache Geode,
> >>> version 1.1.1.
> >>>
> >>> It fixes the following issues:
> >>>
> >>> https://issues.apache.org/jira/secure/ReleaseNote.jspa?proje
> >> ctId=12318420&version=12340271
> >>>
> >>> *** Please download, test and vote by Thursday, March 30, 2200 hrs US
> >>> Pacific. ***
> >>>
> >>> Note that we are voting upon the source (tag):
> >>> rel/v1.1.1.RC2
> >>>
> >>> https://git-wip-us.apache.org/repos/asf?p=geode.git;a=tag;h=
> >> refs/tags/rel/v1.1.1.RC2
> >>>
> >>> Commit ID: e2081044ea0afca1cb38d62c7f34e7363b45ad97
> >>>
> >>> Source and binary files:
> >>> https://dist.apache.org/repos/dist/dev/geode/1.1.1.RC2/
> >>>
> >>> Maven staging repo:
> >>> https://repository.apache.org/content/repositories/
> orgapachegeode-1018
> >>>
> >>> Geode's KEYS file containing PGP keys we use to sign the release:
> >>> https://github.com/apache/geode/blob/release/1.1.1/KEYS
> >>>
> >>> pub 4096R/C72CFB64 2015-10-01
> >>> Fingerprint=948E 8234 14BE 693A 7F74 ABBE 19DB CAEE C72C FB64
> >>>
> >>>
> >>> Thanks,
> >>> Anthony
> >>>
> >>
>
>
Re: [VOTE] Apache Geode release - v1.1.1 RC2
Posted by Anthony Baker <ab...@pivotal.io>.
Kirk,
If I run the test locally it passes. I don’t believe the changes between 1.1.0 and 1.1.1 RC2 would have affected this area of the code. Do you agree? What happens when you run the test?
Anthony
> On Mar 28, 2017, at 5:19 PM, Kirk Lund <kl...@apache.org> wrote:
>
> -1
>
> We still have failing tests in Geode-release #50 (this is the most recent
> CI for Geode-release). I assume "Geode-release #50" is testing v1.1.1 RC2.
>
> org.junit.ComparisonFailure: expected:<[tru]e> but was:<[fals]e>
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> Method)
> at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at
> org.apache.geode.management.internal.configuration.ClusterConfigImportDUnitTest.before(ClusterConfigImportDUnitTest.java:63)
>
> org.apache.geode.management.internal.configuration.ClusterConfigImportDUnitTest
>> testImportWithRunningServerWithData FAILED
> org.junit.ComparisonFailure: expected:<[tru]e> but was:<[fals]e>
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> Method)
> at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at
> org.apache.geode.management.internal.configuration.ClusterConfigImportDUnitTest.before(ClusterConfigImportDUnitTest.java:63)
>
> org.apache.geode.management.internal.configuration.ClusterConfigImportDUnitTest
>> testImportWithMultipleLocators FAILED
> org.junit.ComparisonFailure: expected:<[tru]e> but was:<[fals]e>
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> Method)
> at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at
> org.apache.geode.management.internal.configuration.ClusterConfigImportDUnitTest.before(ClusterConfigImportDUnitTest.java:63)
>
> org.apache.geode.management.internal.configuration.ClusterConfigDistributionDUnitTest
>> testConfigurePDX FAILED
> org.junit.ComparisonFailure: expected:<[tru]e> but was:<[fals]e>
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> Method)
> at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at
> org.apache.geode.management.internal.configuration.ClusterConfigDistributionDUnitTest.before(ClusterConfigDistributionDUnitTest.java:66)
>
> org.apache.geode.management.internal.configuration.ClusterConfigDistributionDUnitTest
>> testIndexAndAsyncEventQueueCommands FAILED
> org.junit.ComparisonFailure: expected:<[tru]e> but was:<[fals]e>
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> Method)
> at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at
> org.apache.geode.management.internal.configuration.ClusterConfigDistributionDUnitTest.before(ClusterConfigDistributionDUnitTest.java:66)
>
> 6812 tests completed, 13 failed, 601 skipped
> :geode-core:distributedTest FAILED
>
> On Tue, Mar 28, 2017 at 3:20 PM, Swapnil Bawaskar <sb...@pivotal.io>
> wrote:
>
>> +1
>>
>> - Built from source
>> - start a few members/created regions/inserted data from gfsh
>> - verified that GEODE-2670 is fixed.
>>
>> On Mon, Mar 27, 2017 at 10:18 PM Anthony Baker <ab...@apache.org> wrote:
>>
>>> This is the second release candidate of the release for Apache Geode,
>>> version 1.1.1.
>>>
>>> It fixes the following issues:
>>>
>>> https://issues.apache.org/jira/secure/ReleaseNote.jspa?proje
>> ctId=12318420&version=12340271
>>>
>>> *** Please download, test and vote by Thursday, March 30, 2200 hrs US
>>> Pacific. ***
>>>
>>> Note that we are voting upon the source (tag):
>>> rel/v1.1.1.RC2
>>>
>>> https://git-wip-us.apache.org/repos/asf?p=geode.git;a=tag;h=
>> refs/tags/rel/v1.1.1.RC2
>>>
>>> Commit ID: e2081044ea0afca1cb38d62c7f34e7363b45ad97
>>>
>>> Source and binary files:
>>> https://dist.apache.org/repos/dist/dev/geode/1.1.1.RC2/
>>>
>>> Maven staging repo:
>>> https://repository.apache.org/content/repositories/orgapachegeode-1018
>>>
>>> Geode's KEYS file containing PGP keys we use to sign the release:
>>> https://github.com/apache/geode/blob/release/1.1.1/KEYS
>>>
>>> pub 4096R/C72CFB64 2015-10-01
>>> Fingerprint=948E 8234 14BE 693A 7F74 ABBE 19DB CAEE C72C FB64
>>>
>>>
>>> Thanks,
>>> Anthony
>>>
>>
Re: [VOTE] Apache Geode release - v1.1.1 RC2
Posted by Kirk Lund <kl...@apache.org>.
-1
We still have failing tests in Geode-release #50 (this is the most recent
CI for Geode-release). I assume "Geode-release #50" is testing v1.1.1 RC2.
org.junit.ComparisonFailure: expected:<[tru]e> but was:<[fals]e>
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at
org.apache.geode.management.internal.configuration.ClusterConfigImportDUnitTest.before(ClusterConfigImportDUnitTest.java:63)
org.apache.geode.management.internal.configuration.ClusterConfigImportDUnitTest
> testImportWithRunningServerWithData FAILED
org.junit.ComparisonFailure: expected:<[tru]e> but was:<[fals]e>
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at
org.apache.geode.management.internal.configuration.ClusterConfigImportDUnitTest.before(ClusterConfigImportDUnitTest.java:63)
org.apache.geode.management.internal.configuration.ClusterConfigImportDUnitTest
> testImportWithMultipleLocators FAILED
org.junit.ComparisonFailure: expected:<[tru]e> but was:<[fals]e>
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at
org.apache.geode.management.internal.configuration.ClusterConfigImportDUnitTest.before(ClusterConfigImportDUnitTest.java:63)
org.apache.geode.management.internal.configuration.ClusterConfigDistributionDUnitTest
> testConfigurePDX FAILED
org.junit.ComparisonFailure: expected:<[tru]e> but was:<[fals]e>
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at
org.apache.geode.management.internal.configuration.ClusterConfigDistributionDUnitTest.before(ClusterConfigDistributionDUnitTest.java:66)
org.apache.geode.management.internal.configuration.ClusterConfigDistributionDUnitTest
> testIndexAndAsyncEventQueueCommands FAILED
org.junit.ComparisonFailure: expected:<[tru]e> but was:<[fals]e>
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at
org.apache.geode.management.internal.configuration.ClusterConfigDistributionDUnitTest.before(ClusterConfigDistributionDUnitTest.java:66)
6812 tests completed, 13 failed, 601 skipped
:geode-core:distributedTest FAILED
On Tue, Mar 28, 2017 at 3:20 PM, Swapnil Bawaskar <sb...@pivotal.io>
wrote:
> +1
>
> - Built from source
> - start a few members/created regions/inserted data from gfsh
> - verified that GEODE-2670 is fixed.
>
> On Mon, Mar 27, 2017 at 10:18 PM Anthony Baker <ab...@apache.org> wrote:
>
> > This is the second release candidate of the release for Apache Geode,
> > version 1.1.1.
> >
> > It fixes the following issues:
> >
> > https://issues.apache.org/jira/secure/ReleaseNote.jspa?proje
> ctId=12318420&version=12340271
> >
> > *** Please download, test and vote by Thursday, March 30, 2200 hrs US
> > Pacific. ***
> >
> > Note that we are voting upon the source (tag):
> > rel/v1.1.1.RC2
> >
> > https://git-wip-us.apache.org/repos/asf?p=geode.git;a=tag;h=
> refs/tags/rel/v1.1.1.RC2
> >
> > Commit ID: e2081044ea0afca1cb38d62c7f34e7363b45ad97
> >
> > Source and binary files:
> > https://dist.apache.org/repos/dist/dev/geode/1.1.1.RC2/
> >
> > Maven staging repo:
> > https://repository.apache.org/content/repositories/orgapachegeode-1018
> >
> > Geode's KEYS file containing PGP keys we use to sign the release:
> > https://github.com/apache/geode/blob/release/1.1.1/KEYS
> >
> > pub 4096R/C72CFB64 2015-10-01
> > Fingerprint=948E 8234 14BE 693A 7F74 ABBE 19DB CAEE C72C FB64
> >
> >
> > Thanks,
> > Anthony
> >
>
Re: [VOTE] Apache Geode release - v1.1.1 RC2
Posted by Swapnil Bawaskar <sb...@pivotal.io>.
+1
- Built from source
- start a few members/created regions/inserted data from gfsh
- verified that GEODE-2670 is fixed.
On Mon, Mar 27, 2017 at 10:18 PM Anthony Baker <ab...@apache.org> wrote:
> This is the second release candidate of the release for Apache Geode,
> version 1.1.1.
>
> It fixes the following issues:
>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12318420&version=12340271
>
> *** Please download, test and vote by Thursday, March 30, 2200 hrs US
> Pacific. ***
>
> Note that we are voting upon the source (tag):
> rel/v1.1.1.RC2
>
> https://git-wip-us.apache.org/repos/asf?p=geode.git;a=tag;h=refs/tags/rel/v1.1.1.RC2
>
> Commit ID: e2081044ea0afca1cb38d62c7f34e7363b45ad97
>
> Source and binary files:
> https://dist.apache.org/repos/dist/dev/geode/1.1.1.RC2/
>
> Maven staging repo:
> https://repository.apache.org/content/repositories/orgapachegeode-1018
>
> Geode's KEYS file containing PGP keys we use to sign the release:
> https://github.com/apache/geode/blob/release/1.1.1/KEYS
>
> pub 4096R/C72CFB64 2015-10-01
> Fingerprint=948E 8234 14BE 693A 7F74 ABBE 19DB CAEE C72C FB64
>
>
> Thanks,
> Anthony
>