+1 from our side on this plan. On Mon, Oct 16, 2017 at 3:33 AM, Fabian Hueske <fhue...@gmail.com> wrote:
> OK, sounds good to me. > > We have a couple of bugs to fix for the Table API / SQL but have PRs for > most of them. > > There's only one major issue that I'd like to include in 1.4.0 which is a > refactoring of the TableSource interface. > This effort has already started and is currently waiting for reviews / > comments. > I'm quite confident that we can get it in within the next two weeks. > > Cheers, Fabian > > 2017-10-16 10:22 GMT+02:00 Aljoscha Krettek <aljos...@apache.org>: > > > @Bowen I started marking essential stuff as blocking (with fixVersion > > 1.4.0). You're right, that we should start moving things to 1.5.0 that > are > > not blocking and that we don't think will make it into 1.4.0. I think we > > can only release 1.4.0 if there are 0 (zero) unresolved issues with > > fixVersion 1.4.0. > > > > > On 14. Oct 2017, at 07:34, Alexandru Gutan <alex.guta...@gmail.com> > > wrote: > > > > > > great > > > > > > On 13 October 2017 at 18:02, Zhijiang(wangzhijiang999) < > > > wangzhijiang...@aliyun.com> wrote: > > > > > >> totally agree with the way.-------------------------- > > >> ----------------------------------------发件人:Stephan Ewen < > > se...@apache.org > > >>> 发送时间:2017年10月13日(星期五) 21:29收件人:dev@flink.apache.org < > > dev@flink.apache.org>主 > > >> 题:Re: [DISCUSS] Releasing Flink 1.4 > > >> I am in favor of doing this, if we can set it up in the following way. > > >> > > >> - We put out the 1.4 release now, as Till and Aljoscha suggested. A > > >> stable cut before the fundamental changes go in. > > >> > > >> - We merge the very big changes (FLIP-6, Network stack, localized > state > > >> restore, etc). directly (or very soon) after. > > >> - We try to stabilize these changes and release 1.5 asap after that. > > >> Ideally Around end of year or so. > > >> > > >> The reason I am bringing this up is that I know various users waiting > > very > > >> much for FLIP-6 and Network Stack enhancements. Given that these > issues > > >> were flagged for release 1.4, the users were planning to have them > > rather > > >> soon. > > >> > > >> Stephan > > >> > > >> > > >> On Fri, Oct 13, 2017 at 2:35 PM, Aljoscha Krettek < > aljos...@apache.org> > > >> wrote: > > >> > > >>> +1 Excellent > > >>> > > >>> I'd like to volunteer as release manager. I already set > > >> up a Kanban board > > >>> to monitor the open blocking (and non-blocking) issues > > >> for 1.4, though this > > >>> is independent of me volunteering as release manager. We > > >> should all go over > > >>> these issues and see which ones should actually be blockin > > >> g and which ones > > >>> are not yet on that list. > > >>> > > >>>> On 13. Oct 2017, at 12:24, Renjie Liu <liurenjie2...@gmail.com> > > wrote: > > >>>> > > >>>> Cool!!! > > >>>> > > >>>> On Fri, Oct 13, 2017 at 5:49 PM Till Rohrmann <trohrm...@apache.org > > > > >>> wrote: > > >>>> > > >>>>> Hi all, > > >>>>> > > >>>>> I want to revive the discussion about releasing Flink 1.4 [1] and > the > > >>> set > > >>>>> of features to include. > > >>>>> > > >>>>> The gist of the previous discussion was that we postponed the > feature > > >>>>> freeze for 1.4 in order to include some more features w > > >> hich were being > > >>>>> developed. By now, we have completed a good set of features such as > > >>> exactly > > >>>>> once Kafka producer, reduced dependency footprint, Hado > > >> op-free Flink and > > >>>>> many bug fixes. I believe that these features will > > >> make good release and > > >>>>> users are already waiting for them. > > >>>>> > > >>>>> Some of the other features which we wanted to include, > > >> mainly Flip-6, to > > >>>>> some extent the network stack enhancements and the state decoupling > > >>> still > > >>>>> need some more time. Since these features are major > > >> changes to Flink's > > >>>>> runtime, it would be in my opinion a good idea to cut a > > >> stable release > > >>> with > > >>>>> the above-mentioned feature set now and give the engine > > >> features a bit > > >>> more > > >>>>> time to ripen and be properly tested. > > >>>>> > > >>>>> Therefore, I would actually be in favour of aiming for > > >> a quick release > > >>>>> meaning that we now concentrate mainly on fixing bugs and critical > > >>> issues. > > >>>>> Moreover, I'm optimistic that the delayed features will be > completed > > >>> soon > > >>>>> such that we can deliver them with the next release. Wh > > >> at do you think? > > >>>>> > > >>>>> [1] > > >>>>> > > >>>>> http://apache-flink-mailing-list-archive.1008284.n3. > > >>> nabble.com/DISCUSS-Flink-1-4-and-time-based-release-td19331.html > > >>>>> > > >>>>> Cheers, > > >>>>> Till > > >>>>> > > >>>> -- > > >>>> Liu, Renjie > > >>>> Software Engineer, MVAD > > >>> > > >>> > > >> > > >> > > > > >