Re: [DISCUSS] FLIP-33: Standardize connector metrics

latency. I think a lot of other sources actually also has an append timestamp. e.g. database bin logs and some K-V stores. So I wouldn't be surprised if some database connector can also emit latency metrics. Thanks, Jiangjie (Becket) Qin On Thu, Feb 21, 2019 at 10:14 PM Chesnay Sch

[ANNOUNCE] Checkstyle bump

Hello all, the checkstyle version has been bumped to 8.12. If you're checkstyle in IntelliJ (according to out guide ) then you also have to manually set the version in IntelliJ to 8.12, as desc

Re: [DISCUSS] Improve the flinkbot

The bot could check the diff and tag pull requests that only touch the docs as "Documentation". Many of these are easy to review and usually don't require a deeper understanding of Flink. On 13.02.2019 10:29, Robert Metzger wrote: Hey all, the flinkbot has been active for a week now, and I ho

Re: [DISCUSS] Improve the flinkbot

ew contributors. It's on my list. For the labels, I will now go with the following: review=description? review=consensus? review=architecture? review=quality? review=approved ✅ On Fri, Feb 22, 2019 at 2:00 PM Chesnay Schepler <mailto:ches...@apache.org>> wrote: The bot

Re: [DISCUSS] FLIP-33: Standardize connector metrics

d emitTime with each record and let the histogram computation happen in the background? Or let the processing thread putting the values into a queue and have a separate thread polling from the queue and add them into the histogram? Thanks, Jiangjie (Becket) Qin On Fri, Feb 22, 2019 at 4:34 PM Ches

Re: [VOTE] Clean up and reorganize the JIRA components

+1 On 25.02.2019 09:51, Robert Metzger wrote: You are right. I've fixed it: https://cwiki.apache.org/confluence/pages/diffpagesbyversion.action?pageId=103089605&selectedPageVersions=7&selectedPageVersions=6 On Thu, Feb 21, 2019 at 4:27 PM Chesnay Schepler <mailto:ches...@ap

Re: [DISCUSS] A more restrictive JIRA workflow

We currently cannot change the JIRA permissions. Have you asked INFRA whether it is possible to setup a Flink-specific permission scheme? On 25.02.2019 14:23, Timo Walther wrote: Hi everyone, as some of you might have noticed during the last weeks, the Flink community grew quite a bit. A lot

Re: [ANNOUNCE] Apache Flink 1.6.4 released

Note that for future releases the files for the previous version (in this case 1.6.3) should also be removed once the website was updated. I have taken care of this already. On 26.02.2019 05:12, Thomas Weise wrote: Jincheng, thanks for running the release! Please also send the announcement to

Re: Flaky tests

We've been in the same position a while back with the same effects. We solved it by creating JIRAs for every failing test and cracking down hard on them; I don't think there's any other way to address this. However to truly solve this one must look at the original cause to prevent new flaky test

Re: [DISCUSS] Improve the flinkbot

Just noticed that _anyone_ can approve a PR now, see https://github.com/apache/flink/pull/7801. Not sure about the solution, but as it stands it is rather trivial to nuke the review process of the entire project. On 13.02.2019 10:29, Robert Metzger wrote: Hey all, the flinkbot has been acti

Re: [DISCUSS] Improve the flinkbot

ssage. What should we do? A) we restrict sending commands to the bot to committers? B) only approvals from committers matter for applying labels? C) we allow committers to override approvals I'm leaning towards B, as it encourages non-committers to participate. On Wed, Feb 27, 2019 at 2:01

Re: [RESULT][VOTE] Clean up and reorganize the JIRA components

wrote: The proposal has been approved with +1 votes: - Timo - Robert - Jincheng - Shengjk1 - Chesnay - Till With +4 PMC votes, the vote has passed. Thanks everybody! I'll soon start with this effort! On Mon, Feb 25, 2019 at 1:28 PM Till Rohrmann wrote: +1 On Mon, Feb 25, 2019 at 11

Re: Some dev questions

Tags still exist for all releases, which ou can easily verify this on GitHub.. My guess is that you didn't fetch them properly. As for the ML tickets, these were specific to the flink-ml module, and for this module it seems unlikely that we will continue improving it as we haven't been accepti

Re: Apply for rights of contributor

You now have contributor permissions. On 06.03.2019 09:42, zoudan wrote: Hi, I want to contribute to Apache Flink. Would you please give me the contributor permission? My JIRA ID is Zou Dan.

Re: Apply for rights for contributor

You now have contributor permissions. On 06.03.2019 09:49, zoudan wrote: Hi, I want to contribute to Apache Flink. Would you please give me the contributor permission? My JIRA ID is FrankZou.

Re: Apply for rights for contributor

Resolved in a duplicate thread sent 1 hour before this one. On 06.03.2019 10:42, zoudan wrote: Hi, I want to contribute to Apache Flink. Would you please give me the contributor permission? My JIRA ID is FrankZou.

Re: [DISCUSS] Improve the flinkbot

ll flinkbot is very useful, thanks for all the work on it! I heard > > positive feedback from other contributors, I think they see their > > contributions are better received now. > > > > Thomas > > > > > > > > On

Re: Error on importing flink source code into Intellij

Usually when I run into this i use "File -> Invalidate Caches / Restart... -> Invalidate and restart" On 05.03.2019 16:15, Felipe Gutierrez wrote: Hello, I imported the flink source code at my Intellij IDE following the steps described here https://ci.apache.org/projects/flink/flink-docs-stabl

Re: WELCOME to dev@flink.apache.org

I've given you contributor permissions. On 05.03.2019 14:30, 107565445 wrote: Hi Guys, I want to contribute to Apache Flink. Would you please give me the permission as a contributor? My JIRA ID is zhouhuiyu.

Re: Contributor permission application

You now have contributor permissions. On 05.03.2019 04:57, zenppl liu wrote: Hi, Sorry for the wrong ID. My username is zenppl. Thank you, Zenppl 在 2019年3月4日，下午6:34，Fabian Hueske 写道： Hi, Welcome to the Flink community. Jira does not use the email address as user name. Hence I couldn't add y

Re: [DISCUSS] Using Guava in Flink "core" packages

I fully agree that we should write down this kind of conventions that committers have setup implicitly. I agree that we should keep flink-core as lean as possible. On guava usages in general my current stance is that we should only use guava if necessary. Spreading it (or other dependencies fo

Re: [DISCUSS] Improve the flinkbot

6, 2019 at 12:58 PM Chesnay Schepler wrote: The image didn't go through. I would keep it as is; imo there are significantly more important things that I'd like Robert to spend time on. (literally everything in the Feature requests section) If we want to better distinguish new PRs I would

Re: [DISCUSS] Improve the flinkbot

done automatically. So JIRA will stay the ground truth for setting the component correctly. On Thu, Mar 7, 2019 at 10:11 AM Chesnay Schepler wrote: Component labels seem a bit redundant. Every JIRA with an open PR already has a "pull-request-available" tag. So this information already exists.

Re: contributor permission application

You now have contributor permissions. On 12.03.2019 08:54, Yan Gao wrote: Hi there, I want to be a Flink contributor. Could you please give me contributor permissions? My jira id is: 10fish. Thanks. Y Gao

Re: Flink contributor application

You now have contributor permissions. On 12.03.2019 09:08, 朱国梁 wrote: Hi Flink community! I want to contribute to Apache Flink. Would you please give methe contributor permission? My JIRA ID is zgl1989. Thanks and Regard Guoliang Zhu

Re: Submitting a Flink Job via the Flink Dash Board

Looks like the wrong main class is being passed to the REST API. It is "MyFlinkApplication" but should be "com.foo.bar.MyFlinkApplication". Are you setting the class manually during the job-submission or is it written into the jar manifest? On 13.03.2019 03:21, Durga Durga wrote: Hi Folks,

Re: Submitting a Flink Job via the Flink Dash Board

.initInternal(StandardRoot.java:682) at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:136) ... 52 more -- _Durga Deep On Wed, Mar 13, 2019 at 4:16 AM Chesnay Schepler <mailto:ches...@apache.org>> wrote: Looks like the wrong main class is being passed to the RE

Re: I want to contribute to Apache Flink.

You now have contributor permissions. On 14.03.2019 10:42, 徐小斌 wrote: Hi, I want to contribute to Apache Flink. Would you please give methe contributor permission? My JIRA ID is LouisXu777. -- 徐小斌 LouisXu Email：xu_soft39211...@163.com QQ：2565641481 Telephone：15210968903 @北京航空航天大学

Re: [VOTE] Release 1.8.0, release candidate #2

The regressions is already normalizing again. I'd observer it further before doing anything. The same applies to the benchmarkCount which tanked even more in that same run. On 15.03.2019 06:02, Tzu-Li (Gordon) Tai wrote: @Yu Thanks for reporting that Yu, great that this was noticed. The ser

Re: [VOTE] Release 1.8.0, release candidate #2

I went over the release notes and made quite a few modifications. The website PR will need an update. On 14.03.2019 13:42, Aljoscha Krettek wrote: Hi everyone, Please review and vote on the release candidate 2 for Flink 1.8.0, as follows: [ ] +1, Approve the release [ ] -1, Do not approve the r

Re: [VOTE] Release 1.8.0, release candidate #2

-1 Missing dependencies in NOTICE file of flink-dist (and by extension the binary distribution). * com.data-artisans:frocksdbjni:jar:5.17.2-artisans-1.0 On 14.03.2019 13:42, Aljoscha Krettek wrote: Hi everyone, Please review and vote on the release candidate 2 for Flink 1.8.0, as follows: [ ]

Re: [VOTE] Release 1.8.0, release candidate #2

rsion Hadoop-related JRAs. Then, contributors can test it more easily on YARN. What do you think? Best, Jincheng Chesnay Schepler 于2019年3月15日周五 下午10:35写道： -1 Missing dependencies in NOTICE file of flink-dist (and by extension the binary distribution). * com.data-artisans:frocksdbjni:jar:5.1

Re: [VOTE] Release 1.8.0, release candidate #2

Additionally, which I fortunately did not realize earlier, we must also remove the "org.rocksdb:rocksdbjni" entry from the NOTICE files. (i.e. replace them with frocksdb) On 15.03.2019 15:35, Chesnay Schepler wrote: -1 Missing dependencies in NOTICE file of flink-dist (and by exte

Re: [VOTE] Release 1.8.0, release candidate #2

you think? Best, Jincheng Chesnay Schepler mailto:ches...@apache.org>> 于2019年3月18日周一 下午4:15写道： We release SNAPSHOT artifacts for all module, see https://repository.apache.org/content/groups/public/org/apache/flink/flink-core/ . The artifacts to be released do not ha

Re: [REMINDER] Please add entries for newly added dependencies to NOTICE file

Realistically you can't automatically infer from changes to any pom /whether /and /what /we have to change in the notice files. Doing this on the XML level requires a view over the entire project to detect dependency changes in parent modules / dependency management and packaging changes in down

Re: apply for contributor permission

Done. On 20.03.2019 10:10, Xintong Song wrote: Hi, Could someone kindly give me the contributor permission? JIRA account: xintongsong Thank you~ Xintong Song

Re: contributor permission apply

Done. On 20.03.2019 12:25, ?? wrote: Hi, I want to contribute to Apache Flink. Would you please give me the contributor permission? My JIRA ID is robot_lgw.

Re: contributor permission application

Done. On 20.03.2019 14:03, Meng Wang wrote: Hi there, I want to be a Flink contributor. Could you please give me contributor permissions? My jira id is: wangm92. --- Best, Matt Wang Original Message Sender:shaomeng wangshaomengwan...@gmail.com Recipient:dev...@flink.apache.org Date:Wednesda

Re: contributor permission application

Done. On 20.03.2019 13:26, Xu Yang wrote: Hi there, I want to be a Flink contributor. Would you please give me the contributor permission? My JIRA ID is xuyang1706 Thanks, Xu

Re: contributor permission application

Done. On 20.03.2019 13:35, shaomeng wang wrote: Hi there, I want to be a Flink contributor. Would you please give me the contributor permission? My JIRA ID is shaomeng.wang Thanks, Shaomeng Wang

Re: [DISCUSS] FLIP-33: Standardize connector metrics

ie (Becket) Qin On Fri, Feb 22, 2019 at 9:30 PM Chesnay Schepler mailto:ches...@apache.org>> wrote: Re: over complication of implementation. I think I get understand better know what you're shooting for, effectively something like the OperatorIOMetric

Re: Fw: Contributor permission application

Done. On 20.03.2019 16:15, hdxg1101300123 wrote: Hi Guys, I want to contribute to Apache Flink. Would you please give me the permission as a contributor? My JIRA ID is yutaochina. 2019-03-20 博彦科技股份有限公司 --上海泓智信息科技有限公司 地址：上海市长宁区天山路8号402室 邮编：200336 手机：15501079221 邮箱：hdxg1101300...@163.com

Re: Contributor permission application

Done. On 20.03.2019 23:49, Artsem Semianenka wrote: Hi guys, Could you please give me contributor permissions for Flink project? Here my Jira id: artsem.semianenka Best regards, Artsem

Re: contributor permission apply

Done. On 20.03.2019 15:46, jianl miao wrote: Hi, I want to contribute to Apache Flink. Would you please give me the contributor permission? My JIRA ID is jianlong miao.

Re: Row.setField returning row itself

I can see that this would be convenient but please find a better example; yours can be solved easily using "Row.of(value)". On 22/03/2019 12:26, Flavio Pompermaier wrote: Hi all, many times I had the feeling that allowing Row.setField() to return the modified object instead of void would really

Re: Row.setField returning row itself

You could even use a method reference here: "map(Row::of)" On 22/03/2019 12:33, Chesnay Schepler wrote: I can see that this would be convenient but please find a better example; yours can be solved easily using "Row.of(value)". On 22/03/2019 12:26, Flavio Pompermaier

Re: Bump up the shaded dependency version

Why do you want to bump the shaded-jackson dependency? On 28/03/2019 17:56, mayo zhang wrote: Hi, all Is there some way to bump up the version of shaded jars like flink-shaded-jackson? Or is there someone can deal with this Best, Zhang

Re: Apply for JIRA permission

You now have contributor permissions. On 03/04/2019 08:18, Hefei Li wrote: Hi guys, I want to contribute to Apache Flink. Would you please give me the permission as a contributor ? My JIRA username is *lhfei *. === Best Regards Hefei LiHefei Li MP: +86 1870158

[DISCUSS] Drop Elasticssearch 1 connector

Hello everyone, I'm proposing to remove the connector for elasticsearch 1. The connector is used significantly less than more recent versions (2&5 are downloaded 4-5x more), and hasn't seen any development for over a hear, yet still incurred maintenance overhead due to licensing and testing.

Re: contributor permission

You know have contributor permissions. On 04/04/2019 07:10, 邵志鹏 wrote: Hi, I want to contribute to Apache Flink. Would you please give me the contributor permission? My JIRA ID is shaozhipeng. Thank you very much.

Re: [VOTE] Release 1.8.0, release candidate #5

+1 We'll have to comb through JIRA again as I already found a number of tickets that were marked as fixed for 1.8.1, but are included in this RC. On 05/04/2019 07:10, Rong Rong wrote: +1 (non-binding) * Verified checksums and GPG files matches release files * Verified that the source archive

Re: [VOTE] Release 1.8.0, release candidate #5

Went through JIRA and update the versions. On 05/04/2019 13:57, Chesnay Schepler wrote: +1 We'll have to comb through JIRA again as I already found a number of tickets that were marked as fixed for 1.8.1, but are included in this RC. On 05/04/2019 07:10, Rong Rong wrote: +1 (non-bi

Re: [VOTE] Release 1.8.0, release candidate #5

=project%20=%20FLINK%20AND%20fixVersion%20=%201.8.1%20and%20resolution%20!=%20unresolved%20ORDER%20BY%20updated%20DESC> Aljoscha On 5. Apr 2019, at 14:05, Chesnay Schepler wrote: Went through JIRA and update the versions. On 05/04/2019 13:57, Chesnay Schepler wrote: +1 We'll have to comb

Re: [DISCUSS] Apache Flink at Season of Docs

Now that you mentioned configuration, I think the descriptions of the various configuration options could also be a potential topic. The descriptions follow very different styles and are often more geared towards Flink developers than actual users. On 12/04/2019 09:57, Fabian Hueske wrote: Hi

[DISCUSS] Backtracking for failover regions

Hello everyone, Till, Zhu Zhu and myself have prepared a Design Document for introducing backtracking for failover regions. This is an optimization of the failure handling logic for jobs with blocking result par

Re: request contributor permission

You now have conrtributor permissions. On 13/04/2019 09:44, 杨飞 wrote: Hi, I want to contribute to Apache Flink. Would you please give me the contributor permission? My JIRA ID is yangfei

Re: contributor permission request

Handled in a duplicated thread. On 13/04/2019 09:28, Fei5 Yang 杨飞 wrote: Hi, I want to contribute to Apache Flink. Would you please give me the contributor permission? My JIRA ID is yangfei? #/**本邮件及其附件含有小米公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件

Re: [DISCUSS] Bump required Maven version to 3.1.1 (from 3.0.3)

The other connection you're referring to is likely the plugin downloading dependencies from npm. On 29/04/2019 13:50, Visser, M.J.H. (Martijn) wrote: Hi Robert, Just as an FYI, Redhat 7 Enterprise also still ships with 3.0.5 as default. I did a manual upgrade to a later version on one of our

Re: [DISCUSS] Releasing Flink-shaded 7.0

ties in jackson. On 30/04/2019 11:26, jincheng sun wrote: Since flink-1.8.0, Convenience binaries that include hadoop are no longer released. More detail can be found here: https://ci.apache.org/projects/flink/flink-docs-master/release-notes/flink -1.8.html After flink 1.8 released, @Chesnay Schepler

Re: [VOTE] Release flink-shaded 7.0, release candidate 1

ng the new release [6]. The vote will be open for at least 72 hours. It is adopted by majority approval, with at least 3 PMC affirmative votes. NOTE: After I finished RC1, we found that https://issues.apache.org/jira/browse/FLINK-11580, Chesnay Schepler, Nico and Me had reached an agreement. It was

Re: [VOTE] Release flink-shaded 7.0, release candidate 1

I've opened a JIRA: https://issues.apache.org/jira/browse/FLINK-12515 On 13/05/2019 12:03, jincheng sun wrote: Thanks for your vote! @Chesnay Schepler ! When moving the modules, we copy the dependency version of the dependencyManagement in the `flink-parent` pom in the specific sub-m

Re: grant jira permission

Done. On 16/05/2019 08:15, Charoes wrote: Hello, I want to contribute to flink project Please grant me the jira permission. My Jira ID: charoes Thanks Charoes

Re: FW: Apply for a Contributor permission

Done. On 16/05/2019 08:51, Zhou, Brian wrote: My JIRA ID: Brian Zhou Best Regards, Brian From: Zhou, Brian Sent: Thursday, May 16, 2019 13:39 To: dev@flink.apache.org Subject: Apply for a Contributor permission Hi, I want to contribute to Apache Flink, starting from Chinese translation. Woul

Re: Applying for permission as a contributor

Done. On 14/05/2019 08:16, Wei Sun wrote: Hi Guys, I want to contribute to Apache Flink. Would you please give me the permission as a contributor? My JIRA ID is *Andrew Sun* Best Regards, Andrew

Re: [DISCUSS] Proposal for Flink job execution/availability metrics impovement

On 16/05/2019 11:34, Piotr Nowojski wrote: Luckily it seems like those four issues/proposals could be implemented/discussed independently or in stages. I fully agree, and believe we should split this thread. We will end up discussing too many issues at once. Nevertheless, On 16/05/2019 11:34

Re: [SURVEY] Usage of flink-ml and [DISCUSS] Delete flink-ml

I believe we can remove it regardless since users could just use the 1.8 version against future releases. Generally speaking, any library/connector that is no longer actively developed can be removed from the project as existing users can always rely on previous versions, which should continue

Re: [DISCUSS] Correct the flink pom `artifactId` config before flink 1.9 release

You do have a point, but your output is mostly incorrect. There are only 3 modules that have a suffix, which don't need it: * flink-connector-hive * flink-queryable-state-client-java * flink-table-api-scala The remaining do need it since they have dependencies with a scala-suf

Re: [DISCUSS] Correct the flink pom `artifactId` config before flink 1.9 release

You do have a point, but your output is mostly incorrect. There are only 3 modules that have a suffix, which don't need it: * flink-connector-hive * flink-queryable-state-client-java * flink-table-api-scala The remaining do need it since they have dependencies with a scala-suf

Re: [VOTE] Release flink-shaded 7.0, release candidate 2

Worked for me; could you try again without parallel builds? Which maven version are you using? On 23/05/2019 09:24, Nico Kruber wrote: Thanks Jincheng, unfortunately, I think, I found a blocker: -1 (non-binding) # not working: - https://issues.apache.org/jira/browse/FLINK-12598 # ok: - check

Re: [VOTE] Release flink-shaded 7.0, release candidate 2

doing that, but I'm not too bothered by this being bundled. This kind of setups where we rely on Flink to provide certain dependencies are a bit brittle in general. On 23/05/2019 10:26, Chesnay Schepler wrote: Worked for me; could you try again without parallel builds? Which maven ver

Re: [DISCUSS] Correct the flink pom `artifactId` config before flink 1.9 release

/browse/FLINK-12602 Feel free to discuss the solution in this mail thread or in the JIRA. Best, Jincheng Chesnay Schepler 于2019年5月22日周三 下午8:50写道： You do have a point, but your output is mostly incorrect. There are only 3 modules that have a suffix, which don't need it: -

Re: [Discuss] Add JobListener (hook) in flink job lifecycle

This issue is another case where we have problems figuring out the boundaries and responsibilities between the ExecutionEnvironments and the ClusterClient. I believe we should figure this out first, and decide whether the ClusterClient (or anything based on it) should be made public to accomo

Re: [VOTE] Release flink-shaded 7.0, release candidate 2

this issue, the problems caused by `provided` scope, and now, It seems nice to have added the changes for the RC3! What do you think? @Chesnay Schepler <mailto:ches...@apache.org> The PR can be found here: https://github.com/apache/flink-shaded/pull/64 Best, Jincheng Chesnay Schepler mai

Re: [VOTE] Release flink-shaded 7.0, release candidate 2

relocate On 27/05/2019 11:08, Chesnay Schepler wrote: That would've been a good workaround, but RC3 is already out. I wouldn't wanna delay the release any further because of something one can work around, especially so since this only affects people who want the shaded hadoop sources

Re: [VOTE] Release flink-shaded 7.0, release candidate 3

+1 * git tag exists * no binaries in release * relocated jackson no longer bundled twice in hadoop jars * jackson dependency tree exists * netty-tcnative-static not part of release * artifacts present for each hadoop version * compared contents of each hadoop jar with the current ones, no signif

Re: [VOTE] Release flink-shaded 7.0, release candidate 3

not spot any issues. +1 Am 27.05.19 um 13:36 schrieb Chesnay Schepler: +1 * git tag exists * no binaries in release * relocated jackson no longer bundled twice in hadoop jars * jackson dependency tree exists * netty-tcnative-static not part of release * artifacts present for each hadoop versi

Re: [VOTE] Release flink-shaded 7.0, release candidate 3

ror ./error/Mark.class ./error/MarkedYAMLException.class ./error/YAMLException.class The same is true in the artifacts that were built for maven central [4] Nico [4] https://repository.apache.org/content/repositories/orgapacheflink-1219 On 28/05/2019 14:57, Chesnay Schepler wrote: @Nico I still se

Re: [DISCUSS] Deprecate previous Python APIs

I would just remove them. As you said, there are very limited as to what features they support, and haven't been under active development for several releases. Existing users (if there even are any) could continue to use older version against newer releases. It's is slightly more involved than

Re: [VOTE] FLIP-33: Standardize connector metrics

The rate metrics should end in "PerSecond" instead of "PerSec" to be consistent with existing metrics. I'm a bit unsure whether it makes send to include the In/Out metrics in this proposal, given that these metrics are standardized across all operators already (at least in terms of _/existing/

Re: About Contributor Permission

I've given you contributor permissions. Please make sure to read the contribution guide . On 13/06/2019 17:21, Kevin Liu wrote: Hi, I've been using Apache Flink for a year and I find it quite interesting. Now I really want to make contribution

Re: apply for contributor permission

I've given you contributor permissions. Please make sure to read the contribution guide . On 12/06/2019 11:28, kevin sun wrote: Hi, I want to contribute to Apache Flink. Would you please give me the contributor permission? My JIRA ID is kevins

Re: Apply for a conributor permission

I've given you contributor permissions. Please make sure to read thecontribution guide . On 14/06/2019 05:24, ? ? wrote: Hi, I want to contribute to Apache Flink. Would you please give me the contributor permission? My JIRA ID is BeauHe,

Re: [Contributors List] [JIRA] - Request to be added

I've given you contributor permissions. On 13/06/2019 22:56, Hugo Da Cruz Louro wrote: Hi, I would like to ask to please be added to the Apache Flink contributors list and to obtain permission to assign JIRA's to myself. GitHub: hmcl Apache JIRA Id: hmclouro Thank you Hugo PS. I have already

Re: Something wrong with travis?

This is (hopefully a short-lived) hiccup on the Travis caching infrastructure. There's nothing we can do to _fix_ it; if it persists we'll have to rework our travis setup again to not rely on caching. On 18/06/2019 08:34, Kurt Young wrote: Hi dev, I noticed that all the travis tests trigger

Re: Something wrong with travis?

ravis caching issue, we can file apache infra ticket and ask them to clean the cache. Chesnay Schepler 于2019年6月18日周二 下午3:18写道： This is (hopefully a short-lived) hiccup on the Travis caching infrastructure. There's nothing we can do to _fix_ it; if it persists we'll have to rework o

Re: Something wrong with travis?

18日周二 下午6:00写道： I agree with the explanation from @Chesnay Schepler . this should be a problem with the Travis infrastructure because recently we have not big changed the logic of Travis inside Flink. At present, most of the failures are after the compile is completed. The cache size is only 7.7M

Re: Apply for contributor permission

You now have contributor permissions. On 19/06/2019 01:38, Jasper Yue wrote: Hi Guys, I want to contribute to Apache Flink. Would you please give me the permission as a contributor? My JIRA ID is yuetongshu Regards, Jasper Yue

Re: Apply for contributor permission

You now have contributor permissions. On 18/06/2019 12:20, 何建宁 wrote: Hi, I want to contribute to Apache Flink. Would you please give me the contributor permission? My JIRA ID is hejianning,

Re: Something wrong with travis?

Recent builds are passing again. On 18/06/2019 08:34, Kurt Young wrote: Hi dev, I noticed that all the travis tests triggered by pull request are failed with the same error: "Cached flink dir /home/travis/flink_cache/x/flink does not exist. Exiting build." Anyone have a clue on what happe

Re: apply for contributor permission

You now have contributor permissions. On 19/06/2019 16:49, maidangdang wrote: Hi, I want to contribute to Apache Flink. Would you please give me the contributor permission? My JIRA ID is dangdang

[COMMITTERS] GitHub problem with merging PRs or commenting on them

Attention fellow committers, There is currently an issue with GitHub where it may not be possible to close PRs or comment on them. When you merge a PR through the UI it can happen that the commit is merged, with the PR being closed! When this happens, don't try to merge it again (like I did.

Re: [COMMITTERS] GitHub problem with merging PRs or commenting on them

* When you merge a PR through the UI it can happen that the commit is merged, _without _the PR being closed! On 20/06/2019 11:21, Chesnay Schepler wrote: Attention fellow committers, There is currently an issue with GitHub where it may not be possible to close PRs or comment on them. When

Re: [DISCUSS] Deprecate previous Python APIs

I have created a JIRA and PR for removing the Python APIs. On 11/06/2019 15:30, Stephan Ewen wrote: Hi all! I would suggest to deprecating the existing python APIs for DataSet and DataStream API w

Re: [DISCUSS] solve unstable build capacity problem on TravisCI

On 24/06/2019 23:48, Bowen Li wrote: - Has anyone else experienced the same problem or have similar observation on TravisCI? (I suspect it has things to do with time zone) In Europe we have the same problem. - What pricing plan of TravisCI is Flink currently using? Is it the free plan for op

Re: [ANNOUNCE] Feature freeze for Apache Flink 1.9.0 release

On the fine-grained recovery / batch scheduling side we could make good use of another week. Currently we are on track to have the _feature_ merged, but without having done a great deal of end-to-end testing. On 25/06/2019 15:01, Kurt Young wrote: Hi Aljoscha, I also feel an additional week c

Re: [DISCUSS] solve unstable build capacity problem on TravisCI

From what I gathered, there's no special sauce that the Zeppelin project uses which actually integrates a users Travis account into the PR. They just disabled Travis for PRs. And that's kind of it. Naturally we can do this (duh) and safe the ASF a fair amount of resources, but there are downsi

Re: [DISCUSS] META-FLIP: Sticking (or not) to a strict FLIP voting process

The FLIP guidelines disagree with your first point. The guidelines are a bit contradictory as at some places we say that FLIPs are for major features, and in other places say they are for any changes to the public API. This very point came up in the recent FLIP about standardizing metrics. Met

Re: WebUI Custom Metrics

I'm not entirely sure, but you could try writing your configuration into the ExecutionConfig using ExEnv#getExecutionConfig#setGlobalJobParameters. IIRC this should then show up under /jobs/:jobid/config . On 26/06/2019 12:04, Dominik Wosiński wrote: Hey, I am building jobs that use Typesafe

Re: [DISCUSS] solve unstable build capacity problem on TravisCI

the infrastructure) We could use an open source travis alternative, to have a similar experience and make the migration easy. On Wed, Jun 26, 2019 at 9:34 AM Chesnay Schepler wrote: From what I gathered, there's no special sauce that the Zeppelin project uses which actually integrates a use

Re: [DISCUSS] solve unstable build capacity problem on TravisCI

We could use an open source travis alternative, to have a similar experience and make the migration easy. On Wed, Jun 26, 2019 at 9:34 AM Chesnay Schepler wrote: From what I gathered, there's no special sauce that the Zeppelin project uses which actually integrates a users Travis accoun

<    1   2   3   4   5   6   7   8   9   10   >