The only thing that I want to add in the features to be added for 1.3 is the NOT pattern for the CEP library.
There is an open PR here: https://github.com/apache/flink/pull/3798 <https://github.com/apache/flink/pull/3798> which is not far from getting in. Kostas > On May 2, 2017, at 12:10 PM, Robert Metzger <rmetz...@apache.org> wrote: > > Thanks a lot Ufuk for starting the discussion regarding the 1.3 feature > freeze. > > I didn't feature freeze yesterday (Monday) because it was a public holiday > here in Germany. > > I haven't made up my mind whether to do the feature freeze today or not. > Many important features seem to be close to completion. > I don't think we can pick features and wait with the release until they are > finished. The only thing I can imagine we could do is extend the deadline a > little bit to give people more time to complete. > But I'm strictly against multiple extensions. > > To make the discussion a bit easier, I've collected all the JIRAs mentioned > in this thread. I decided to group them into "really important" and > "important". I hope nobody is offended by my selection and I'm very open to > discuss it. > It doesn't really matter anyways because we will not block the release on > the completion of certain features. > > > Completed Features for 1.3 > - TODO! > > Blockers: > - TODO! > > > Really important (open): > - FLINK-6364: Implement incremental checkpointing in RocksDBStateBackend > (pending PR) > - FLINK-5906: Add support to register user defined aggregates in > TableEnvironment (no PR) > - FLINK-6047: Add support for Retraction in Table API / SQL (depends on > FLINK-6093) > - FLINK-6093: Implement and turn on retraction for table sink (pending PR) > - FLINK-6334: Refactoring UDTF interface (pending PR, under review) > - FLINK-5998: Un-fat Hadoop from Flink fat jar (pending PR, under review) > - FLINK-4545: Flink automatically manages TM network buffer (pending PR, > under review) > - FLINK-6178: Allow upgrades to state serializers (pending PR, no review ) > > > Really important (closed): > - FLINK-5892: Recover job state at the granularity of operator (merged) > > > > Important (open): > - FLINK-6013: Add Datadog HTTP metrics reporter (pending PR, under review) > - FLINK-6337: Remove the buffer provider from PartitionRequestServerHandler > (pending PR, under review) > - FLINK-6033: Support UNNEST query in the stream SQL API (no PR) > - FLINK-6335: Parse DISTINCT over grouped window in stream SQL (pending PR) > - FLINK-6373: Add runtime support for distinct aggregation over grouped > windows (pending PR, under review) > - FLINK-6281: Create TableSink for JDBC (pending PR, under review) > - FLINK-6225: Support Row Stream for CassandraSink (pending PR, under > review) > - FLINK-6196: Support dynamic schema in Table Function (pending PR, under > review) > - FLINK-4022: Partition and topic discovery for FlinkKafkaConsumer (pending > PR, no review) > - FLINK-4821: Implement rescalable non-partitioned state for Kinesis > Connector (pending PR, under review) > Important (closed): > - FLINK-6377: Support map types in the Table / SQL API (merged) > - FLINK-6398: RowSerializer's duplicate should always return a new instance > (merged) > > > I'll now collect the list of finished features in 1.3 and the blockers and > update above list. > > Stephan's email just came in, and I like the idea of freezing the feature > set now but extending the deadline to Friday for the branching. (Friday 3pm > CEST) > > Does everybody agree to that proposal? > > > On Tue, May 2, 2017 at 12:05 PM, Stephan Ewen <se...@apache.org> wrote: > >> Thanks all for the lively discussion about the feature freeze and how to >> proceed. >> Because we committed to a time-based release schedule, we should not break >> the feature freeze too badly, or we would just disable the >> time-based-release-policy at the very first time it would trigger. >> >> Here are a few thoughts about what we can do: >> >> - First of all, please note that feature freeze does not mean bug fix >> freeze. Important bug fixes can and should go in as part of the 1.3.0 >> release testing period >> >> - We should probably not add brand new features to the list at this point >> (that would most likely break the release schedule completely) >> >> - I think there is a case to include some features which are partially >> (but not fully) in master already, or exist basically completely as Pull >> Requests at this time. >> >> How about we do *freeze the set of features* for the release today, but >> *leave >> a grace period to get the complete-but-not-merged features in until the end >> of this week*? >> That would mean forking the release-1.3 branch end of this week. >> >> >> We should try and agree on which features fall under that list, and make >> sure each one has a committer committed to merging them in the next days. >> >> >> >> >> >> On Tue, May 2, 2017 at 11:01 AM, Tzu-Li (Gordon) Tai <tzuli...@apache.org> >> wrote: >> >>> Hi, >>> >>> I have 2 parts to discuss about delaying the feature freeze for a bit: >>> >>> 1. Allow upgrades to state serializers (FLINK-6178) >>> The feature is split up into 2 PRs, one of which is already open and the >>> second one coming up very soon. >>> PR #1 reconfigurable TypeSerializers: https:// >>> github.com/apache/flink/pull/3804 >>> PR #2 (will open soon) integrate serializer reconfiguration into state >>> restore flow (FLINK-6425) >>> >>> 2. Major new functionality for the Kafka and Kinesis consumers. >>> Kafka - partition & topic regex discovery (PR - >> https://github.com/apache/ >>> flink/pull/3746) >>> Kinesis - rescalable Kinesis consumer (PR - https://github.com/apache/ >>> flink/pull/3001) >>> >>> All above mentioned features are not yet merged to master. I think an >>> additional few days to the end of this week for the feature freeze should >>> make this possible. >>> >>> Cheers, >>> Gordon >>> >>> On 29 April 2017 at 4:31:17 AM, Chesnay Schepler (ches...@apache.org) >>> wrote: >>> >>> FLINK-5892 has been merged. >>> >>> For FLINK-4545 (replacing numNetworkBuffer parameter) a PR is also still >>> open and could use a second pair of eyes. >>> >>> On 28.04.2017 17:03, Kurt Young wrote: >>>> Hi Flavio, >>>> >>>> I have also fix the issue in 1.2 branch, but the next release will be >>> 1.2.2 >>>> >>>> Best, >>>> Kurt >>>> >>>> On Fri, Apr 28, 2017 at 11:01 PM, Ted Yu <yuzhih...@gmail.com> wrote: >>>> >>>>> Flavio: >>>>> Have you seen this (w.r.t. 1.2.1) ? >>>>> >>>>> http://search-hadoop.com/m/Flink/VkLeQejxLg24Lk0D1?subj=+ >>>>> RESULT+VOTE+Release+Apache+Flink+1+2+1+RC2+ >>>>> >>>>> On Fri, Apr 28, 2017 at 5:07 AM, Flavio Pompermaier < >>> pomperma...@okkam.it> >>>>> wrote: >>>>> >>>>>> Any chance to cherry-pick this also into 1.2.1? We're usign Flink >> 1.2.0 >>>>> in >>>>>> production and maybe an upgrade to 1.2.1 would be a safer option in >> the >>>>>> short term.. >>>>>> >>>>>> Best, >>>>>> Flavio >>>>>> >>>>>> On Fri, Apr 28, 2017 at 2:00 PM, Aljoscha Krettek < >> aljos...@apache.org >>>> >>>>>> wrote: >>>>>> >>>>>>> Ah, I see. The fix for that has been merged into master so it will >> be >>>>>>> release in Flink 1.3. >>>>>>> >>>>>>>> On 28. Apr 2017, at 13:50, Flavio Pompermaier < >> pomperma...@okkam.it> >>>>>>> wrote: >>>>>>>> Sorry, you're right Aljosha..the issue number is correct, the link >> is >>>>>>>> wrong! The correct one is https://issues.apache.org/ >>>>>>> jira/browse/FLINK-6398 >>>>>>>> On Fri, Apr 28, 2017 at 11:48 AM, Aljoscha Krettek < >>>>>> aljos...@apache.org> >>>>>>>> wrote: >>>>>>>> >>>>>>>>> I think there might be a typo. We haven’t yet reached issue number >>>>>> 6389, >>>>>>>>> if I’m not mistaken. The latest as I’m writing this is 6410. >>>>>>>>> >>>>>>>>>> On 28. Apr 2017, at 10:00, Flavio Pompermaier < >>>>> pomperma...@okkam.it> >>>>>>>>> wrote: >>>>>>>>>> If it's not a problem it will be great for us to include also >>>>>>> FLINK-6398 >>>>>>>>>> <https://issues.apache.org/jira/browse/FLINK-6938> if it's not a >>>>> big >>>>>>>>> deal >>>>>>>>>> Best, >>>>>>>>>> Flavio >>>>>>>>>> >>>>>>>>>> On Fri, Apr 28, 2017 at 3:32 AM, Zhuoluo Yang < >>>>>>>>> zhuoluo....@alibaba-inc.com> >>>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>>> Hi Devs, >>>>>>>>>>> >>>>>>>>>>> Thanks for the release plan. >>>>>>>>>>> >>>>>>>>>>> Could you also please add the feature FLINK-6196 >>>>>>>>>>> <https://issues.apache.org/jira/browse/FLINK-6196> Support >>>>> dynamic >>>>>>>>> schema >>>>>>>>>>> in Table Function? >>>>>>>>>>> I’d like to update the code as comments left on PR today. >>>>>>>>>>> I will try to make sure the code is updated before the Apr 30th. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Thanks, >>>>>>>>>>> >>>>>>>>>>> Zhuoluo 😀 >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> 在 2017年4月28日,上午8:48,Haohui Mai <ricet...@gmail.com> 写道: >>>>>>>>>>> >>>>>>>>>>> Hello, >>>>>>>>>>> >>>>>>>>>>> Thanks for starting this thread. It would be great to see the >>>>>>> following >>>>>>>>>>> features available in Flink 1.3: >>>>>>>>>>> >>>>>>>>>>> * Support for complex schema: FLINK-6033, FLINK-6377 >>>>>>>>>>> * Various improvements on SQL over group windows: FLINK-6335, >>>>>>> FLINK-6373 >>>>>>>>>>> * StreamTableSink for JDBC and Cassandra: FLINK-6281, FLINK-6225 >>>>>>>>>>> * Decoupling Flink and Hadoop: FLINK-5998 >>>>>>>>>>> >>>>>>>>>>> All of them have gone through at least one round of review so >> I'm >>>>>>>>>>> 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 >>>>>>>>>>> FLINK-5884 so it might be a little bit tough. >>>>>>>>>>> >>>>>>>>>>> Regards, >>>>>>>>>>> Haohui >>>>>>>>>>> >>>>>>>>>>> On Thu, Apr 27, 2017 at 12:22 PM Chesnay Schepler < >>>>>> ches...@apache.org >>>>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>> Hello, >>>>>>>>>>> >>>>>>>>>>> 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 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.04.2017 18:55, Bowen Li wrote: >>>>>>>>>>> >>>>>>>>>>> Hi Ufuk, >>>>>>>>>>> I'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, >>>>>>>>>>> Bowen >>>>>>>>>>> >>>>>>>>>>> On Thu, Apr 27, 2017 at 8:38 AM, Zhijiang(wangzhijiang999) < >>>>>>>>>>> wangzhijiang...@aliyun.com> wrote: >>>>>>>>>>> >>>>>>>>>>> Hi Ufuk, >>>>>>>>>>> Thank you for launching this topic! >>>>>>>>>>> I wish 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,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-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? ;) >>>>>>>>>>> - Are there any major features we want in 1.3 that >>>>>>>>>>> have not been merged yet? >>>>>>>>>>> - Do we need to extend the feature freeze, because of an >>>>>>>>>>> important feature? >>>>>>>>>>> >>>>>>>>>>> Would be great to gather a list of features/PRs that we want in >>>>> the >>>>>>>>>>> 1.3 release. This could be a good starting point for the release >>>>>>>>>>> manager (@Robert?). >>>>>>>>>>> >>>>>>>>>>> Best, >>>>>>>>>>> >>>>>>>>>>> Ufuk >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>> >>> >>> >>