Re: [DISCUSS] Feature freeze and deprecation work for 2.0

A side effect of the amount of deprecation FLIPs is that it takes up quite a bit of time to verify them (if you want the community to do a proper check). Individual FLIPs might not be that big. And of course, one could argue that we can distribute the work to multiple people as a community effort.

Re: [DISCUSS] Feature freeze and deprecation work for 2.0

Hi Xintong, It's fine to me to accept deprecations that only add annotations and JavaDocs. We'll make a formal announcement later about 1.18 feature freeze and plans on x-team testing, and please let us know (make a reply in that thread) before you wanna do the deprecation action. Best,

Re: [DISCUSS] Feature freeze and deprecation work for 2.0

Thanks for the response, Qingsheng. I'm fine with not allowing new features after the 1.18 freeze. Just want to double-check, how about the FLIPs that purely mark things as `@Deprecated` without adding anything new? Do we agree to treat them as "not new features"? Best, Xintong On Wed, Jul

Re: [DISCUSS] Feature freeze and deprecation work for 2.0

(Sorry for resending this. I forgot to cc the dev mailing list) Hi Matthias and Xintong, Thanks for raising the question! We brought it to the 1.18 release sync on Jul 26th, and we decided to stick to the original schedule of 1.18 and will not accept new features, including those deprecation

Re: [DISCUSS] Feature freeze and deprecation work for 2.0

Good question. CC-ed the release managers. My 2-cents: I think the purpose of feature freeze is to prevent new feature / improvement changes from destabilizing the code base, in order to get a stable and verified release. Based on this, I'd suggest: - Considering FLIPs that purely mark an API as

[DISCUSS] Feature freeze and deprecation work for 2.0

The feature freeze was postponed to July 24 (end of this week in Europe/early morning Monday in East Asia) in [1]. What's the 1.18 release managers' take on all the FLIPs that were recently started and require some deprecation work (which ideally should go into 1.18)? How does that work with the

Re: [DISCUSS] Feature freeze date for 1.13

Hi Yuval, I think you are good to go, since there is no objection from PMC. Best, Kurt On Wed, Apr 7, 2021 at 12:48 AM Yuval Itzchakov wrote: > Hi Guowei, > > Who should I speak to regarding this? I am at the final stages of the PR I > believe (Shengkai is kindly helping me make things work)

Re: [DISCUSS] Feature freeze date for 1.13

Hi, Yuval Thanks for your contribution. I am not a SQL expert, but it seems to be beneficial to users, and the amount of code is not much and only left is the test. Therefore, I am open to this entry into rc1. But according to the rules, you still have to see if there are other PMC's objections

Re: [DISCUSS] Feature freeze date for 1.13

Hi All, I would really love to merge https://github.com/apache/flink/pull/15307 prior to 1.13 release cutoff, it just needs some more tests which I can hopefully get to today / tomorrow morning. This is a critical fix as now predicate pushdown won't work for any stream which generates a

Re: [DISCUSS] Feature freeze date for 1.13

Thanks Dawid, I have merged FLINK-20320. Best, Kurt On Thu, Apr 1, 2021 at 2:49 PM Dawid Wysakowicz wrote: > Hi all, > > @Kurt @Arvid I think it's fine to merge those two, as they are pretty much > finished. We can wait for those two before creating the RC0. > > @Leonard Personally I'd be ok

Re: [DISCUSS] Feature freeze date for 1.13

Hi all, @Kurt @Arvid I think it's fine to merge those two, as they are pretty much finished. We can wait for those two before creating the RC0. @Leonard Personally I'd be ok with 3 more days for that single PR. I find the request reasonable and I second that it's better to have a proper review

Re: [DISCUSS] Feature freeze date for 1.13

Hi Dawid and Guowei, I'd like to merge [FLINK-13550][rest][ui] Vertex Flame Graph [1]. We are pretty much just waiting for AZP to turn green, it's separate from other components, and it's a super useful feature for Flink users. Best, Arvid [1] https://github.com/apache/flink/pull/15054 On

Re: [DISCUSS] Feature freeze date for 1.13

Hi Guowei and Dawid, I want to request the permission to merge this feature [1], it's a useful improvement to sql client and won't affect other components too much. We were plan to merge it yesterday but met some tricky multi-process issue which has a very high possibility hanging the tests. It

Re: [DISCUSS] Feature freeze date for 1.13

Hi, community: Friendly reminder that today (3.31) is the last day of feature development. Under normal circumstances, you will not be able to submit new features from tomorrow (4.1). Tomorrow we will create 1.13.0-rc0 for testing, welcome to help test together. After the test is relatively

Re: [DISCUSS] Feature freeze date for 1.13

+1 for the 31st of March for the feature freeze. Cheers, Till On Mon, Mar 29, 2021 at 10:12 AM Robert Metzger wrote: > +1 for March 31st for the feature freeze. > > > > On Fri, Mar 26, 2021 at 3:39 PM Dawid Wysakowicz > wrote: > > > Thank you Thomas! I'll definitely check the issue you

Re: [DISCUSS] Feature freeze date for 1.13

+1 for March 31st for the feature freeze. On Fri, Mar 26, 2021 at 3:39 PM Dawid Wysakowicz wrote: > Thank you Thomas! I'll definitely check the issue you linked. > > Best, > > Dawid > > On 23/03/2021 20:35, Thomas Weise wrote: > > Hi Dawid, > > > > Thanks for the heads up. > > > > Regarding

Re: [DISCUSS] Feature freeze date for 1.13

Thank you Thomas! I'll definitely check the issue you linked. Best, Dawid On 23/03/2021 20:35, Thomas Weise wrote: > Hi Dawid, > > Thanks for the heads up. > > Regarding the "Rebase and merge" button. I find that merge option useful, > especially for small simple changes and for backports. The

Re: [DISCUSS] Feature freeze date for 1.13

Hi Dawid, Thanks for the heads up. Regarding the "Rebase and merge" button. I find that merge option useful, especially for small simple changes and for backports. The following should help to safeguard from the issue encountered previously: https://github.com/jazzband/pip-tools/issues/1085

[DISCUSS] Feature freeze date for 1.13

Hi devs, users! 1. *Feature freeze date* We are approaching the end of March which we agreed would be the time for a Feature Freeze. From the knowledge I've gather so far it still seems to be a viable plan. I think it is a good time to agree on a particular date, when it should happen. We

Re: [DISCUSS] Feature freeze for Flink 1.7

Thanks for the feedback. For FLINK-10122, the proper solution would require the redesigned source interface which will most likely not make it into the release. I think the community is working hard on implementing it as fast as possible, though. Concerning state migration, Gordon is the best to

Re: [DISCUSS] Feature freeze for Flink 1.7

What would this timing mean for the epic around state schema evolution and state migration? On Mon, Oct 1, 2018 at 10:43 AM Piotr Nowojski wrote: > Hi, > > I think that’s a good time for the release, will give us some time before > holidays season for potential bug fixes. > > Piotrek > > > On

Re: [DISCUSS] Feature freeze for Flink 1.7

Hi, I think that’s a good time for the release, will give us some time before holidays season for potential bug fixes. Piotrek > On 29 Sep 2018, at 05:08, Steven Wu wrote: > > Please prioritize a proper long-term fix for this issue. it is a big > scalability issue for high-parallelism job

Re: [DISCUSS] Feature freeze for Flink 1.7

Please prioritize a proper long-term fix for this issue. it is a big scalability issue for high-parallelism job (e.g. over 1,000). FLINK-10122 KafkaConsumer should use partitionable state over union state if partition discovery is not active On Fri, Sep 28, 2018 at 7:20 AM Till Rohrmann wrote:

[DISCUSS] Feature freeze for Flink 1.7

Dear community, almost 2 months have passed since the Flink 1.6 release and some good features for the next major release are close to completion. Therefore, I would like to discuss a possible feature freeze for Flink 1.7. Given that we've released Flink 1.6 at the beginning of August, I would

Re: [DISCUSS] Feature freeze for Flink 1.6

I assume that we reached a silent consensus here. I will then announce the feature freeze date on the dev mailing list. Cheers, Till On Fri, Jun 29, 2018 at 6:31 PM Till Rohrmann wrote: > Dear community, > > as discussed in the Flink 1.6 feature thread [1], the proposed release > date of *end

[DISCUSS] Feature freeze for Flink 1.6

Dear community, as discussed in the Flink 1.6 feature thread [1], the proposed release date of *end of July* for Flink 1.6 is getting closer. Since we need a release manager I would first of all volunteer for it. With Flink 1.5, the community invested a lot of time into release and test

Re: [DISCUSS] Feature Freeze

It's not really a release candidate in that sense, but a common test release that everyone should work against. This gives us a consistent view about the state at commit X, as opposed to testing directly against the branch where it is likely everyone works on a different version. On

Re: [DISCUSS] Feature Freeze

It depends :) If the unstable tests are caused by a bug in the tests itself, its not an issue. If its a blocking issue in one of the core components, I'll immediately create a new RC. Part of the reason why I'm creating the RC0 is also to ensure that the build infrastructure properly works. On

Re: [DISCUSS] Feature Freeze

Hi Robert, Thanks for starting the process! My only remark is that given that the master is unstable, does it make sense to create an RC0? Kostas > On May 8, 2017, at 8:52 AM, Robert Metzger wrote: > > Great! > It also looks like the other big features made it also

Re: [DISCUSS] Feature Freeze

Great! It also looks like the other big features made it also into master this weekend. I'll now create the feature branch and create the testing RC0. On Sat, May 6, 2017 at 12:04 PM, Fabian Hueske wrote: > I merged the last to major features for the Table API / SQL (time >

Re: [DISCUSS] Feature Freeze

I merged the last to major features for the Table API / SQL (time indicators and retraction support) to master. We will need to work on some smaller issues for those features which will take a few more days (1 week max), but the big changes are in. Working on those final issue does not block a

Re: [DISCUSS] Feature Freeze

Yes, I second Ufuk, thanks Robert and Aljoscha for the effort. Thanks to the community for hard work on the features. On Fri, May 5, 2017 at 4:03 PM, Ufuk Celebi wrote: > On Fri, May 5, 2017 at 3:59 PM, Stephan Ewen wrote: > > Also, if no release candidate

Re: [DISCUSS] Feature Freeze

On Fri, May 5, 2017 at 3:59 PM, Stephan Ewen wrote: > Also, if no release candidate would be created today, it would not make any > difference anyways... If no one tests a RC (if created today) over the weekend it also wouldn't make a difference. ;-) Thanks to all for chiming

Re: [DISCUSS] Feature Freeze

sider it (it only needs a review) > > > > Best regards, > > > > -Original Message- > > From: Robert Metzger [mailto:rmetz...@apache.org] > > Sent: Friday, May 05, 2017 10:43 AM > > To: dev@flink.apache.org > > Subject: Re: [DISCUSS] Feature Freez

Re: [DISCUSS] Feature Freeze

) > > Best regards, > > -Original Message- > From: Robert Metzger [mailto:rmetz...@apache.org] > Sent: Friday, May 05, 2017 10:43 AM > To: dev@flink.apache.org > Subject: Re: [DISCUSS] Feature Freeze > > I've checked the release status again, and it seems th

RE: [DISCUSS] Feature Freeze

Message- From: Robert Metzger [mailto:rmetz...@apache.org] Sent: Friday, May 05, 2017 10:43 AM To: dev@flink.apache.org Subject: Re: [DISCUSS] Feature Freeze I've checked the release status again, and it seems that some more issues made it into master, while other very big new features are still

Re: [DISCUSS] Feature Freeze

gt; > >>>>>>>>>>> wrote: > >>>>>>>>>>>> If it's not a problem it will be great for us to include also > >>>>>>>>> FLINK-6398 > >>>>>>>>>>>> <h

Re: [DISCUSS] Feature Freeze

t;>>>>>>>>>>> On Fri, Apr 28, 2017 at 3:32 AM, Zhuoluo Yang < >>>>>>>>>>> zhuoluo....@alibaba-inc.com> >>>>>>>>>>>> wrote: >>>>>>>>>>>> >>>

Re: [DISCUSS] Feature Freeze

t;>>>>>>> <https://issues.apache.org/jira/browse/FLINK-6196> Support > >>>>> dynamic > >>>>>>>>> schema > >>>>>>>>>>> in Table Function? > >>>>>>>>>>> I’d like to update t

Re: [DISCUSS] Feature Freeze

t;>>>>>>>>>> Zhuoluo  >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>

Re: [DISCUSS] Feature Freeze

FLINK-6335, > > >>>> FLINK-6373 > > >>>>>>>> * StreamTableSink for JDBC and Cassandra: FLINK-6281, FLINK-6225 > > >>>>>>>> * Decoupling Flink and Hadoop: FLINK-5998 > > >>>>>>>> > > >>

Re: [DISCUSS] Feature Freeze

>>> optimistic that they can make it to 1.3 in a day or two. > >>>>>>>> > >>>>>>>> Additionally it would be great to see FLINK-6232 go in, but it > >>> depends > >>>>>> on > >>>>>>>>

Re: [DISCUSS] Feature Freeze

t;>> on >>>>>>>> FLINK-5884 so it might be a little bit tough. >>>>>>>> >>>>>>>> Regards, >>>>>>>> Haohui >>>>>>>> >>>>>>>> On Thu, Apr 27

Re: [DISCUSS] Feature Freeze

-发件人：Ufuk Celebi <u...@apache.org>发送时间：2017年4月27日(星期四) 22:25收件人：dev < dev@flink.apache.org>抄 送：Robert Metzger <rmetz...@apache.org>主 题：[DISCUSS] Feature Freeze Hey devs! :-) We decided to follow a time-based release model with the upcoming 1.3 release and t

Re: [DISCUSS] Feature Freeze

gt; >>>> FLINK-5892 (Restoring state by operator) is also nearing > completion, > > > but > > > >>>> with only 1 day left before the weekend we're cutting it really > > short. > > > >>>> > > > >>>> Since this elimina

Re: [DISCUSS] Feature Freeze

th only 1 day left before the weekend we're cutting it really > short. > > >>>> > > >>>> Since this eliminates a major pain point when updating jobs, as it > > >>>> allows the modification of chains, another day or 2 would be good i >

Re: [DISCUSS] Feature Freeze

>> > >>>> Since this eliminates a major pain point when updating jobs, as it > >>>> allows the modification of chains, another day or 2 would be good i > >> think. > >>>> > >>>> Regards, > >>>> Chesnay > >>>> > >>>> On 27.0

Re: [DISCUSS] Feature Freeze

d like to get FLINK-6013 (Adding Datadog Http metrics reporter) >>>> >>>> into >>>> >>>> release 1.3. It's in the final state of code review in >>>> https://github.com/apache/flink/pull/3736 >>>> >>>> Thanks,

Re: [DISCUSS] Feature Freeze

>> https://github.com/apache/flink/pull/3736 > >> > >> Thanks, > >> Bowen > >> > >> On Thu, Apr 27, 2017 at 8:38 AM, Zhijiang(wangzhijiang999) < > >> wangzhijiang...@aliyun.com> wrote: > >> > >> Hi Ufuk, > >>

Re: [DISCUSS] Feature Freeze

my latest refinement of buffer provider ( >> >> https://issues.apache.org/ >> >> jira/browse/FLINK-6337) to be included in 1.3 and most of the jobs can >> get benefit from it. And I think it can be completed with the help of >> >> your >> >> r

Re: [DISCUSS] Feature Freeze

ish my latest refinement of buffer provider ( > > https://issues.apache.org/ > > jira/browse/FLINK-6337) to be included in 1.3 and most of the jobs can > get benefit from it. And I think it can be completed with the help of > > your > > reviews this week. > > Cheers,Zhi

Re: [DISCUSS] Feature Freeze

can >>>> get benefit from it. And I think it can be completed with the help of >> your >>>> reviews this week. >>>> >> Cheers,Zhijiang--发件人：Ufuk >>>> Celebi <u...@apac

Re: [DISCUSS] Feature Freeze

.3 and most of the jobs can > >> get benefit from it. And I think it can be completed with the help of > your > >> reviews this week. > >> > Cheers,Zhijiang--------------发件人：Ufuk > >> Celebi <u...@apache.org>发送时间：2017年4月27日(星期四) 22:25收件人：dev < >

Re: [DISCUSS] Feature Freeze

be included in 1.3 and most of the jobs can >>> get benefit from it. And I think it can be completed with the help of your >>> reviews this week. >>> Cheers,Zhijiang--------------发件人：Ufuk >>> Celebi <u...@apache.org

Re: [DISCUSS] Feature Freeze

pleted with the help of your reviews this week. Cheers,Zhijiang--发件人：Ufuk Celebi <u...@apache.org>发送时间：2017年4月27日(星期四) 22:25收件人：dev < dev@flink.apache.org>抄 送：Robert Metzger <rmetz...@apache.org>主 题：[DISCUSS] Feature

Re: [DISCUSS] Feature Freeze

r > reviews this week. > Cheers,Zhijiang--发件人：Ufuk > Celebi <u...@apache.org>发送时间：2017年4月27日(星期四) 22:25收件人：dev < > dev@flink.apache.org>抄 送：Robert Metzger <rmetz...@apache.org>主 > 题：[DISCUSS] Feature Freeze

回复：[DISCUSS] Feature Freeze

,Zhijiang--发件人：Ufuk Celebi <u...@apache.org>发送时间：2017年4月27日(星期四) 22:25收件人：dev <dev@flink.apache.org>抄　送：Robert Metzger <rmetz...@apache.org>主　题：[DISCUSS] Feature Freeze Hey devs! :-) We decided to follow a time-b

Re: [DISCUSS] Feature Freeze

Hi everybody, from an Table API / SQL point of view, three major features are not completed yet: - user-defined aggregation functions: Most of the preparation work is done. There is one PR missing to actually register and analyze UDAGGs. - retraction support: This feature was developed in a

Re: [DISCUSS] Feature Freeze

Hi Ufuk, Thanks for the heads-up. In terms of table API and SQL, I am hoping we can get the following features (which have not completed merged yet) included in 1.3: 1. UDAGG (FLINK-5564), I am working on the last PR (FLINK-5906) to close this feature. 2. Retract (FLINK-6047), we are planning

Re: [DISCUSS] Feature Freeze

The FLINK-6364 seems need an accompanying FLIP [1] to help review. I dont see for this one in the list of existing proposals. - Henry [1] https://cwiki.apache.org/confluence/display/FLINK/Flink+Improvement+Proposals On Thu, Apr 27, 2017 at

Re: [DISCUSS] Feature Freeze

Hi Ufuk, Thanks for starting this discussion! One feature that immediately comes to my mind is incremental checkpointing given it's production impact. https://issues.apache.org/jira/browse/FLINK-6364 It would be good to get some better understanding how the implementation effort is going and

[DISCUSS] Feature Freeze

Hey devs! :-) We decided to follow a time-based release model with the upcoming 1.3 release and the planned feature freeze is on Monday, May 1st. I wanted to start a discussion to get a quick overview of the current state of things. - Is everyone on track and aware of the feature freeze? ;) -