Re: [VOTE] Release Apache Avro 1.9.0 RC4
Thank you all, I'm happy to announce, the vote for Avro 1.9.0 has passed. Binding: +1 Daniel Kulp +1 Sean Busbey +1 Fokko Driesprong Non-binding: +1 Lunjie Jin +1 Michael A. Smith +1 Ismaël Mejía +1 Brian Lachniet I would like to thank the community from participating in the release. Both in providing patches for Apache Avro and giving the RC's a try. Yesterday I did some additional testing against Apache Spark (similar to Nandor :-) and Apache Flink and did not find any blocking issues. There are some incompatibilities, but most of them are; revoking Jackson from the public API and deprecating Joda. I'll publish the artifacts to the different repositories soon. On this, I consider myself a polyglot programmer, but my knowledge is limited on .Net, Perl, and Javascript, so I might ask some help from the community here as well. Thanks all, and keep up the good work. Cheers, Fokko Driesprong Op di 14 mei 2019 om 14:48 schreef Nandor Kollar : > +1 (non-binding) > > * verified signatures and checksums > * ran unit tests, passed > * did a quick sanity test against Spark master: upgraded Spark Avro > dependency to this release candidate, ran spark-avro tests, all passed (for > the record, two minor Maven changes are required due to removal of Hadoop 1 > support and making org.tukaani.xz provided dependency - looks like Spark > tests against each codec). spark-hive tests failed, because deprecated > methods were removed in Avro (related to Jackson removal from public API, > and Hive uses them), but I think it is expected, upgrading to a major > release could have breaking changes. > > Nandor > > On Sun, May 12, 2019 at 7:11 AM Sean Busbey wrote: > > > +1 (binding) > > > > -- Good: > > * signatures > > * checksums > > * tag/ref lines up with src artifact (except for one file mentioned > below) > > * LICENSE/NOTICE spot check > > * apache rat says the license files for all the artifacts are fine > (except > > it couldn't understand the gem; using the gem cli confirms it's also > > correct) > > > > -- We Can Be Better Later: > > * filed AVRO-2395 because the "java" convenience binary part of the dist > > section is redundant > > * in the future please post the specific staged maven repository instead > > of somewhere within the staged repository group. that'll help us avoid > > possible conflicts should someone forget to cancel a staged RC or > > accidentally stage an additional repository after the vote is called. > FWIW > > as far as I can tell from the Nexus UI, this is the staged repo for this > > VOTE (and it's what I verified): > > > > https://repository.apache.org/content/repositories/orgapacheavro-1020/ > > > > * When unpacking the source tarball I got this warning on OSX. > > > > > Busbey-MBA:1.9.0-RC4 busbey$ tar -C src_untar -xzf > > dist.apache.org/repos/dist/dev/avro/avro-1.9.0-rc4/avro-src-1.9.0.tar.gz > > > tar: copyfile unpack > > > (avro-src-1.9.0/lang/java/mapred/src/test/resources/org/apache/avro/mapreduce/mapreduce-test-input.avro/SUCCESS.crc) > > failed: No such file or directory > > > > I don't think it should be a blocker because it's shown up in prior RCs > > since 2012 and AFAICT things are fine despite it, save a unit test. > > > > * An upgrade guide will help a bunch of folks given the time since last > > release and this being a major version. > > > > For example, someone asked about how incompatible things are. So I ran > the > > Java API Compliance Checker on the java libraries, since it's > (relatively) > > easy. After filtering out the "avro.shaded" package and excluding the > > hadoop1 specific jars from 1.8.2: > > > > > Busbey-MBA:1.9.0-RC4 busbey$ japi-compliance-checker -l "apache avro" > > -d1 avro-1.8.2-jacc.xml -d2 avro-1.9.0-jacc.xml -skip-packages > > skip-packages.txt > > > Preparing, please wait ... > > > Using Java 1.8.0_161 > > > Reading classes 1.8.2 ... > > > WARNING: skipping "internal" packages > > > NOTE: use --keep-internal option to check them > > > Reading classes 1.9.0-rc4 ... > > > WARNING: skipping "internal" packages > > > Comparing classes ... > > > Creating compatibility report ... > > > Binary compatibility: 94.6% > > > Source compatibility: 93.6% > > > Total binary compatibility problems: 155, warnings: 26 > > > Total source compatibility problems: 160, warnings: 4 > > > Report: compat_reports/apache > avro/1.8.2_to_1.9.0-rc4/compat_report.html > > > > The report is here: > > > > > > > http://people.apache.org/~busbey/avro/1.9.0-RC4/1.8.2_to_1.9.0RC4_compat_report.html > > > > This is a major version, so I think breaking things is fine. But this > > report is still pretty long and so I'm guessing downstream could use some > > help. Maybe the current summary list covers all of the breakage listed; I > > didn't try to compare them. > > > > On 2019/05/08 19:45:15, "Driesprong, Fokko" > wrote: > > > Hi everyone, > > > > > > Since the last release of Apache Avro 1.8.2 on May 31, 2017. Two years > > > later, > > > I'm thrilled to propose the
Re: [VOTE] Release Apache Avro 1.9.0 RC4
+1 (non-binding) * verified signatures and checksums * ran unit tests, passed * did a quick sanity test against Spark master: upgraded Spark Avro dependency to this release candidate, ran spark-avro tests, all passed (for the record, two minor Maven changes are required due to removal of Hadoop 1 support and making org.tukaani.xz provided dependency - looks like Spark tests against each codec). spark-hive tests failed, because deprecated methods were removed in Avro (related to Jackson removal from public API, and Hive uses them), but I think it is expected, upgrading to a major release could have breaking changes. Nandor On Sun, May 12, 2019 at 7:11 AM Sean Busbey wrote: > +1 (binding) > > -- Good: > * signatures > * checksums > * tag/ref lines up with src artifact (except for one file mentioned below) > * LICENSE/NOTICE spot check > * apache rat says the license files for all the artifacts are fine (except > it couldn't understand the gem; using the gem cli confirms it's also > correct) > > -- We Can Be Better Later: > * filed AVRO-2395 because the "java" convenience binary part of the dist > section is redundant > * in the future please post the specific staged maven repository instead > of somewhere within the staged repository group. that'll help us avoid > possible conflicts should someone forget to cancel a staged RC or > accidentally stage an additional repository after the vote is called. FWIW > as far as I can tell from the Nexus UI, this is the staged repo for this > VOTE (and it's what I verified): > > https://repository.apache.org/content/repositories/orgapacheavro-1020/ > > * When unpacking the source tarball I got this warning on OSX. > > > Busbey-MBA:1.9.0-RC4 busbey$ tar -C src_untar -xzf > dist.apache.org/repos/dist/dev/avro/avro-1.9.0-rc4/avro-src-1.9.0.tar.gz > > tar: copyfile unpack > (avro-src-1.9.0/lang/java/mapred/src/test/resources/org/apache/avro/mapreduce/mapreduce-test-input.avro/SUCCESS.crc) > failed: No such file or directory > > I don't think it should be a blocker because it's shown up in prior RCs > since 2012 and AFAICT things are fine despite it, save a unit test. > > * An upgrade guide will help a bunch of folks given the time since last > release and this being a major version. > > For example, someone asked about how incompatible things are. So I ran the > Java API Compliance Checker on the java libraries, since it's (relatively) > easy. After filtering out the "avro.shaded" package and excluding the > hadoop1 specific jars from 1.8.2: > > > Busbey-MBA:1.9.0-RC4 busbey$ japi-compliance-checker -l "apache avro" > -d1 avro-1.8.2-jacc.xml -d2 avro-1.9.0-jacc.xml -skip-packages > skip-packages.txt > > Preparing, please wait ... > > Using Java 1.8.0_161 > > Reading classes 1.8.2 ... > > WARNING: skipping "internal" packages > > NOTE: use --keep-internal option to check them > > Reading classes 1.9.0-rc4 ... > > WARNING: skipping "internal" packages > > Comparing classes ... > > Creating compatibility report ... > > Binary compatibility: 94.6% > > Source compatibility: 93.6% > > Total binary compatibility problems: 155, warnings: 26 > > Total source compatibility problems: 160, warnings: 4 > > Report: compat_reports/apache avro/1.8.2_to_1.9.0-rc4/compat_report.html > > The report is here: > > > http://people.apache.org/~busbey/avro/1.9.0-RC4/1.8.2_to_1.9.0RC4_compat_report.html > > This is a major version, so I think breaking things is fine. But this > report is still pretty long and so I'm guessing downstream could use some > help. Maybe the current summary list covers all of the breakage listed; I > didn't try to compare them. > > On 2019/05/08 19:45:15, "Driesprong, Fokko" wrote: > > Hi everyone, > > > > Since the last release of Apache Avro 1.8.2 on May 31, 2017. Two years > > later, > > I'm thrilled to propose the following RC to be released as official > Apache > > Avro 1.9.0 release. > > > > The commit id is 3c76495e9524ef322726d03d7ee406be89e8fde0 > > * This corresponds to the tag: release-1.9.0-rc4 > > * https://github.com/apache/avro/releases/tag/release-1.9.0-rc4 > > > > The release tarball, signature, and checksums are here: > > * https://dist.apache.org/repos/dist/dev/avro/avro-1.9.0-rc4/ > > > > You can find the KEYS file here: > > * https://dist.apache.org/repos/dist/dev/avro/KEYS > > > > Binary artifacts for Java are staged in Nexus here: > > * > > > https://repository.apache.org/content/groups/staging/org/apache/avro/avro/1.9.0/ > > > > This release includes 272 Jira issues: > > https://issues.apache.org/jira/projects/AVRO/versions/1294 > > * Deprecate Joda-Time in favor of Java8 JSR310 and setting it as default > > * Remove support for Hadoop 1.x > > * Move from Jackson 1.x to 2.9 > > * Add ZStandard Codec > > * Lots of updates on the dependencies to fix CVE's > > * Remove Jackson classes from public API > > * Apache Avro is built by default with Java 8 > > * Apache Avro is compiled and tested with Java 11 to guarantee > compatibility > > *
Re: [ANNOUNCE] Please welcome Fokko Driesprong to the Apache Avro PMC
Congratulations Fokko, well-earned! On Tue, May 14, 2019 at 10:15 AM Niels Basjes wrote: > Welcome aboard! > > On Tue, May 14, 2019, 09:28 Sean Busbey wrote: > > > Hi folks! > > > > On behalf of the Apache Avro PMC I am pleased to announce that Fokko > > Driesprong has accepted our invitation to become a PMC member on the > > Avro project. We appreciate Fokko stepping up to take more > > responsibility in the project. > > > > Please join me in welcoming Fokko to the Avro PMC! > > > > > > > > As a reminder, if anyone would like to nominate another person as a > > committer or PMC member, even if you are not currently a committer or > > PMC member, you can always drop a note to priv...@avro.apache.org to > > let us know. > > > > -busbey > > >
Re: [ANNOUNCE] Please welcome Fokko Driesprong to the Apache Avro PMC
Welcome aboard! On Tue, May 14, 2019, 09:28 Sean Busbey wrote: > Hi folks! > > On behalf of the Apache Avro PMC I am pleased to announce that Fokko > Driesprong has accepted our invitation to become a PMC member on the > Avro project. We appreciate Fokko stepping up to take more > responsibility in the project. > > Please join me in welcoming Fokko to the Avro PMC! > > > > As a reminder, if anyone would like to nominate another person as a > committer or PMC member, even if you are not currently a committer or > PMC member, you can always drop a note to priv...@avro.apache.org to > let us know. > > -busbey >
[ANNOUNCE] Please welcome Fokko Driesprong to the Apache Avro PMC
Hi folks! On behalf of the Apache Avro PMC I am pleased to announce that Fokko Driesprong has accepted our invitation to become a PMC member on the Avro project. We appreciate Fokko stepping up to take more responsibility in the project. Please join me in welcoming Fokko to the Avro PMC! As a reminder, if anyone would like to nominate another person as a committer or PMC member, even if you are not currently a committer or PMC member, you can always drop a note to priv...@avro.apache.org to let us know. -busbey