+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 <bschucha...@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)
