+1 (non-binding)

- verified signatures + checksums
- run mvn clean verify -Prelease, all artifacts build and the tests run
smoothly

A new 0.4.1 release to include the BigQuery fix is a good idea, I think as
we approach graduation it is important that we define (if we haven't,
probably I just don't know) what issues are release blocker​s for future
releases and which issues can be fixed as minor patch versions.


On Tue, Dec 20, 2016 at 10:02 AM, Jean-Baptiste Onofré <j...@nanthrax.net>
wrote:

> Thanks for the update Dan.
>
> I think we should move forward on this release as, as you said, we have
> important improvements compared to 0.3.0-incubating release.
> We can do a 0.4.1-incubating pretty soon to address the bigquery IO
> issues. I'm volunteer to do that.
>
> Regards
> JB
>
>
> On 12/19/2016 09:21 PM, Dan Halperin wrote:
>
>> I vetted the binary artifacts accompanying the release by running several
>> jobs on the Dataflow and Direct runners. At a high level, the release
>> looks
>> fine -- I ran some of my favorite jobs and they all worked swimmingly.
>>
>> There are some severe bugs in BigQueryIO in the release. Specifically, we
>> broke the ability to write to BigQuery using different tables for every
>> window. To a large degree, this makes BigQuery useless when working with
>> unbounded data (streaming pipelines). The bugs have been fixed (and
>> accompanying tests added) in PRs #1651 and #1400.
>>
>> Conclusion: +0.8
>>
>> * 0.4.0-incubating RC3 is largely an improvement over 0.3.0-incubating,
>> especially in the user getting started experience.
>> * The bugs in BigQueryIO are blockers for BigQuery users, but this is
>> likely a relatively small fraction of the Beam community. I would not
>> retract RC3 based on this alone. Unless we plan to cut an RC4 for other
>> reasons, we should move forward with RC3.
>>
>> I'd hope that we hear from key users of the Apex, Flink, and Spark runners
>> before closing the vote, even though it's technically been 72+ hours. I
>> suggest we wait to ensure they have an opportunity to chime in.
>>
>> Thanks,
>> Dan
>>
>>
>> Appendix: pom.xml changes to use binary releases from Apache Staging:
>>
>>   <repositories>
>>     <repository>
>>       <id>apache.staging</id>
>>       <name>Apache Development Staging Repository</name>
>>       <url>https://repository.apache.org/content/repositories/staging/
>> </url>
>>       <releases>
>>         <enabled>true</enabled>
>>       </releases>
>>       <snapshots>
>>         <enabled>false</enabled>
>>       </snapshots>
>>     </repository>
>>   </repositories>
>>
>> On Sun, Dec 18, 2016 at 10:14 PM, Jean-Baptiste Onofré <j...@nanthrax.net>
>> wrote:
>>
>> Hi guys,
>>>
>>> The good thing is that my issue to access repository.apache.org Nexus is
>>> now fixed.
>>>
>>> To update the signature files, we have to drop the Nexus repository to
>>> stage a new one,
>>> meaning cancel the current vote to do a new RC4.
>>>
>>> I can do that, up to you.
>>>
>>> Anyway, regarding the release content, +1 (binding).
>>>
>>> Regards
>>> JB
>>>
>>>
>>> On 12/18/2016 06:56 PM, Davor Bonaci wrote:
>>>
>>> Indeed -- I did help JB with the release ever so slightly, due to the
>>>> networking connectivity issue reaching repository.apache.org, which JB
>>>> further described and is tracked in INFRA-13086 [1]. This is not
>>>> Beam-specific.
>>>>
>>>> The current signature shouldn't be a problem at all, but, since others
>>>> are
>>>> asking about it, I think it would be the best to simply re-sign the
>>>> source
>>>> .zip archive and continuing this vote. JB, what do you think?
>>>>
>>>> Regarding the release itself, I think we need to keep raising the
>>>> quality
>>>> and maturity release-over-release, and test signals are an excellent way
>>>> to
>>>> demonstrate that. Due to the recent upgrades to Jenkins, usage of the
>>>> DSL,
>>>> etc. (thanks INFRA and Jason Kuster), we can now, for the first time,
>>>> formally show that the release candidate clearly passes all Jenkins
>>>> suites
>>>> that we have:
>>>> * All unit tests across the project, plus example ITs across all runners
>>>> [2], [3].
>>>> * All integration tests on the Apex runner [4].
>>>> * All integration tests on the Flink runner [5].
>>>> * All integration tests on the Spark runner [6].
>>>> * All integration tests on the Dataflow runner [7].
>>>>
>>>> That said, I know of a few issues/regressions in the areas that are not
>>>> well tested today. I think Dan Halperin has more context, so I'll let
>>>> him
>>>> speak of the details, and quote relevant JIRA issues.
>>>>
>>>> With the known issues in 0.3.0-incubating, such as trouble running
>>>> examples
>>>> out-of-the-box, I think this release candidate is a clear win. Of
>>>> course,
>>>> that may change if more issues are discovered.
>>>>
>>>> For me, this release candidate is +1 (at this time), contingent upon no
>>>> known major issues affecting Apex, Flink and Spark runners.
>>>>
>>>> Davor
>>>>
>>>> [1] https://issues.apache.org/jira/browse/INFRA-13086
>>>> [2]
>>>> https://builds.apache.org/view/Beam/job/beam_PreCommit_Java_
>>>> MavenInstall/5994/
>>>> [3]
>>>> https://builds.apache.org/view/Beam/job/beam_PostCommit_Java
>>>> _MavenInstall/2116/
>>>> [4]
>>>> https://builds.apache.org/view/Beam/job/beam_PostCommit_Java
>>>> _RunnableOnService_Apex/10/
>>>> [5]
>>>> https://builds.apache.org/view/Beam/job/beam_PostCommit_Java
>>>> _RunnableOnService_Flink/1120/
>>>> [6]
>>>> https://builds.apache.org/view/Beam/job/beam_PostCommit_Java
>>>> _RunnableOnService_Spark/430/
>>>> [7]
>>>> https://builds.apache.org/view/Beam/job/beam_PostCommit_Java
>>>> _RunnableOnService_Dataflow/1830/
>>>>
>>>>
>>>> On Sat, Dec 17, 2016 at 4:13 PM, Kenneth Knowles <k...@google.com.invalid
>>>> >
>>>> wrote:
>>>>
>>>> +1, as long as it is fine for the release to be signed by a PMC member
>>>>
>>>>> other than the release manager. Otherwise need to replace the .asc
>>>>> file.
>>>>>
>>>>> Following [Apache release checklist](
>>>>> http://incubator.apache.org/guides/releasemanagement.html#check-list):
>>>>>
>>>>> 1.1 Verified checksums & signature (Davor's)
>>>>> 2.1 Ran unit tests and integration tests
>>>>> 3.1 DISCLAIMER is correct
>>>>> 3.2 LICENSE & NOTICE are correct
>>>>> 3.3 Files have license headers (RAT & checkstyle)
>>>>> 3.4 Provenance is clear
>>>>> 3.5 Dependencies license are legal (RAT) [2]
>>>>> 3.6 Release contains source code, no binaries
>>>>>
>>>>> Additionally:
>>>>>
>>>>>  - Went over the generated javadoc (filed tickets but no release
>>>>> blockers)
>>>>>  - Went over the generated release notes
>>>>>  - Sanity checked the Maven Central artifacts
>>>>>  - Confirmed that the git tag matches
>>>>>  - Checked the website PR
>>>>>
>>>>> I heartily agree that the components would give much better context on
>>>>> tickets. Even with that, our JIRA titles could use a lot of
>>>>> improvement.
>>>>>
>>>>>
>>>>> On Fri, Dec 16, 2016 at 5:06 AM, Jean-Baptiste Onofré <j...@nanthrax.net
>>>>> >
>>>>> wrote:
>>>>>
>>>>> Hi everyone,
>>>>>
>>>>>>
>>>>>> Please review and vote on the release candidate #3 for the version
>>>>>> 0.4.0-incubating, as follows:
>>>>>> [ ] +1, Approve the release
>>>>>> [ ] -1, Do not approve the release (please provide specific comments)
>>>>>>
>>>>>> The complete staging area is available for your review, which
>>>>>> includes:
>>>>>> * JIRA release notes [1],
>>>>>> * the official Apache source release to be deployed to
>>>>>> dist.apache.org
>>>>>> [2],
>>>>>> * all artifacts to be deployed to the Maven Central Repository [3],
>>>>>> * source code tag "v0.4.0-incubating-RC3" [4],
>>>>>> * website pull request listing the release and publishing the API
>>>>>>
>>>>>> reference
>>>>>
>>>>> manual [5].
>>>>>>
>>>>>> The vote will be open for at least 72 hours. It is adopted by majority
>>>>>> approval, with at least 3 PPMC affirmative votes.
>>>>>>
>>>>>> Thanks,
>>>>>> Regards
>>>>>> JB
>>>>>>
>>>>>> [1] https://issues.apache.org/jira/secure/ReleaseNote.jspa?proje
>>>>>> ctId=12319527&version=12338590
>>>>>> [2] https://dist.apache.org/repos/dist/dev/incubator/beam/0.4.0-
>>>>>> incubating/
>>>>>> [3] https://repository.apache.org/content/repositories/orgapache
>>>>>>
>>>>>> beam-1008/
>>>>>
>>>>> [4] https://git-wip-us.apache.org/repos/asf?p=incubator-beam.git
>>>>>> ;a=tag;h=112e38e4a68b07e6bf4916d1bdcc7ecaca8bbbd4
>>>>>> [5] https://github.com/apache/incubator-beam-site/pull/109
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>> --
>>> Jean-Baptiste Onofré
>>> jbono...@apache.org
>>> http://blog.nanthrax.net
>>> Talend - http://www.talend.com
>>>
>>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>

Reply via email to