a member of the PMC, while I run a few
of Apache releases in other communities like Curator and Pulsar. Please let
me know if the proposal is a good idea and what I can help to make the
release happen.
Best,
tison.
[1] https://github.com/apache/flink-connector-pulsar/compare/v3.0.0...v3.0
[2
Congrats and with honor :D
Best,
tison.
Mang Zhang 于2023年7月4日周二 11:08写道：
> Congratulations!--
>
> Best regards,
> Mang Zhang
>
>
>
>
>
> 在 2023-07-04 01:53:46，"liu ron" 写道：
> >Congrats everyone
> >
> >Best,
> >Ron
like a command.
Best,
tison.
Taher Koitawala 于2023年7月21日周五 10:37写道：
> Hi all,
> I know that Flink uses rocksdb to write checkpoints. While
> researching rocksdb i found that there is something called rocks-cloud that
> writes data over to s3. I know flink also does checkp
the checkpointing stage, RocksDB snapshot will be uploaded to OSS or DFS
fully or incrementally according to strategy.
Best,
tison.
Yanfei Lei 于2023年7月21日周五 11:01写道：
> Hi Taher,
>
> > is flink using rocks-cloud too? Or flink is moving rocks
> files after checkpoints?
>
> Flink
Congrats! Glad to see more and more committers on board :D
Enjoy your journey ;-)
Best,
tison.
Jark Wu 于2023年10月16日周一 09:57写道：
> Hi, everyone
>
> On behalf of the PMC, I'm very happy to announce Ron Liu as a new Flink
> Committer.
>
> Ron has been continuously co
Congrats! I noticed Jane has been around for a while; well-deserved.
Best,
tison.
Jark Wu 于2023年10月16日周一 09:58写道：
> Hi, everyone
>
> On behalf of the PMC, I'm very happy to announce Jane Chan as a new Flink
> Committer.
>
> Jane started code contribution in Jan 2021 and
+1 binding
Best,
tison.
ConradJam 于2023年10月17日周二 10:51写道：
> +1 (non binding)
>
> Yuepeng Pan 于2023年10月17日周二 10:39写道：
>
> > +1 (non-binding)
> >
> > Best,Yuepeng Pan
> >
> > At 2023-10-17 10:00:05, "Xintong Song" wrote:
&
on it.
Do you have ideas on this topic? Or how do you generate config docs for
external connectors?
Best,
tison.
[1]
https://github.com/apache/flink/tree/master/docs#generate-configuration-tables
rhaps we need some more PMC
members' attention and help.
What do you think?
Best,
tison.
[1] https://github.com/apache/flink-connector-pulsar
> does it include support for Flink 1.18?
Not yet. Tests for 1.16 and 1.17 can pass, but the latest 1.18-SNAPSHOT is
not (and ditto 1.18.0). I'm afraid it's not a trivial fix so let's mark it
as an issue but not a blocker.
Best,
tison.
Martijn Visser 于2023年11月9日周四 16:21写道：
I've created a task for this [1]. But it should not be a block for
Connector / Pulsar 4.1.0.
Best,
tison.
[1] https://issues.apache.org/jira/browse/FLINK-33602
tison 于2023年11月10日周五 19:44写道：
> > does it include support for Flink 1.18?
>
> Not yet. Tests for 1.16 and 1.17
This is very cool! +1 from my side.
Best,
tison.
Benchao Li 于2023年12月7日周四 11:56写道：
>
> Thank you, Leonard and all the Flink CDC maintainers.
>
> Big big +1 from me. As a heavy user of both Flink and Flink CDC, I've
> already taken them as a whole project.
>
> Leonard
Thanks Leonard for driving this release!
+1 (non-binding)
* Download link valid
* Maven staging artifacts look good.
* Checksum and gpg matches
* LICENSE and NOTICE exist
* Can build from source.
Best,
tison.
Rui Fan <1996fan...@gmail.com> 于2023年12月14日周四 09:23写道：
>
> Thanks Leonard
Hi Leonard,
You are a PMC member also. Perhaps you can check the candidate and
vote on what you do :D
Best,
tison.
Leonard Xu 于2023年12月20日周三 11:35写道：
>
> Bubble up, I need more votes, especially from PMC members.
>
> Best,
> Leonard
>
> > 2023年12月14日 下午11:03，Hang R
+1 non-binding
Best,
tison.
Leonard Xu 于2024年1月9日周二 15:05写道：
>
> Hello all,
>
> This is the official vote whether to accept the Flink CDC code contribution
> to Apache Flink.
>
> The current Flink CDC code, documentation, and website can be
> found here:
> code: h
+1 (non-binding)
- source doesn't contain binary files & build from source
- run against stability test cases
- manually verify YARN CLI & deployment work as expected
Best,
tison.
Thomas Weise 于2020年2月11日周二 上午2:48写道：
> +1 (binding)
>
> - verified signatures and hashe
Thanks for kicking off the discussion Stephan!
+1 for the *anticipated feature freeze date* end of April and
Zhijiang & Piotr to be the release managers.
Best,
tison.
Dian Fu 于2020年2月20日周四 上午9:41写道：
> Thanks Stephan kicking off this discussion and Zhijiang volunteering as
>
Congrats Jingsong, well deserved!
Best,
tison.
Xintong Song 于2020年2月21日周五 上午11:09写道：
> Congratulations, Jingsong. Well deserved~！
>
>
> Thank you~
>
> Xintong Song
>
>
>
> On Fri, Feb 21, 2020 at 11:05 AM Kurt Young wrote:
>
>> Hi everyone,
>>
&g
mple, most of pull request is
unrelated to
per record codepath, but for those are, it is important to emphasize).
Best,
tison.
Zhijiang 于2020年2月21日周五 下午11:52写道：
> Thanks for launching this discussion and all the involved feedbacks!
>
> Since there are still many users relying on th
Thank Canbin for starting the discussion and thanks for participating so
far.
I agree that we can start with the "Parameters Parser" part and actually
split it into a
self-contained issue.
Best,
tison.
Yang Wang 于2020年2月24日周一 下午8:38写道：
> It seems that we could benefit a
version of decorators are not api compatible and there is
no reason we keep both
of them.
Best,
tison.
Yang Wang 于2020年2月25日周二 下午7:50写道：
> I think if we could, splitting into as many PRs as possible is good. Maybe
> we could
> introduce the new designed decorators and parameter par
abstraction or extracting a
clumsy
"common" interface doesn't benefit.
Best,
tison.
[1]
https://github.com/apache/flink/commit/1f2969357c441e24b71daef83d21563da9a93bb4
[2] https://github.com/apache/flink/pull/9832
tison 于2020年2月25日周二 下午8:08写道：
> I agree for separating c
Thanks for your clarification Yang! We're on the same page.
Best,
tison.
Yang Wang 于2020年2月25日周二 下午10:07写道：
> Hi tison,
>
> I do not mean to keep two decorator at the same. Since the two decorators
> are
> not api compatible, it is meaningless. I am just thinking h
proposal.
Best,
tison.
[1] https://issues.apache.org/jira/browse/FLINK-15090
[2] https://issues.apache.org/jira/browse/FLINK-16427
+1 to star voting.
Best,
tison.
Yang Wang 于2020年3月5日周四 下午2:29写道：
> Hi Peter,
> Really thanks for your response.
>
> Hi all @Kostas Kloudas @Zili Chen
> @Peter Huang @Rong
> Rong
> It seems that we have reached an agreement. The “application mode”
> is regarded
For implement it, file a JIRA ticket in INFRA [1]
Best,
tison.
[1] https://issues.apache.org/jira/projects/INFRA
Stephan Ewen 于2020年3月5日周四 下午8:57写道：
> Big +1 to disable it.
>
> I have never been a fan, it has always caused problems:
> - Merge commits
> - weird alias em
Hi Yadong,
Maybe we firstly reach out INFRA team and see the reply from their side.
Since the actual operator is INFRA team, in the dev mailing list we can
focus on motivation and
wait for the reply.
Best,
tison.
Yadong Xie 于2020年3月5日周四 下午9:29写道：
> Hi Jark
>
> I think GitHub U
f we agree on the motivation, we can move forward to the corresponding
JIRAs[1][2].
Best,
tison.
[1] https://jira.apache.org/jira/browse/FLINK-15090
[2] https://jira.apache.org/jira/browse/FLINK-16427
Hequn Cheng 于2020年3月6日周五 下午3:06写道：
> Hi,
>
> +1 to make flink-streaming-java an API on
Hi Kostas,
Thanks for raising the vote for FLIP-85.
As we've discussed so far, it's already reached a consensus in the
discuss group.
+1 (binding) from my side. Go ahead!
Best,
tison.
Yang Wang 于2020年3月6日周五 下午9:43写道：
> Hi Kostas,
>
> Thanks a lot for kicking off the vote
assign the issue to you. And feel free
to post your requirement on dev mailing list if only you think it is
deserved more attention :-)
Best,
tison.
[1] https://flink.apache.org/contributing/contribute-code.html
Niels Basjes 于2020年3月7日周六 上午3:07写道：
> Hi,
>
> I've created some jir
Hi guys,
So far, there is a PR[1] that implements the proposal in this thread.
I look forward to your reviews or start a vote if required.
Best,
tison.
[1] https://github.com/apache/flink/pull/10526
tison 于2020年3月6日周五 下午4:11写道：
> Hi,
>
> Thanks for your rapid replies!
>
>
nicates with the job is always in
its `main`, and for history information we have history server.
Best,
tison.
Becket Qin 于2020年3月9日周一 上午8:12写道：
> Hi Peter and Kostas,
>
> Thanks for creating this FLIP. Moving the JobGraph compilation to the
> cluster makes a lot of sense to me. FLIP-40
t
to
see if it fits into your requirements.
Besides, for enabling SET in sql statement, I agree that it helps on
consistent user
experience using *just* SQL to describe their Flink job. Looking forward to
maintainers'
idea on the possibility & plan.
Best,
tison.
[1]
https://cwi
Thank Arvid & Robert for the effort. Amazing!
I'm curious the procedure a blog get posted. Follow the discussion so far
it seems any contributor can post his blog under the directory as he wishes,
is it the case?
Best,
tison.
Arvid Heise 于2020年3月9日周一 下午4:54写道：
> Dear all,
>
&
Thanks for your reply Robert. That sounds great.
Best,
tison.
Robert Metzger 于2020年3月9日周一 下午5:46写道：
> Hey Tison,
>
> only people we have manually given write permission to the Wiki are able to
> add a blog post. If somebody is posting something we don't want there, we
>
Thanks for your attention!
Best,
tison.
Aljoscha Krettek 于2020年3月9日周一 下午10:08写道：
> On 09.03.20 03:15, tison wrote:
>
> > So far, there is a PR[1] that implements the proposal in this thread.
> >
> > I look forward to your reviews or start a vote if required.
>
Thanks for your update Klou!
Best,
tison.
Kostas Kloudas 于2020年3月11日周三 上午2:05写道：
> Hi all,
>
> The FLIP was updated under the section "First Version Deliverables".
>
> Cheers,
> Kostas
>
> On Tue, Mar 10, 2020 at 4:10 PM Kostas Kloudas wrote:
> >
>
The StoppableFunction is gone.
See also https://issues.apache.org/jira/browse/FLINK-11889
Best,
tison.
LakeShen 于2020年3月12日周四 下午5:44写道：
> Hi community,
> now I am seeing the FLIP-45 , as I see the stop command only suit
> for the sources that implement the Stoppabl
It is like `jsonPlan` in ExecutionGraph now(which is exposed by JobPlan REST
endpoint). And I believe rather than JobGraph dump which is a physical plan,
exposing access to StreamGraph dump which is a logical plan is possibly more
interested from user perspective.
Best,
tison.
Gyula Fóra 于2020年3
IIRC Flink on Kubernetes doesn't support configure rest port as port range.
Maybe Yang(in cc) can give more information and if so, our current logic
only take care of RestOptions.PORT but not RestOptions.BIND_PORT, which
will be a bug.
Best,
tison.
LakeShen 于2020年3月15日周日 上午11:25写道：
alization logics that clear these outstanding future
with best effort before the cluster(RestServer) down.
Best,
tison.
Till Rohrmann 于2020年3月17日周二 上午4:12写道：
> Hi Weike,
>
> could you share the complete logs with us? Attachments are being filtered
> out by the Apache mail server but i
edit: previously after the cancellation we have a longer call chain to
#jobReachedGloballyTerminalState which does the archive job & JM graceful
showdown, which might take some time so that ...
Best,
tison.
tison 于2020年3月17日周二 上午10:13写道：
> Hi Weike & Till,
>
> I agree with Ti
JIRA created as https://jira.apache.org/jira/browse/FLINK-16637
Best,
tison.
Till Rohrmann 于2020年3月17日周二 下午5:57写道：
> @Tison could you create an issue to track the problem. Please also link
> the uploaded log file for further debugging.
>
> I think the reason why it worked in Fli
Thanks for your feedback!
Since FLINK-15090 got resolved, the next step I'd like to decouple dep from
flink-streaming to flink-java. They should not have any dependency
conceptually but happen we have some common formats in flink-java module.
Best,
tison.
Till Rohrmann 于2020年3月17日周二 下午10
Congratulations to all of you. Well deserved.
Best,
tison.
Yingjie Cao 于2020年4月1日周三 下午6:31写道：
> Congratulations!
>
> Best,
> Yingjie
>
> Xintong Song 于2020年4月1日周三 下午6:27写道：
>
> > Congratulations Konstantin, Dawid and Zhijiang~!
> >
> > Thank you~
>
Congratulations, Seth!
Best,
tison.
Yu Li 于2020年4月7日周二 下午6:57写道：
> Congratulations, Seth!
>
> Best Regards,
> Yu
>
>
> On Tue, 7 Apr 2020 at 18:16, Benchao Li wrote:
>
> > Congratulations~
> >
> > Hequn Cheng 于2020年4月7日周二 下午5:22写道：
> >
>
Hi guys,
Right now when I click "JavaDocs" in out docsite[1] it jumps to a page[2] I
think is definitely not
out api documentation. Any thoughts?
Best,
tison.
[1] https://ci.apache.org/projects/flink/flink-docs-master/
[2] https://ci.apache.org/projects/flink/flink-docs-master/api/java/
s/out/our/
Congrats!
Best,
tison.
Yun Tang 于2020年4月17日周五 下午6:40写道：
> Congratulations , Hequn
>
> Best
> Yun Tang
>
> From: Guowei Ma
> Sent: Friday, April 17, 2020 18:27
> To: dev
> Subject: Re: [ANNOUNCE] New Apache Flink PMC Member - Heq
m"
mode.
It happens that current per-job mode would be useless if we have such
"per-program" mode so that we possibly deprecate it for preferring the
other.
I'm glad to discuss more into details if you're interested in, but let's say
we'd better first reach a
. For compilation part, I think it could be a workaround that you upload
those
resources in a commonly known address such as HDFS so that compilation
can read from either client or cluster.
Best,
tison.
[1]
https://issues.apache.org/jira/browse/FLINK-14051?focusedCommentId=16927430
If you can import checkstyle rules file, the version of checkstyle plugin
is not very important.
We don't use nightly feature IIRC.
Best,
tison.
yanjun qiu 于2019年10月31日周四 下午7:22写道：
> Hi Community,
> I want to contribute code to Flink and I have followed the IDE set up
>
t with a dedicated cluster, I propose a workflow as below. It acts
like
>starting a drive on cluster but is NOT a general driver solution as
proposed
>here[3], the main purpose of the workflow below is for providing a
"per-program"
>semantic mode.
I'm reading detailedly your
document, in fact PackagedProgram is unnecessary
to be a class
in flink-client. With related Exceptions move to flink-runtime it can be a
flink-runtime concept
now. And thus we don't suffer from dependency conflict actually.
Best,
tison.
tison 于2019年11月1日周五 下午2:17写道：
> Hi all,
>
> T
Hi Dawid,
I'm afraid that you list the wrong FLIP page. Although the content is
FLIP-59 but it directs to FLIP-67.
Best,
tison.
Dawid Wysakowicz 于2019年11月7日周四 下午5:04写道：
> Hello,
>
> please vote for FLIP-59
> <https://cwiki.apache.org/confluence/display/FLINK/FLIP-59
Congrats Jark!
Best,
tison.
Jingsong Li 于2019年11月8日周五 下午6:08写道：
> Congratulations to Jark.
> Jark has really contributed a lot to the table layer with a long time. Well
> deserved.
>
> Best,
> Jingsong Lee
>
> On Fri, Nov 8, 2019 at 6:05 PM Yu Li wrote:
>
>
in to "statefun". Playing with
statefun will be
fun, I think :-) (Generally, Erlang uses "fun", Go uses "func" and Rust
uses "fn", I
don't find a strong reason that "func" is an objective better choice
Best,
tison.
Xuefu Z 于2019年11月9日周六 上午4:16写道：
I suspect you suffer from Client submission failure which also throws
AskTimeoutException.
The related configure option are `akka.client.timeout` which you can
increase. However, there
was some cases you can resolve the problem by upgrading Java to latest
minimum version 8u212
Best,
tison.
Zhu
+1 (binding)
Best,
tison.
Aljoscha Krettek 于2019年11月12日周二 下午4:37写道：
> +1 (binding)
>
> > On 8. Nov 2019, at 09:45, Danny Chan wrote:
> >
> > Thanks for driving on this, David.
> >
> > +1(non-binding) from my side, we really need this feature !
> >
with FLINK-13938. I'd like to put the
discussion on our
mailing list first.
Are you looking forward to such a feature?
@Yang Wang: this feature is different from that we discussed offline, it
only focuses on flink jar, not
all ship files.
Best,
tison.
Thanks for your summary Stephan. All entries make sense to me. Let's play
statefun :-)
Best,
tison.
Stephan Ewen 于2019年11月20日周三 上午12:53写道：
> I am also fine with skipping a FLIP, if no one objects.
>
> The discussion seemed rather converged (or stalled). There was a concern
&g
rovement using "init
container" and other technologies. However, so far I regard it is an
improvement different from one storage to another so that we achieve then
individually.
Best,
tison.
Stephan Ewen 于2019年11月20日周三 上午12:34写道：
> Would that be a feature specific to Yarn? (an
+1 (non-binding)
Best,
tison.
Aljoscha Krettek 于2019年11月20日周三 下午6:58写道：
> +1 (binding)
>
> Best,
> Aljoscha
>
> > On 19. Nov 2019, at 23:13, Chesnay Schepler wrote:
> >
> > Hi everyone,
> > Please review and vote on the release candidate #1 for th
+1 to drop the old UI.
Best,
tison.
vino yang 于2019年11月25日周一 下午8:28写道：
> +1
>
> Best,
> Vino
>
> Zhu Zhu 于2019年11月25日周一 下午2:06写道：
>
> > +1
> >
> > Thanks,
> > Zhu Zhu
> >
> > Dian Fu 于2019年11月25日周一 上午11:09写道：
> >
> > >
t; component for
tracking these tickets.
Since I found myself cannot modify component entries, I throw the proposal
here and ask for
your help. Could someone who has the access do me a favor? :-)
Best,
tison.
[1] https://issues.apache.org/jira/browse/FLINK-9953
Oops I just notice that there is already such a component...Sorry for the
noise.
tison 于2019年11月27日周三 上午10:33写道：
> Hi devs,
>
> Recently Flink on k8s effort[1] has been revived. When working through the
> commit process I
> notice that these tickets are tracked as "Ru
> 3. What do you mean about the package? Do users need to compile their jars
inlcuding flink-clients, flink-optimizer, flink-table codes?
The answer should be no because they exist in system classpath.
Best,
tison.
Yang Wang 于2019年12月10日周二 下午12:18写道：
> Hi Peter,
>
> Thanks a lot
user program on the cluster side.
For your proposal, in this case we already compiled the program and run on
the client side,
even we deploy a cluster and retrieve job graph from program metadata, it
doesn't make
many sense.
cc Aljoscha & Kostas what do you think about this constraint
,
tison.
tison 于2019年12月12日周四 下午4:40写道：
> Hi Peter,
>
> Another concern I realized recently is that with current Executors
> abstraction(FLIP-73)
> I'm afraid that user program is designed to ALWAYS run on the client side.
> Specifically,
> we deploy the job in execut
Congratulations!:)
Best,
tison.
OpenInx 于2019年12月14日周六 下午7:34写道：
> Congrats Zhu Zhu!
>
> On Sat, Dec 14, 2019 at 2:38 PM Jeff Zhang wrote:
>
> > Congrats, Zhu Zhu!
> >
> > Paul Lam 于2019年12月14日周六 上午10:29写道：
> >
> > > Congrats Zhu Zhu!
> >
ent side. Specifically,
>we deploy the job in executor when env.execute called. This abstraction
possibly prevents
>Flink runs user program on the cluster side.
Best,
tison.
Peter Huang 于2019年12月19日周四 上午2:54写道：
> Hi Yang,
>
> Thanks for your input, I can see the master side jo
e.
A possible solution is that we deploy such cluster outside user program and
execute
user program on master side with configuration that helps the program find
a "local"
cluster. The separation of deployment and submission is what in my mind but
seems
diverge from current status.
Best,
ti
FYI the previous discussion is here[1].
<https://lists.apache.org/x/thread.html/e259aa70432e4003e1598e8f8db844813a869a0dd96accfc1b73deb6@%3Cdev.flink.apache.org%3E>
Best,
tison.
[1]
https://lists.apache.org/x/thread.html/e259aa70432e4003e1598e8f8db844813a869a0dd96accfc1b
modified:
https://lists.apache.org/x/thread.html/b3c0265cc2b660fe11ce550b84a831a7606de12908ff7ff0959a4794@%3Cdev.flink.apache.org%3E
In Flink community everybody is already a contributor and we don't grant
extra permission for contributors on JIRA.
Please checkout the guide "How To Contribute"[1]
Best,
tison.
[1] https://flink.apache.org/contributing/how-to-contribute.html
余贤圣 于2019年12月24日周二 下午3:12写道：
>
The general idea sounds great. I'm going to keep up with the progress soon.
Best,
tison.
Bowen Li 于2020年1月5日周日 下午12:59写道：
> +1. It will improve user experience quite a bit.
>
>
> On Thu, Jan 2, 2020 at 22:07 Yangze Guo wrote:
>
> > Thanks for driving this, Xiaoling!
attentions.
Best,
tison.
[1]
https://slack.com/share/IS21SJ75H/Rk8HhUly9FuEHb7oGwBZ33uL/enQtODg2MDYwNjE5MTg3LTA2MjIzNDc1M2ZjZDVlMjdlZjk1M2RkYmJhNjAwMTk2ZDZkODQ4NmY5YmI4OGRhNWJkYTViMTM1NzlmMzc4OWM
Peter Huang 于2020年1月7日周二 上午5:09写道：
> Dear All,
>
> Happy new year! According to existing
Hi Peter,
Could you try out this link? https://the-asf.slack.com/messages/CNA3ADZPH
Best,
tison.
Peter Huang 于2020年1月9日周四 上午1:22写道：
> Hi Tison,
>
> I can't join the group with shared link. Would you please add me into the
> group? My slack account is huangzhenqiu0825.
>
about developing...
Best,
tison.
Peter Huang 于2020年1月9日周四 上午2:44写道：
> Hi Tison,
>
> I am not the committer of Flink yet. I think I can't join it also.
>
>
> Best Regards
> Peter Huang
>
> On Wed, Jan 8, 2020 at 9:39 AM tison wrote:
>
> > Hi Peter,
>
forward to Mehmet.
Best,
tison.
Benchao Li 于2020年1月14日周二 下午7:28写道：
> Hi Mehmet,
>
> You can subscribe to dev mailing list by sending a email to
> *dev-subscr...@flink.apache.org
> , *not dev@flink.apache.org.
> Hope this helps.
>
> Mehmet Ozan Güven
Congratulations! Dian
Best,
tison.
Zhu Zhu 于2020年1月17日周五 上午10:47写道：
> Congratulations Dian.
>
> Thanks,
> Zhu Zhu
>
> hailongwang <18868816...@163.com> 于2020年1月17日周五 上午10:01写道：
>
>>
>> Congratulations Dian !
>>
>> Best,
>> Hailong Wan
Congratulations!
Best,
tison.
Dian Fu 于2020年1月23日周四 下午7:06写道：
> Congrats Yu!
>
> > 在 2020年1月23日，下午6:47，Hequn Cheng 写道：
> >
> > Congratulations Yu!
> > Thanks a lot for being the release manager of the big 1.10 release. You
> are
> > doing a very good
Congrats!
Best,
tison.
Aljoscha Krettek 于2020年9月14日周一 下午4:38写道：
> Congratulations! 💐
>
> Aljoscha
>
> On 14.09.20 10:37, Robert Metzger wrote:
> > Hi all,
> >
> > On behalf of the PMC, I’m very happy to announce Niels Basjes as a new
> > Flink comm
Congratulations, Yun!
Best,
tison.
Benchao Li 于2020年9月15日周二 下午8:15写道：
> Congratulations!
>
> Yang Wang 于2020年9月15日周二 下午7:15写道：
>
> > Congratulations, Yun!
> >
> > Best,
> > Yang
> >
> > Leonard Xu 于2020年9月15日周二 下午7:11写道：
> >
> >
re consistency for extension.
Best,
tison.
[1]
https://lists.apache.org/x/thread.html/594b66ecb1d60b560a5c4c08ed1b2a67bc29143cb4e8d368da8c39b2@%3Cuser.zookeeper.apache.org%3E
Till Rohrmann 于2020年9月29日周二 下午9:25写道：
> For 1. I was wondering whether we can't write the leader connection
&
Thanks for your explanation. It would be fine if only checking leadership &
actually write information is atomic.
Best,
tison.
Yang Wang 于2020年9月30日周三 下午3:57写道：
> Thanks till and tison for your comments.
>
> @Till Rohrmann
> 1. I am afraid we could not do this if we are goin
+1
Best,
tison.
Till Rohrmann 于2020年10月2日周五 下午6:27写道：
> +1 (binding)
>
> Cheers,
> Till
>
> On Fri, Oct 2, 2020 at 3:13 AM Yang Wang wrote:
>
> > Hi, all
> >
> >
> > After the discussion in [1], I would like to open a voting thread for
>
part of cognition of developers
working in project, not something we just apply before pull request. No
matter how much automation introduced, most of developers will converge
working with the configured codestyle.
Best,
tison.
Kostas Kloudas 于2020年10月7日周三 下午6:37写道：
> Hi all,
>
&g
Hi Krish,
JIRA ticket assigned. I don't know how to add the write permission for
confluence but share the FLIP page with you. Please check if you have
permission now.
Best,
tison.
Krish Narukulla 于2022年12月18日周日 05:01写道：
> Hi Team,
>
> I have written a sink connector for scyll
I like this idea, so +1 for setting up.
For anyone who have the access, this is a related thread about
project-wise sponsor in the foundation level [1].
Best,
tison.
[1] https://lists.apache.org/thread/2nv0x9gfk9lfnpb2315xgywyx84y97v6
Jark Wu 于2024年3月5日周二 17:17写道：
>
> Sorry, I post
panies listed on the
demo page and I don't feel uncomfortable. Those companies do invest a
lot on our project and I'd regard it as a chance to encourage other
companies to follow.
Best,
tison.
[1] https://github.com/apache/airflow?tab=readme-ov-file#sponsors
Maximilian Michels 于2024年3月
accept raw money
anyway; it's already out of the thread :D
Best,
tison.
[1] https://news.perlfoundation.org/post/announcement_of_the_ian_hague
Yun Tang 于2024年3月6日周三 13:58写道：
>
> Thanks for Jark's proposal, and I'm +1 for adding such a page.
>
> The CI infrastructure he
27;t up to date also.
We can add one line to redirect to the whole list so that those who are
"lazy" to add themselves on the page
don't have to do it. And keep the table so that those who are proud to
announce their membership or trying a commit
with their commit access can do.
Congrats! Thank you all for making this release happen.
Best,
tison.
rui fan <1996fan...@gmail.com> 于2022年6月5日周日 17:19写道：
> Thanks Yang for driving the release, and thanks to
> all contributors for making this release happen!
>
> Best wishes
> Rui Fan
>
> On Sun,
cated interfaces, or postpone it until a clear plan of Flink 2.0?
Best,
tison.
David Anderson 于2022年6月6日周一 21:35写道：
> >
> > David, can you elaborate why you need watermark generation in the source
> > for your data generators?
>
>
> The training exercises should st
tween multiple versions of Flink while significant changes
made but sharing 1.x version series - users may not be aware that it's
almost a major version bump.
Best,
tison.
tison 于2022年6月6日周一 21:51写道：
> One question from my side:
>
> As SourceFunction a @Public interface, we cannot rem
Well. It's a bit off-topic. For deprecating SourceFunction as FLIP-27
series works go ahead, +1 from my side. It's a significant work towards the
unification of batch and streaming effort :)
Best,
tison.
tison 于2022年6月6日周一 21:54写道：
> The starting point of the version bump and rem
Congrats Guowei!
Best,
tison.
Kurt Young 于2021年1月20日周三 下午1:34写道：
> Hi everyone,
>
> I'm very happy to announce that Guowei Ma has accepted the invitation to
> become a Flink committer.
>
> Guowei is a very long term Flink developer, he has been extremely helpful
far regard it as a stability problem
instead of
correctness problem.
FLINK-18677 tries to "fix" an unreasonable scenario where zk lost FOREVER,
and I don't want to pay any time before reactions on FLINK-10052 otherwise
it is highly possibly in vain again from my perspective.
Best,
be generated if disconnected elapsed longer then the configured
timeout.
https://github.com/apache/flink/blob/58a7c80fa35424608ad44d1d6691d1407be0092a/flink-runtime/src/main/java/org/apache/flink/runtime/util/ZooKeeperUtils.java#L101-L102
Best,
tison.
tison 于2021年4月23日周五 上午12:57写道：
> To be co
1 - 100 of 148 matches
Mail list logo
