Hello devs,
I would like to open a discussion about persistence possibilitis for the SQL
Gateway. At Cloudera, we are happy to see the work already done on this project
and looking for ways to utilize it on our platform as well, but currently it
lacks some features that would be essential in ou
ther this is something you are looking for?
>
> Best,
> Jark
>
>
> [1]: https://flink.apache.org/roadmap/#a-unified-sql-platform
> [2]:
> https://cwiki.apache.org/confluence/display/FLINK/FLIP-295%3A+Support+lazy+initialization+of+catalogs+and+persistence+of+catalog+configurations
27;t tie to the SQL Gateway session.
> Even if the session is closed, all the running jobs are not affected.
>
> Best,
> Jark
>
>
>
>
> On Tue, 27 Jun 2023 at 04:14, Ferenc Csaky ferenc.cs...@pm.me.invalid
>
> wrote:
>
> > Hi Jark,
> >
> &g
anaged by SQL gateway.
>
> I don't know if it covers your usage scenario. Could you describe yours for
> us to test and confirm?
>
> Best,
> Shammon FY
>
>
> On Tue, Jun 27, 2023 at 6:43 PM Ferenc Csaky ferenc.cs...@pm.me.invalid
>
> wrote:
>
> >
Hi,
I would like to ask if releasing the external HBase connector and remove those
modules from the core Flink repo before Flink 1.18 sounds feasible at this
point or not?
The connector source is ready for quite a while, I externalized the E2E tests a
couple weeks before and CI is passing so i
Hi,
Thanks Martijn for initiating the release!
+1 (non-binding)
- checked signatures and checksums
- checked source has no binaries
- checked LICENSE and NOTICE files
- approved web PR
Cheers,
Ferenc
--- Original Message ---
On Monday, September 4th, 2023 at 12:54, Samrat Deb
wrot
Hi Matthew,
Thanks for bringing this up! Cca half a year ago I started to work on an Akka
Artery migration, there is a draft PR for that [1]. It might be an option to
revive that work and point it against Pekko instead. Although I would highlight
FLINK-29281 [2] which will replace the whole RPC
e/display/FLINK/1.18+Release
--- Original Message ---
On Tuesday, September 12th, 2023 at 17:43, He Pin wrote:
>
>
> Hi Ferenc:
> What's the ETA of the Flink 1.18? I think we should beable to collaborate on
> this，and at work we are using Flink too.
>
>
Looking forward to this!
+1 (non-binding)
Cheers,
Ferenc
--- Original Message ---
On Wednesday, September 13th, 2023 at 12:33, Maximilian Michels
wrote:
>
>
> +1 (binding)
>
> On Wed, Sep 13, 2023 at 12:28 PM Gyula Fóra gyula.f...@gmail.com wrote:
>
> > +1 (binding)
> >
> > Gyu
0) will
> contain these
> changes.
>
> On Wed, Sep 13, 2023 at 11:22 AM Ferenc Csaky ferenc.cs...@pm.me.invalid
>
> wrote:
>
> > The target release date for 1.18 is the end of Sept [1], but I'm not sure
> > everything will come together by then. Maybe it will p
---
On Wednesday, September 20th, 2023 at 14:26, Martijn Visser
wrote:
>
>
> Just chipping in that I don't think we should add Pekko changes in a
> patch release, because I think the Pekko related changes don't fix a
> bug.
>
> On Tue, Sep 19, 2023 at
Thanks everyone for the efforts!
Checked the following:
- Downloaded artifacts
- Built Flink from source
- Verified checksums/signatures
- Verified NOTICE, LICENSE files
- Deployed dummy SELECT job via SQL gateway on standalone cluster, things
seemed fine according to the log files
+1 (non-bind
Hi Martijn!
Is this work in progress?
Thanks,
Ferenc
--- Original Message ---
On Tuesday, September 12th, 2023 at 10:47, Martijn Visser
wrote:
>
>
> I'm happy to announce that we have unanimously approved this release.
>
> There are 7 approving votes, 3 of which are binding:
>
Hello devs,
Is any active work happening on this FLIP? As far as I see there
are blockers that needs to happen first to implement regarding
artifact distribution.
Is this work in halt completetly or some efforts are going into
resolve the blockers first or something?
Our platform would benefit t
+1 (non-binding)
Lookgin forward to this!
Best,
Ferenc
On Tuesday, November 21st, 2023 at 12:21, Martijn Visser
wrote:
>
>
> +1 (binding)
>
> Thanks for driving this.
>
> Best regards,
>
> Martijn
>
> On Tue, Nov 21, 2023 at 12:18 PM Benchao Li libenc...@apache.org wrote:
>
> > +1
+1 (non-binding)
--- Original Message ---
On Tuesday, November 29th, 2022 at 15:39, Márton Balassi
wrote:
>
>
> +1 (binding)
>
> On Tue, Nov 29, 2022 at 6:13 AM Chenya Zhang chenyazhangche...@gmail.com
>
> wrote:
>
> > +1 (non-binding)
> >
> > On Sun, Nov 27, 2022 at 5:49 PM J
Hi!
I think this would be a good idea. I was wondering that could we include the
hbase connector to this group as well? The externalization PR [1] should be in
a good shape now and Dec 9th as a release date sounds doable.
WDYT?
[1] https://github.com/apache/flink-connector-hbase/pull/2
Best,
Hello devs,
I'd like to revive this discussion. There is also a ticket about this effort
for some time [1] and this thing also affects us as well. Right now we have a
custom solution that is similar to "environment variables", but it only can be
used in parts of our downstream product. The main
Hi Martijn,
+1 (non-binding)
- Verified hashes/signatures
- Maven repo content LGTM
- No binaries in the source archive
- Built source/tests pass
- Tag exists in GH
- Reviewed web PR
Thanks,
F
--- Original Message ---
On Friday, December 2nd, 2022 at 14:04, Martijn Visser
wrote:
>
ger bundling hbase-client (it now only
> bundles Flink classes).
>
> On 05/12/2022 13:24, Ferenc Csaky wrote:
>
> > Hi Martijn,
> >
> > +1 (non-binding)
> >
> > - Verified hashes/signatures
> > - Maven repo content LGTM
> > - No binaries in
---
On Friday, December 9th, 2022 at 08:13, Martijn Visser
wrote:
>
>
> Thanks all for the check. This RC is cancelled and I'll create a new one
> when the fixes are done.
>
> On Thu, Dec 8, 2022 at 1:22 PM Ferenc Csaky ferenc.cs...@pm.me.invalid
>
> wrote:
>
Hi Martijn,
thanks for starting the discussion. Let me link the older discussion regarding
the same topic [1]. My opinion did not change, so +1.
BR,
Ferenc
[1] https://lists.apache.org/thread/x7l2gj8g93r4v6x6953cyt6jrs8c4r1b
On Monday, January 29th, 2024 at 09:37, Martijn Visser
wrote:
>
+1 (non-binding)
- Validated checksum
- Verified signature
- Verified no binaries in src archive
- Built with Maven 3.8.6 + JDK11
- Verified web PR
BR,
Ferenc
On Saturday, January 13th, 2024 at 04:59, Hang Ruan
wrote:
>
>
> +1 (non-binding)
>
> - Validated checksum hash
> - Verified signa
Hello devs,
I would like to start a discussion regarding Apache Ozone FS support. The
jira [1] is stale for quite a while, but supporting it with some limitations
could
be done with minimal effort.
Ozone do not have truncate() impl, so it falls to the same category as
Hadoop < 2.7 [2], on Datast
Hello devs,
Just saw that the Bahir project is retired [1]. Any plans on what's happening
with the Flink connectors that were part of this project? We specifically use
the Kudu connector and integrate it to our platform at Cloudera, so we would be
okay to maintain it. Would it be possible to ca
Hi Venkata krishnan,
Thanks for starting a discussion on this topic. I completely
agree with you on that, this behavior can create confusion and
cause debugging sessions that could be spared with aligning how Flink parses
external properties.
Personally, I find the Yarn props prefixing more intu
Hi,
gentle reminder on this thread, any opinions or thoughts?
Regards,
Ferenc
On Thursday, February 8th, 2024 at 18:02, Ferenc Csaky
wrote:
>
>
> Hello devs,
>
> I would like to start a discussion regarding Apache Ozone FS support. The
> jira [1] is stale for
ix with the right
> behavior and get rid of this in 3.0 totally.
>
> Looking for more thoughts from others in the community to make sure that I
> don't miss anything. Once the discussion settles, I can start a FLIP with
> the new proposal.
>
> Thanks
> Venkat
&
LIP+Connector+Template
> [2] https://github.com/apache/bahir-flink/releases/tag/v1.1.0
> [3] https://github.com/apache/bahir-flink/blob/master/pom.xml#L116
>
>
>
> > 2024年2月22日 下午6:37，Ferenc Csaky ferenc.cs...@pm.me.INVALID 写道：
> >
> > Hello devs,
> >
>
gt; >
> > [1] https://attic.apache.org/projects/bahir.html
> > [2] https://lists.apache.org/thread/p31mz4x4dcvd43f026d5p05rpglzfyrt
> >
> > On Tue, Feb 27, 2024 at 10:09 AM Ferenc Csaky ferenc.cs...@pm.me.invalid
> > wrote:
> >
> > > Thank you Leonar
/1vHF_uVe0FTYCb6PRVStovqDeqb_C_FKjt2P5xXa7uhE/edit
On Thursday, February 29th, 2024 at 09:48, Ferenc Csaky
wrote:
>
>
> Thank you Marton and Martijn, I will proceed with the FLIP then.
>
> Best,
> Ferenc
>
>
>
>
> On Wednesday, February 28th, 2024 at 21:15, Martijn Visser
> martijnvi
process created by Martijn[1].
>
> [1] https://issues.apache.org/jira/browse/FLINK-34515
>
> Best regards,
> Jing
>
> On Fri, Mar 1, 2024 at 5:25 PM Ferenc Csaky ferenc.cs...@pm.me.invalid
>
> wrote:
>
> > Hi,
> >
> > According to the current standard
Hello devs,
Opening this thread to discuss a FLIP [1] about externalizing the Kudu
connector, as recently
the Apache Bahir project were moved to the attic [2]. Some details were
discussed already
in another thread [3]. I am proposing to externalize this connector and keep it
maintainable,
and u
n is different
> > with flink ?
> >
> > (2) About the connector config options, could you enumerate these options
> > so that we can review they’re reasonable or not?
> >
> > (3) Metrics is also key part of connector, could you add the supported
> > con
:46 PM Yanquan Lv decq12y...@gmail.com wrote:
>
> > Hi Ferenc, +1 for this FLIP.
> >
> > Ferenc Csaky ferenc.cs...@pm.me.invalid 于2024年3月9日周六 01:49写道：
> >
> > > Thank you Jeyhun, Leonard, and Hang for your comments! Let me
> > > address them from earliest to latest.
Hi,
Thanks for driving this, +1 for the FLIP.
Best,
Ferenc
On Monday, March 11th, 2024 at 15:17, Ahmed Hamdy wrote:
>
>
> Hello,
> Thanks for the proposal, +1 for the FLIP.
>
> Best Regards
> Ahmed Hamdy
>
>
> On Mon, 11 Mar 2024 at 15:12, wudi 676366...@qq.com.invalid wrote:
>
> > Hi
Hi,
Gentle ping to see if there are any other concerns or things that seems missing
from the FLIP.
Best,
Ferenc
On Monday, March 11th, 2024 at 11:11, Ferenc Csaky
wrote:
>
>
> Hi Jing,
>
> Thank you for your comments! Updated the FLIP with reasoning on the proposed
>
Hi Yubin,
Thank you for initiating this discussion! +1 for the proposal.
I also think it makes sense to group the missing catalog related
SQL syntaxes under this FLIP.
Looking forward to these features!
Best,
Ferenc
On Thursday, March 14th, 2024 at 08:31, Jane Chan wrote:
>
>
> Hi Yubin
+1 (non-binding)
- Verified checksum and signature
- Verified no binary in src
- Built from src
- Reviewed release note PR
- Reviewed web PR
- Tested a simple datagen query and insert to blackhole sink via SQL Gateway
Best,
Ferenc
On Thursday, March 14th, 2024 at 12:14, Jane Chan wrote:
>
Hi,
since there are no more comments for a while, if there are no more comments for
another day, I will start a vote thread.
Thanks,
Ferenc
On Thursday, March 14th, 2024 at 11:20, Ferenc Csaky
wrote:
>
>
> Hi,
>
> Gentle ping to see if there are any other concerns or th
+1 (non-binding).
Best,
Ferenc
On Tuesday, March 19th, 2024 at 12:39, Jark Wu wrote:
>
>
> +1 (binding)
>
> Best,
> Jark
>
> On Tue, 19 Mar 2024 at 19:05, Yuepeng Pan panyuep...@apache.org wrote:
>
> > Hi, Yubin
> >
> > Thanks for driving it !
> >
> > +1 non-binding.
> >
> > Best,
>
+1 (non-binding), thanks for driving this!
Best,
Ferenc
On Wednesday, March 20th, 2024 at 10:57, Yang Wang
wrote:
>
>
> +1 (binding) since ZK HA is still widely used.
>
>
> Best,
> Yang
>
> On Thu, Mar 14, 2024 at 6:27 PM Matthias Pohl
> matthias.p...@aiven.io.invalid wrote:
>
> > Nothi
Hello devs,
I would like to start a vote about FLIP-439 [1]. The FLIP is about to
externalize the Kudu
connector from the recently retired Apache Bahir project [2] to keep it
maintainable and
make it up to date as well. Discussion thread [3].
The vote will be open for at least 72 hours (until 2
Hi everyone,
I'm happy to announce that FLIP-439: Externalize Kudu Connector from Bahir [1]
has been accepted with 12 approving votes, 6 of which are binding: [2]:
- Mate Czagany (non-binding)
- Gyula Fóra (binding)
- Gabor Somogyi (binding)
- Mátyás Őrhidi (binding)
- Hang Ruan (non-binding)
- S
Suggested changes makes sense, +1 for the proposed menus and order.
Best,
Ferenc
On Monday, March 25th, 2024 at 14:50, Gyula Fóra wrote:
>
>
> +1 for the proposal
>
> Gyula
>
> On Mon, Mar 25, 2024 at 12:49 PM Leonard Xu xbjt...@gmail.com wrote:
>
> > Thanks Zhongqiang for starting this
Hello devs,
I would like to start a discussion about FLIP-XXX: Introduce Flink SQL
variables [1].
The main motivation behing this change is to be able to abstract Flink SQL from
environment-specific configuration and provide a way to carry jobs between
environments (e.g. dev-stage-prod) without
sensible to allow for each syntax, perhaps managed by a config setting?
> >
> > Cheers,
> >
> > Jim
> >
> > On Tue, Mar 26, 2024 at 6:59 AM Ferenc Csaky ferenc.cs...@pm.me.invalid
> > wrote:
> >
> > > Hello devs,
> > >
> &
her and when get out of their scopes?
>
> - Does the proposal support dynamic assignment of the variables or the
> value of variables should be known at query compile time?
>
> - Can we somehow benefit from/leverage Calcite's parameterization feature
> in this
Hi Venkata,
Thank you for opening the discussion about this!
After taking a look at the YARN and Hadoop configurations, the
reason why it was implemented this way is that, in case of YARN,
every YARN-specific property is prefixed with "yarn.", so to get
the final, YARN-side property it is enough
+1 (non-binding)
Best,
Ferenc
On Tuesday, April 9th, 2024 at 10:32, Ahmed Hamdy wrote:
>
>
> Hi Wudi,
>
> +1 (non-binding).
>
> Best Regards
> Ahmed Hamdy
>
>
> On Tue, 9 Apr 2024 at 09:21, Yuepeng Pan panyuep...@apache.org wrote:
>
> > Hi, Di.
> >
> > Thank you for driving it !
> >
Congratulations, Jing!
Best,
Ferenc
On Friday, April 12th, 2024 at 13:54, Ron liu wrote:
>
>
> Congratulations, Jing!
>
> Best,
> Ron
>
> Junrui Lee jrlee@gmail.com 于2024年4月12日周五 18:54写道：
>
> > Congratulations, Jing!
> >
> > Best,
> > Junrui
> >
> > Aleksandr Pilipenko z3d...@gmail
Congratulations, Lincoln!
Best,
Ferenc
On Friday, April 12th, 2024 at 15:54, lorenzo.affe...@ververica.com.INVALID
wrote:
>
>
> Huge congrats! Well done!
> On Apr 12, 2024 at 13:56 +0200, Ron liu ron9@gmail.com, wrote:
>
> > Congratulations, Lincoln!
> >
> > Best,
> > Ron
> >
> > J
Thank you Mate for initiating this discussion. +1 for this idea.
Some Qs:
Can you specify the newly introduced configurations in more
details? Currently, it is not fully clear to me what are the
possible values of `kubernetes.operator.periodic.savepoint.mode`,
is it optional, has a default value?
Congratulations!
Best,
Ferenc
On Tuesday, April 16th, 2024 at 16:28, Jeyhun Karimov
wrote:
>
>
> Congratulations Zakelly!
>
> Regards,
> Jeyhun
>
> On Tue, Apr 16, 2024 at 6:35 AM Feifan Wang zoltar9...@163.com wrote:
>
> > Congratulations, Zakelly!——
> >
> > Best regards,
Thank you Danny and Sergey for pushing this!
I can help with the HBase connector if necessary, will comment the
details to the relevant Jira ticket.
Best,
Ferenc
On Wednesday, April 17th, 2024 at 11:17, Danny Cranmer
wrote:
>
>
> Hello all,
>
> I have created a parent Jira to cover the
+1 (non-binding)
Best,
Ferenc
On Wednesday, April 17th, 2024 at 10:26, Ahmed Hamdy
wrote:
>
>
> + 1 (non-binding)
>
> Best Regards
> Ahmed Hamdy
>
>
> On Wed, 17 Apr 2024 at 08:28, Yuepeng Pan panyuep...@apache.org wrote:
>
> > +1(non-binding).
> >
> > Best,
> > Yuepeng Pan
> >
> >
nd only if you really pay
> close attention to the docs it is evident. I understand your point on added
> complexity till Flink-3.0 but if we agree it should be made consistent, it
> has to be done at some point of time right?
>
> Regards
> Venkata krishnan
>
>
> On Wed, Ap
+1 (non-binding), looking forward to this!
Best,
Ferenc
On Wednesday, April 24th, 2024 at 10:03, Mate Czagany
wrote:
>
>
> Hi everyone,
>
> I'd like to start a vote on the FLIP-446: Kubernetes Operator State
> Snapshot CRD [1]. The discussion thread is here [2].
>
> The vote will be ope
Hi Martijn,
+1 for the proposal.
> targeted for Flink 1.19
I guess you meant Flink 1.20 here.
Also, I volunteer to take updating the HBase sink, feel free to assign that
task to me.
Best,
Ferenc
On Friday, May 3rd, 2024 at 10:20, Martijn Visser
wrote:
>
>
> Hi Peter,
>
> I'll add it
+1 (non-binding)
Thanks,
Ferenc
On Tuesday, 14 May 2024 at 08:51, weijie guo wrote:
>
>
> Thanks Martijn for the effort!
>
> +1(binding)
>
> Best regards,
>
> Weijie
>
>
> Martijn Visser martijnvis...@apache.org 于2024年5月14日周二 14:45写道：
>
> > Hi everyone,
> >
> > With no more discussi
/KubernetesDeploymentTarget.java
[3]
https://github.com/apache/flink/blob/48e5a39c9558083afa7589d2d8b054b625f61ee9/flink-kubernetes/src/main/java/org/apache/flink/kubernetes/KubernetesClusterDescriptor.java#L206
[4]
https://github.com/ferenc-csaky/flink/commit/40b3e1b998c7a4273eaaff71d9162c9f1ee039c0
but maybe not that
> important anymore, given that per-job mode is deprecated and likely removed
> in 2.0. Therefore, +1 for the proposal.
>
> Best,
>
> Xintong
>
>
>
> On Thu, May 16, 2024 at 11:35 PM Ferenc Csaky ferenc.cs...@pm.me.invalid
>
> wrote:
>
l.com 于2024年5月29日周三 19:57写道：
>
> > Hi Ferenc,
> >
> > Thanks for the FLIP, +1 from me for the proposal. I think these changes
> > would be a great solution to all the confusion that comes from these two
> > action parameters.
> >
> > Best regards,
> > Mate
mprove the user
> experience.
>
> Regards,
> Jeyhun
>
>
>
>
>
> On Mon, Jun 3, 2024 at 1:50 PM Ferenc Csaky ferenc.cs...@pm.me.invalid
>
> wrote:
>
> > Hi Hang,
> >
> > Thank you for your inputs, both points make sense, updated the
> >
Hello devs,
I would like to start a vote about FLIP-464 [1]. The FLIP is about to merge
back the
"flink run-application" functionality to "flink run", so the latter will be
capable to deploy jobs in
all deployment modes. More details in the FLIP. Discussion thread [2].
The vote will be open for
Hello devs,
I'm happy to announce that FLIP-464: Merge "flink run" and "flink
run-application" [1]
has been accepted with 13 approving votes, 6 of which are binding: [2]:
- Mate Czagany (non-binding)
- Mátyás Őrhidi (binding)
- Marton Balassi (binding)
- Xintong Song (binding)- Weijie Gue (bind
+1 (non-binding)
Best,
Ferenc
On Monday, 17 June 2024 at 15:29, Zdenek Tison
wrote:
>
>
> +1 (non-binding)
>
> Best,
> Zdenek
>
> On Mon, Jun 17, 2024 at 10:24 AM Matthias Pohl map...@apache.org wrote:
>
> > Hi everyone,
> > the discussion in [1] about FLIP-461 [2] is kind of concluded
Hi Robert, Rui, Ufuk, and Weijie,
I would like to raise the PR about merging `flink run` and
`flink run-application` functionality [1] to get considered as
part of the 1.20 release.
The reason IMO is that the `run-application` CLI command should be
removed in the same release when Per-Job mode ge
Hi Konstantin,
First of all, sorry for the delay. We at Cloudera are currently relying on
per-job mode deploying Flink applications over YARN.
Specifically, we allow users to upload connector jars and other artifacts.
There are also some default jars that we need to ship. These are all stored o
and dependencies via
> "yarn.ship-files" config option. The only
> limitation is that we could not ship and load the user dependencies with
> user classloader, not the parent classloader.
> FLINK-24897 is trying to fix this via supporting "usrlib" directory
> automatically
Hi Konstantin,
We at Cloudera will also help out with this. AFAIK there was a conversation
about this in the past anyways. I will talk this through with the team next
week and allocate resource accordingly.
Regards,
F
On 2022/01/26 09:17:03 Konstantin Knauf wrote:
> Hi everyone,
>
> We are see
Hi everyone,
Now that the connector externalization effort ig going on, I think it is
definitely work to revisit the currently supported HBase versions for the Flink
connector. Currently, ther is an HBase 1.4 and HBase 2.2 connector versions,
although both of those versions are kind of outdated
entations?
>
> Best regards,
>
> Martijn
>
> Op ma 10 okt. 2022 om 16:24 schreef Ferenc Csaky
> > Hi everyone,
> >
> > Now that the connector externalization effort ig going on, I think it is
> > definitely work to revisit the currently supporte
+1 from my side (non-binding)
Best,
F
--- Original Message ---
On Wednesday, October 12th, 2022 at 15:47, Martijn Visser
wrote:
>
>
> +1 (binding), I am indeed assuming that Chesnay meant the last two minor
> versions as supported.
>
> Op wo 12 okt. 2022 om 20:18 schreef Danny Cra
Hi,
just pinging this thread in case someone missed it and has any opinion about
the discussed actions.
Best,
F
--- Original Message ---
On Tuesday, October 11th, 2022 at 23:29, Ferenc Csaky
wrote:
>
>
> Hi Martijn,
>
> Thank you for your comment. About HBa
martijnvis...@apache.org
>
> wrote:
>
> > Hi Ferenc,
> >
> > I think you're good to go, since no comments were there. Do let us know if
> > you need any help :)
> >
> > Thanks,
> >
> > Martijn
> >
> > On Mon, Oct 24, 2022 a
Congrats Matyas!
Best,
F
--- Original Message ---
On Monday, November 21st, 2022 at 15:17, Márton Balassi
wrote:
>
>
> Hi everyone,
>
> On behalf of the PMC, I'm very happy to announce Matyas Orhidi as a new
> Flink
> committer.
>
> Matyas has over a decade of experience of the
+1 (non-binding)
Best,
F
--- Original Message ---
On Friday, November 18th, 2022 at 16:11, Márton Balassi
wrote:
>
>
> +1 (binding)
>
> On Thu, Nov 17, 2022 at 9:06 AM Gabor Somogyi gabor.g.somo...@gmail.com
>
> wrote:
>
> > Hi All,
> >
> > I'm hereby opening a vote for FLIP-27
be negative doing so.
> >
> > As for the PR, I'd be in favor of not merging it for 1.20. Because we have
> > passed the feature freeze date for half a week and the PR is still not yet
> > reviewed, and the necessity for making it into 1.20 is unclear due to
> > abse
+1 (non-binding)
Best,
Ferenc
On Sunday, June 23rd, 2024 at 05:13, Yanquan Lv wrote:
>
>
> Thnaks Sergio, +1 (non-binding)
>
> gongzhongqiang gongzhongqi...@apache.org 于2024年6月23日周日 10:06写道：
>
> > +1 (non-binding)
> >
> > Best,
> > Zhongqiang Gong
> >
> > Sergio Pena ser...@confluent.i
Hello devs,
I would like to open a discussion about considerations regarding how to
deprecate CLI
actions, and what compatibility guarantees should apply to such cases. The
topic came up in
a previous discussion [1] about a current FLIP to merge the run and
run-application
behavior [2].
Accordi
+1 (non-binding)
Best,
Ferenc
On Friday, 28 June 2024 at 06:27, Feifan Wang wrote:
>
>
> +1 (non binding)
>
>
>
>
> ——
>
> Best regards,
>
> Feifan Wang
>
>
>
>
> At 2024-06-25 16:58:22, "Piotr Nowojski" pnowoj...@apache.org wrote:
>
> > Hi all,
> >
> > I would like
+1 (non-binding)
Best,
Ferenc
On Thursday, 4 July 2024 at 16:20, Feng Jin wrote:
>
>
> +1 (non-binding)
>
> Best,
> Feng Jin
>
> On Thu, Jul 4, 2024 at 6:02 PM Martijn Visser martijnvis...@apache.org
>
> wrote:
>
> > +1 (binding)
> >
> > On Thu, Jul 4, 2024 at 5:39 AM Yanquan Lv decq1
gestion to use `run` case instead.
> This would make users aware of the change and require them
> to migrate their scripts.
>
> After two minor releases, and on next major version bump,
> we could drop the `run-application` method as suggested
> on discussion by Xintong.
>
> Be
> So maybe we don't have to follow fully API `@PublicEvolving`
> > process for this.
> >
> > Another maybe user friendly approach would be to inform with
> > warning that the `run-application` cli action will be dropped,
> > and suggest new action and migrati
pplying the strict mode to
> CLI interfaces, and see how it goes. But I'm also open to other opinions.
>
>
> Best,
>
> Xintong
>
>
>
> On Wed, Jul 17, 2024 at 7:59 PM Ferenc Csaky ferenc.cs...@pm.me.invalid
>
> wrote:
>
> > Hi Xintong, Muham
Thank you, Ferenc.
>
>
> Best,
>
> Xintong
>
>
>
> On Tue, Jul 23, 2024 at 9:42 PM Ferenc Csaky ferenc.cs...@pm.me.invalid
>
> wrote:
>
> > > IIUC, you mean applying the strict mode for the programming APIs
> > > as well?
> >
> >
Hi,
AFAIK 1.20 will be the last minor release before 2.0, which is
already finalized and the promotion is in progress. The master
already points to 2.0 [1]. So "removing now" already means 2.0.
Best,
Ferenc
On Wednesday, 31 July 2024 at 14:51, Gyula Fóra wrote:
>
>
> Hi!
> Thanks Gabor for lo
Congrats!
Thanks for the effort to the release mgrs and everyone involved!
Best,
Ferenc
On Friday, 2 August 2024 at 12:16, Jiadong Lu wrote:
>
>
> Congrats!
> Best regards,
> Jiadong Lu
>
> On 2024/8/2 18:13, Aleksandr Pilipenko wrote:
>
> > Congrats!
> >
> > Best,
> > Aleksandr
> >
>
The cluster will only be refreshed if you rebuild the module with
changes and "flink-dist". So in this particular case:
$ mvn clean install -DskipTests -Dfast -pl flink-runtime,flink-dist -am
If you have a fairly fresh SNAPSHOT build already in your local maven
repo, then "-am" can be omitted and
u, Ferenc.
>
>
> Best,
>
> Xintong
>
>
>
> On Tue, Jul 23, 2024 at 9:42 PM Ferenc Csaky ferenc.cs...@pm.me.invalid
>
> wrote:
>
> > > IIUC, you mean applying the strict mode for the programming APIs
> > > as well?
> >
> > Correct! The
+1 (binding)
Thanks G, and Zakelly for the productive conversation and the
polished/added details.
Best,
Ferenc
On Monday, 26 August 2024 at 13:59, Márton Balassi
wrote:
>
>
> +1 (binding)
>
> Thanks for clarifying the big picture [1], that helps a lot.
>
> [1]
> https://docs.google.com
Hi Arek,
Assigned the ticket to you and added some details in a comment there as well.
Cheers,
Ferenc
On Saturday, 14 September 2024 at 00:51, Arek Dankiewicz
wrote:
>
>
> Hi devs,
> Could some nice committer please assign the issue to me, if you think it
> makes sense?
> Thanks in advan
Hello devs,
I just noticed there is an already merged change [1] that removes per-job mode
from the
codebase. Regarding that, I would like to mention FLINK-26000 [2] that exists
for the same
for quite a while, and the reason why we kept the code until now is that,
Application Mode
does not supp
ubmission based on application mode several months
> ago. I will write the design about this and reopen the FLIP-316 discussion
> later. We hope Flink-2.0 support the submission of SQL jobs using the
> application mode. Best, Shengkai
>
>
> Ferenc Csaky ferenc.cs...@pm.me.invalid 于202
k1.17 is difficult, but are there any plans to
> support it in the future? Do we need to wait for Hadoop related repositories
> to release specific versions.
>
>
> > 2024年10月22日 19:44，Ferenc Csaky ferenc.cs...@pm.me.INVALID 写道：
> >
> > Hello devs,
> >
> >
Hello devs,
I would like to start a discussion regarding a new HBase connector release.
Currently, the
externalized HBase connector has only 1 release: 3.0.0 that supports Flink 1.16
and 1.17.
By stating this, it is obvious that the connector is already outdated for quite
a while. There
is a l
Hi Shengkai,
Thank you for driving this FLIP! I think this is a good way to
close this gap on the short-term until FLIP-316 can be finished.
I would only like to add one thing: YARN has a `yarn.ship-files`
config option that ships local or DFS files/directories to the
YARN cluster [1].
Best,
Fer
Hi,
Based on this discussion I would like to suggest to move on with
the originally planned release with the HBase connector 4.0, that
will support 1.18, and 1.19.
I volunteer to be the release manager.
Thanks,
Ferenc
On Wednesday, October 23rd, 2024 at 13:19, Ferenc Csaky
wrote
Hi everyone,
Please review and vote on release candidate #1 for flink-connector-hbase
v4.0.0, as
follows:
[ ] +1, Approve the release
[ ] -1, Do not approve the release (please provide specific comments)
The complete staging area is available for your review, which includes:
* JIRA release notes
1 - 100 of 169 matches
Mail list logo
