Re: [VOTE] Apache Geode 1.9.1.RC3

Corrected 1.9.1.RC3 artifacts for geode-native are now available at https://dist.apache.org/repos/dist/dev/geode/1.9.1.RC3/ As there is no other impact to any other artifacts, we believe there is no need for an RC4 for this issue. If an

Re: [VOTE] Apache Geode 1.9.1.RC3

Yep, I also see that apache-geode-native-1.9.1-src.tar.gz is empty. -1 until that is fixed. Anthony > On Sep 3, 2019, at 2:09 PM, Dan Smith wrote: > > It looks like the native source is missing from this RC? There is a tar > file, but it is emply if you try to unzip it. > > -Dan > > On Fri,

Re: [VOTE] Apache Geode 1.10.0.RC1

Everything but the missing native source looks good. If we can fix that, I'll +1 this RC. -Dan On Tue, Sep 3, 2019 at 2:26 PM Dan Smith wrote: > -1 It looks like this RC is also missing the native source, just like > 1.9.1.RC3. The tar file is there, but it is empty. > > -Dan > > On Fri, Aug 30

Re: [VOTE] Apache Geode 1.10.0.RC1

-1 It looks like this RC is also missing the native source, just like 1.9.1.RC3. The tar file is there, but it is empty. -Dan On Fri, Aug 30, 2019 at 2:06 PM Dick Cavender wrote: > Hello Geode dev community, > > This is a release candidate for Apache Geode, version 1.10.0.RC1. > Thanks to all t

Re: [VOTE] Apache Geode 1.9.1.RC3

Everything looks good to me other than the empty apache-geode-native-1.9.1-src.tar.gz file. On Tue, Sep 3, 2019 at 2:09 PM Dan Smith wrote: > It looks like the native source is missing from this RC? There is a tar > file, but it is emply if you try to unzip it. > > -Dan > > On Fri, Aug 30, 2019

Re: [VOTE] Apache Geode 1.9.1.RC3

It looks like the native source is missing from this RC? There is a tar file, but it is emply if you try to unzip it. -Dan On Fri, Aug 30, 2019 at 11:11 AM Owen Nichols wrote: > Hello Geode dev community, > > This is a release candidate for Apache Geode, version 1.9.1.RC3. > Thanks to all the c

Re: [VOTE] Apache Geode 1.9.1.RC3

Hi John, Unfortunately, that ERROR message is logged by Log4J, not Geode. The only way to prevent it or turn it off is to provide a logging implementation. Putting Logback plus Log4j 2 to SLF4J Adapter on the classpath should be sufficient to make Log4J happy. On Tue, Sep 3, 2019 at 10:40 AM John

Re: [VOTE] Apache Geode 1.9.1.RC3

TL;DR: +0 When using gfsh over http, the following exception occurs: (1) Executing - connect --url=https://localhost:7070/geode-mgmt/v1 --security-properties-file=/Users/jdeppe/workspace/gemfire-develop/open/security.properties Exception in thread "main" java.lang.NoClassDefFoundError: org/apach

Re: [VOTE] Apache Geode 1.9.1.RC3

1 more thing... I would additionally advise rewording the sentence... *> Please add log4j-core to the classpath.* To read... "*Please consider adding log4j-core, or another Logging provider (e.g. Logback), to your classpath. Apache Geode works best with Log4j.*" Food for thought. -John On

Re: [VOTE] Apache Geode 1.9.1.RC3

+1 Ran SDG build against Apache Geode 1.9.1 build snapshots (for RC3). However, can we seriously reconsider logging the follow message at ERROR? Ugh! ERROR StatusLogger Log4j2 could not find a logging implementation. Please add log4j-core to the classpath. Using SimpleLogger to log to the consol