+1 (binding)
Best,
FangYong
On Tue, Jul 16, 2024 at 1:14 PM Zhanghao Chen
wrote:
> Hi everyone,
>
>
> Thanks for all the feedback about the FLIP-460: Display source/sink I/O
> metrics on Flink Web UI [1]. The discussion
> thread is here [2]. I'd like to start a vote on it.
>
> The vote will be
Hi devs,
I'm happy to announce that FLIP-314: Support Customized Job Lineage
Listener [1] has been accepted with 9 approving votes (5 binding) [2]:
- Peter Huang (non-binding)
- Yangze Guo (binding)
- Zhanghao Chen (non-binding)
- Maciej Obuchowski (non-binding)
- Gyula Fóra (binding)
- Márton Ba
Hi devs,
I would like to restart a vote about FLIP-314: Support Customized Job
Lineage Listener[1].
Previously, we added lineage related interfaces in FLIP-314. Before the
interfaces were developed and merged into the master, @Maciej and
@Zhenqiu provided valuable suggestions for the interface fr
Hi Martijn,
If there're no more comments, I will start a vote for this, thanks
Best,
Fang Yong
On Tue, Feb 20, 2024 at 4:53 PM Yong Fang wrote:
> Hi Martijn,
>
> Thank you for your attention. Let me first explain the specific situation
> of FLIP-314. FLIP-314 is currently in
add new interfaces after FLIP-314 was
> accepted? If so, please move the new interfaces to a new FLIP and
> start a separate vote. We can't retrospectively change an accepted
> FLIP with new interfaces and a new vote.
>
> On Mon, Feb 19, 2024 at 3:22 AM Yong Fang wrote:
> >
&
Hi all,
If there are no more feedbacks, I will start a vote for the new interfaces
in the next day, thanks
Best,
Fang Yong
On Thu, Feb 8, 2024 at 1:30 PM Yong Fang wrote:
> Hi devs,
>
> According to the online-discussion in FLINK-3127 [1] and
> offline-discussion with Maciej Ob
Hi devs,
According to the online-discussion in FLINK-3127 [1] and offline-discussion
with Maciej Obuchowski and Zhenqiu Huang, we would like to update the
lineage vertex relevant interfaces in FLIP-314 [2] as follows:
1. Introduce `LineageDataset` which represents source and sink in
`LineageVerte
Hi devs,
I'm happy to announce that FLIP-398: Improve Serialization Configuration
And Usage In Flink[1] has been accepted with 4 approving votes (3 binding)
[2]:
- Xintong Song (binding)
- Zhanghao Chen (non-binding)
- Zhu Zhu (binding)
- weijie guo (binding)
There're no disapproving votes.
I agree with @Rui that the current configuration for Flink Client is a
little complex. Can we just provide one strategy with less configuration
items for all scenarios?
Best,
Fang Yong
On Mon, Jan 8, 2024 at 11:19 AM Rui Fan <1996fan...@gmail.com> wrote:
> Thanks xiangyu for driving this proposa
Thanks Yangze for starting this discussion. I have one comment: why do we
need to abstract two services as `LeaderServices` and
`PersistenceServices`?
>From the content, the purpose of this FLIP is to make job failover more
lightweight, so it would be more appropriate to abstract two services as
`
aching a Flink course :)
>
> Regards,
>
> — Ken
>
>
>
>
> On Jan 4, 2024, at 6:40 PM, Yong Fang wrote:
>
> Hi Ken,
>
> Sorry for the late reply. After discussing with @Xintong, we think it is
> better to keep the method names in the FLIP mainly for the following
>
+1 (binding)
Best,
Fang Yong
On Thu, Jan 4, 2024 at 1:14 PM xiangyu feng wrote:
> +1 (non-binding)
>
> Regards,
> Xiangyu Feng
>
> Rui Fan <1996fan...@gmail.com> 于2024年1月4日周四 13:03写道：
>
> > +1 (binding)
> >
> > Best,
> > Rui
> >
> > On Thu, Jan 4, 2024 at 11:45 AM Benchao Li wrote:
> >
> > > +
no more POJO
> >> serializer). Fury is faster than the POJO serializer in my tests, but
> this
> >> would be a much bigger change.
> >>
> >> Though it could dramatically simplify the Flink serialization support.
> >>
> >> — Ken
> >>
+1 for this, we have met jobs that need to set GC policies different from
the default ones to improve performance. Separating the default and
user-set ones can help us better manage them.
Best,
Fang Yong
On Fri, Dec 22, 2023 at 9:18 PM Benchao Li wrote:
> +1 from my side,
>
> I also met some sc
Hi devs,
Thanks for all feedback about the FLIP-398: Improve Serialization
Configuration And Usage In Flink [1] which has been discussed in [2].
I'd like to start a vote for it. The vote will be open for at least 72
hours unless there is an objection or insufficient votes.
[1]
https://cwiki.apac
Hi devs,
Thanks for all the feedback. If there are no more comments, I would like to
start a vote for this FLIP, thanks again!
Best,
Fang Yong
On Wed, Dec 20, 2023 at 9:12 PM Yong Fang wrote:
> Hi Ken,
>
> Thanks for your feedback. The purpose of this FLIP is to improve the
; >
> > — Ken
> >
> > PS - a separate issue is how to migrate state from Kryo to something like
> > Fury, which supports schema evolution. I think this might be possible, by
> > having a smarter deserializer that identifies state as being created by
> > Kryo, and usi
Hi devs,
I'd like to start a discussion about FLIP-398: Improve Serialization
Configuration And Usage In Flink [1].
Currently, users can register custom data types and serializers in Flink
jobs through various methods, including registration in code,
configuration, and annotations. These lead to
+1
On Tue, Oct 17, 2023 at 4:52 PM Leonard Xu wrote:
> +1
>
>
> > 2023年10月17日 下午4:50，Martijn Visser 写道：
> >
> > +1
> >
> > On Tue, Oct 17, 2023 at 10:34 AM Jingsong Li
> wrote:
> >>
> >> Hi marton,
> >>
> >> Thanks for driving. +1
> >>
> >> There is a PR to remove legacy Paimon
> >> https://gi
19 matches
Mail list logo
