I’ll put together a release candidate. -Taylor
> On Sep 20, 2018, at 1:55 PM, Bobby Evans <bo...@apache.org> wrote: > > I just merged in the last outstanding JIRA/pull request. I think we are > good for a 2.0.0 RC. > > Thanks, > > Bobby > > On Wed, Sep 19, 2018 at 12:33 PM Bobby Evans <bo...@apache.org> wrote: > >> Sounds good. >> >> I just filed https://issues.apache.org/jira/browse/STORM-3230 and I'll be >> putting up a pull request shortly. I would like to see it in before a 2.x >> release, but it is kind of minor because ZK has to really be overloaded to >> hit this, and we tend to recover after a while. >> >> I'll look at getting the rest in ASAP. >> >> Thanks, >> >> Bobby >> >> >> On Tue, Sep 18, 2018 at 3:54 PM P. Taylor Goetz <ptgo...@gmail.com> wrote: >> >>> I’m ready to release when everything is ready to go. Since we haven’t >>> released from the 2.0-based master branch, I wouldn’t be surprised if I run >>> into release issues, but I’ll slog through it. >>> >>> -Taylor >>> >>>> On Sep 18, 2018, at 10:46 AM, Bobby Evans <bo...@apache.org> wrote: >>>> >>>> Great work everyone. We are really close on this. We have everything >>> in >>>> except for https://github.com/apache/storm/pull/2719, but there has >>> been no >>>> movement there, so I will try and put up an alternative pull request. >>>> >>>> Also We noticed that a recent merge broke some things fairly badly so we >>>> need to get https://github.com/apache/storm/pull/2839 in, but that is >>> just >>>> a matter of waiting a few more hours for the 24 hours to be up. >>>> >>>> Great work everyone, hopefully we will have an RC up for a vote a little >>>> over a day from now. >>>> >>>> Thanks, >>>> >>>> Bobby >>>> >>>> P.S. Taylor, You have put up all of the release candidates in the past >>> and >>>> done all of the votes for them. If you want to continue the trend that >>> is >>>> fine with me, but if not I am happy to do it, but I might have to bug >>> you >>>> to be sure I do it all correctly. >>>> >>>> On Mon, Sep 17, 2018 at 9:13 AM Bobby Evans <bo...@apache.org> wrote: >>>> >>>>> I think we are really close on this and I would love to see us get an >>> RC >>>>> out ASAP. >>>>> >>>>> We are still missing some things that Stig called out. >>>>> >>>>> https://github.com/apache/storm/pull/2719 has a build issue, not sure >>> if >>>>> we need to make an alternative patch or not. >>>>> https://github.com/apache/storm/pull/2800 has a newer alternative >>> patch >>>>> https://github.com/apache/storm/pull/2836 please take a look. >>>>> https://github.com/apache/storm/pull/2805 has some merge conflicts >>>>> currently, but everyone please take a chance to review it. >>>>> >>>>> Thanks, >>>>> >>>>> Bobby >>>>> >>>>> On Fri, Sep 14, 2018 at 2:57 AM Jungtaek Lim <kabh...@gmail.com> >>> wrote: >>>>> >>>>>> I have sought the name of client artifact from some of streaming >>>>>> frameworks. Please refer below: >>>>>> >>>>>> Spark: spark-core >>>>>> Kafka: kafka-clients >>>>>> Flink: flink-clients >>>>>> Heron: heron-api >>>>>> >>>>>> Based on divergence, I don't see the reason "storm-core" is the only >>> name >>>>>> which avoid confusion. Actually, if my understanding is right, we >>> need to >>>>>> let end users including "storm-server" when running local cluster, >>> then >>>>>> "storm-core" vs "storm-server" would give real confusion. I guess we >>>>>> already discussed about the naming, and given that we don't rename it >>> we >>>>>> are OK with renamed artifacts. >>>>>> >>>>>> 2018년 9월 14일 (금) 오후 4:07, Roshan Naik <roshan_n...@yahoo.com.invalid >>>> 님이 >>>>>> 작성: >>>>>> >>>>>>> Happy to see consensus in moving fwd with 2.0 soon. >>>>>>> I will try to get a minor patch (STORM-3205) within 24 hours ... as >>> it >>>>>>> seems like it has potential to deliver a decent perf boost and energy >>>>>>> savings. >>>>>>> One thing I am hoping we can address before releasing Storm 2 is... >>> to >>>>>> fix >>>>>>> the naming of the storm-client.jar. Its such a core jar really, it >>>>>> should >>>>>>> have been really called storm-core or something like that... but >>>>>>> unfortunately we already have another jar with that name. Retaining >>> the >>>>>>> 'client' name for this new jar would be confusing and give wrong >>>>>>> impressions to users and any new devs IMO. >>>>>>> -roshan >>>>>>> >>>>>>> On Thursday, September 13, 2018, 2:12:40 PM PDT, Govind Menon >>>>>>> <gme...@oath.com.INVALID> wrote: >>>>>>> >>>>>>> STORM-3217 and STORM-3221 have been fixed - +1 from me for 2.0 RC. >>>>>>> >>>>>>> On Wed, Sep 12, 2018 at 10:01 AM Govind Menon <gme...@oath.com> >>> wrote: >>>>>>> >>>>>>>> Hi all, >>>>>>>> >>>>>>>> There are some regressions that I introduced as part of STORM-1311 >>>>>> which >>>>>>>> I'm working on as part of >>>>>>> https://issues.apache.org/jira/browse/STORM-3217 >>>>>>>> and https://issues.apache.org/jira/browse/STORM-3221. These should >>> be >>>>>>>> fixed before a 2.x release >>>>>>>> >>>>>>>> I have code working on the Yahoo internal branch and should have PRs >>>>>> up >>>>>>>> for them in community soon. >>>>>>>> >>>>>>>> I apologize for slowing things up. >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Govind. >>>>>>>> >>>>>>>> On Tue, Sep 11, 2018 at 3:31 PM Arun Mahadevan <ar...@apache.org> >>>>>> wrote: >>>>>>>> >>>>>>>>> +1 for releasing 2.0. >>>>>>>>> >>>>>>>>> May be the RC can be cut once critical patches are merged. >>>>>>>>> >>>>>>>>> On Tue, 11 Sep 2018 at 10:28, Stig Rohde Døssing < >>>>>>> stigdoess...@gmail.com> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> +1 to cut an RC. >>>>>>>>>> >>>>>>>>>> Here are a couple of PRs that could maybe go in >>>>>>>>>> >>>>>>>>>> https://github.com/apache/storm/pull/2719 >>>>>>>>>> https://github.com/apache/storm/pull/2800 (this one requires some >>>>>>>>> changes, >>>>>>>>>> but we should be able to fix it pretty quickly) >>>>>>>>>> also would like to get https://github.com/apache/storm/pull/2805 >>>>>>>>> reviewed, >>>>>>>>>> it might change some public methods. >>>>>>>>>> >>>>>>>>>> Other than that, we should try to remove as much deprecated code >>>>>> as we >>>>>>>>> can >>>>>>>>>> before release >>>>>>>>>> >>>>>>>>>> https://issues.apache.org/jira/browse/STORM-2947 >>>>>>>>>> >>>>>>>>>> Den man. 10. sep. 2018 kl. 21.59 skrev Alexandre Vermeerbergen < >>>>>>>>>> avermeerber...@gmail.com>: >>>>>>>>>> >>>>>>>>>>> +1 for an Storm 2.0 as soon as possible, let's jump into the >>>>>> future >>>>>>> :) >>>>>>>>>>> Le lun. 10 sept. 2018 à 21:50, Kishorkumar Patil >>>>>>>>>>> <kpa...@oath.com.invalid> a écrit : >>>>>>>>>>>> >>>>>>>>>>>> Looking into all issues reported under epic >>>>>>>>>>>> https://issues.apache.org/jira/browse/STORM-2714 are >>>>>>>>> resolved/closed. >>>>>>>>>> I >>>>>>>>>>>> don't see any open issues/blockers at this point for going >>>>>> ahead >>>>>>>>> with >>>>>>>>>> 2.x >>>>>>>>>>>> release. >>>>>>>>>>>> >>>>>>>>>>>> I am +1 to 2.0 release. >>>>>>>>>>>> >>>>>>>>>>>> Regards, >>>>>>>>>>>> -Kishor >>>>>>>>>>>> >>>>>>>>>>>> On Mon, Sep 10, 2018 at 2:24 PM, P. Taylor Goetz < >>>>>>> ptgo...@gmail.com >>>>>>>>>> >>>>>>>>>>> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> I agree, and looking through the JIRAs against 2.0, I would >>>>>> say >>>>>>> a >>>>>>>>>>> majority >>>>>>>>>>>>> of the ones marked critical are not critical. >>>>>>>>>>>>> >>>>>>>>>>>>> I’m +1 on moving forward with a 2.0 release, but will give >>>>>>> others >>>>>>>>>> time >>>>>>>>>>> to >>>>>>>>>>>>> respond with any JIRAs they think should be included. >>>>>>>>>>>>> >>>>>>>>>>>>>> p.s. I don't want to create branch-2.x or branch-2.0.x >>>>>> until >>>>>>>>>>> absolutely >>>>>>>>>>>>>> necessary, I don't see any major features with pull >>>>>> requests >>>>>>> up >>>>>>>>> but >>>>>>>>>>> if >>>>>>>>>>>>> you >>>>>>>>>>>>>> do run across one please send something out before merging >>>>>> it >>>>>>>>> in, >>>>>>>>>> so >>>>>>>>>>> we >>>>>>>>>>>>> can >>>>>>>>>>>>>> set up the branches properly at that time. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Agree. We can always branch off the release tag/commit. >>>>>>>>>>>>> >>>>>>>>>>>>> -Taylor >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>> On Sep 10, 2018, at 12:25 PM, Bobby Evans < >>>>>> bo...@apache.org> >>>>>>>>>> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>> It has been nearly a month since this was originally sent >>>>>> out, >>>>>>>>> and >>>>>>>>>>> this >>>>>>>>>>>>> is >>>>>>>>>>>>>> not the first of these kinds of emails to go out about a >>>>>> 2.0.0 >>>>>>>>>>> release. >>>>>>>>>>>>> I >>>>>>>>>>>>>> think we have made a lot of really good progress on getting >>>>>>>>> ready >>>>>>>>>>> for a >>>>>>>>>>>>> 2.0 >>>>>>>>>>>>>> release, and I really would like to see it happen before >>>>>>> another >>>>>>>>>>> month >>>>>>>>>>>>>> passes. >>>>>>>>>>>>>> >>>>>>>>>>>>>> We have a 2.0 based deploy in some of our staging clusters, >>>>>>>>>> currently >>>>>>>>>>>>>> following the master branch with a little that is Yahoo >>>>>>>>> specific on >>>>>>>>>>> top. >>>>>>>>>>>>> We >>>>>>>>>>>>>> would like to start pushing towards production with it >>>>>> soon. >>>>>>>>>>>>>> >>>>>>>>>>>>>> There are a few issues that we are aware of. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>> >>>>>> >>> https://issues.apache.org/jira/issues/?jql=project%20%3D%20STORM%20AND% >>>>>>>>>>>>> 20affectedVersion%20in%20(2.0.0)%20AND%20resolution%20%3D% >>>>>>>>>>>>> 20Unresolved%20ORDER%20BY%20priority%20DESC >>>>>>>>>>>>>> >>>>>>>>>>>>>> There are no blockers still open, and only 4 issues listed >>>>>> as >>>>>>>>>>> critical. >>>>>>>>>>>>>> >>>>>>>>>>>>>> If others have any open issues that feel need to be >>>>>> addressed >>>>>>>>> prior >>>>>>>>>>> to a >>>>>>>>>>>>>> 2.0.0 release please respond to this with the JIRA >>>>>> number. I >>>>>>>>> would >>>>>>>>>>> like >>>>>>>>>>>>> to >>>>>>>>>>>>>> set a goal/tentative date of Sep 17th (one week from >>>>>> today) to >>>>>>>>> put >>>>>>>>>>>>> together >>>>>>>>>>>>>> a release candidate for a 2.0.0 release, and unless there >>>>>> are >>>>>>>>> major >>>>>>>>>>>>>> blockers that show up I think we can do it. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>> >>>>>>>>>>>>>> Bobby Evans >>>>>>>>>>>>>> >>>>>>>>>>>>>> p.s. I don't want to create branch-2.x or branch-2.0.x >>>>>> until >>>>>>>>>>> absolutely >>>>>>>>>>>>>> necessary, I don't see any major features with pull >>>>>> requests >>>>>>> up >>>>>>>>> but >>>>>>>>>>> if >>>>>>>>>>>>> you >>>>>>>>>>>>>> do run across one please send something out before merging >>>>>> it >>>>>>>>> in, >>>>>>>>>> so >>>>>>>>>>> we >>>>>>>>>>>>> can >>>>>>>>>>>>>> set up the branches properly at that time. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Wed, Jul 18, 2018 at 10:47 PM Jungtaek Lim < >>>>>>>>> kabh...@gmail.com> >>>>>>>>>>> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> I'd like to say first, thanks Stig to take up remaining >>>>>>> issues. >>>>>>>>>>> Thanks >>>>>>>>>>>>> to >>>>>>>>>>>>>>> his efforts, according to the epic, we have only one major >>>>>>>>> issue >>>>>>>>>>> left: >>>>>>>>>>>>>>> porting UI to Java [1], and pull request [2] is available >>>>>> for >>>>>>>>>> that. >>>>>>>>>>>>>>> There're another issues [3] [4] targeting 2.0.0 (since it >>>>>> is >>>>>>>>>>> backward >>>>>>>>>>>>>>> incompatible) but they are all about removing deprecated >>>>>>>>> things, >>>>>>>>>> so >>>>>>>>>>>>> easier >>>>>>>>>>>>>>> to be reviewed and make decisions. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Once we have a patch for that now, IMHO it would be good >>>>>> to >>>>>>>>> review >>>>>>>>>>> and >>>>>>>>>>>>> ship >>>>>>>>>>>>>>> in 2.0.0 if it wouldn't take a month or so. We could do >>>>>> some >>>>>>>>>> sanity >>>>>>>>>>>>> tests >>>>>>>>>>>>>>> in parallel, so waiting for UI port would not block much >>>>>> time >>>>>>>>> on >>>>>>>>>>>>> releasing >>>>>>>>>>>>>>> Storm 2.0.0. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> - Jungtaek Lim (HeartSaVioR) >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 1. https://issues.apache.org/jira/browse/STORM-1311 >>>>>>>>>>>>>>> 2. https://github.com/apache/storm/pull/2752 >>>>>>>>>>>>>>> 3. https://issues.apache.org/jira/browse/STORM-2947 >>>>>>>>>>>>>>> 4. https://issues.apache.org/jira/browse/STORM-3156 >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 2018년 7월 11일 (수) 오전 5:12, Alexandre Vermeerbergen < >>>>>>>>>>>>>>> avermeerber...@gmail.com>님이 >>>>>>>>>>>>>>> 작성: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> +1 would love to try it when an RC is avail! >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Alexandre Vermeerbergen >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 2018-07-10 21:15 GMT+02:00 Arun Mahadevan < >>>>>> ar...@apache.org >>>>>>>> : >>>>>>>>>>>>>>>>> +1 to get it out soon. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On 7/10/18, 11:52 AM, "P. Taylor Goetz" < >>>>>> ptgo...@gmail.com >>>>>>>> >>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> +1 Sounds good to me. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> -Taylor >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> On Jul 10, 2018, at 2:18 AM, Jungtaek Lim < >>>>>>>>> kabh...@gmail.com> >>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Hi devs, >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I hopefully have a time to sort out issues regarding >>>>>>> Storm >>>>>>>>>>> 2.0.0 and >>>>>>>>>>>>>>>> link >>>>>>>>>>>>>>>>>>> to epic issue. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> https://issues.apache.org/jira/browse/STORM-2714 >>>>>>>>>>>>>>>>>>> (require login to Apache JIRA to see issues in epic) >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I guess we are close to the release, mostly left >>>>>>> reviewing >>>>>>>>>> some >>>>>>>>>>>>>>> pending >>>>>>>>>>>>>>>>>>> pull requests, and some manual sanity tests. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Given that master branch is relatively stabilized for >>>>>>>>> Travis >>>>>>>>>> CI >>>>>>>>>>>>>>> build, >>>>>>>>>>>>>>>> as >>>>>>>>>>>>>>>>>>> well as style check and Java port make codebase better >>>>>>> (at >>>>>>>>>>> least for >>>>>>>>>>>>>>>> me), I >>>>>>>>>>>>>>>>>>> would really want to make Storm 2.0.0 released sooner >>>>>>> than >>>>>>>>>>> later, >>>>>>>>>>>>> and >>>>>>>>>>>>>>>> rely >>>>>>>>>>>>>>>>>>> majorly on 2.x version line. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> So I would propose dev folks to concentrate on >>>>>> remaining >>>>>>>>> tasks >>>>>>>>>>> for >>>>>>>>>>>>>>>> Storm >>>>>>>>>>>>>>>>>>> 2.0.0 till we announce release. WDYT? >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>> Jungtaek Lim (HeartSaVioR) >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>> >>>>> >>> >>>
signature.asc
Description: Message signed with OpenPGP