Re: [VOTE] Retire Hivemall from Incubator
Thank you for initiating the vote. +1 retire the project. Makoto 2022年8月28日(日) 15:57 Calvin Kirs : > > Hi IPMC, > > Hivemall has been incubating since 2016-09-13. > > From last year, activity has been low and the chances of attracting new > committers and building a vibrant community seem very slim at this point. > > The dev community vote was started by the PPMC for over a month and > can be found here[1],[2] > > I therefore propose to retire Hivemall from the Incubator. > > I want to start this official vote. > > Voting will start now and will remain open for at least 72 hours. > > Notice: Because the dev vote didn't get enough +1's, this vote is not > the same as usual, it's not a laze vote. > > [ ] +1 Retire the project > [ ] +0 No opinion. > [ ] -1 Do not retire the project because... > > [1]https://lists.apache.org/thread/3s7bjgqm7864qbwnf1ny3lszklm65sgn > [2]https://lists.apache.org/thread/cv267tds166z7vtbzjt46nrz26xhzgvb > > -- > Best wishes! > CalvinKirs > > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [DISCUSS] Incubating Proposal for StreamPark
Hi @Sheng @Justin @Cheng @Clavin, Thanks for your comments so far. If there's no more concern from your point of view, you're welcome to vote in the vote thread[1]. Best, tison. [1] https://lists.apache.org/thread/dowk7mtw26vg74qcpx4ttjvn9tkwt5qk
Re: [VOTE] Accept StreamPark into the Apache Incubator
-1, @tison, sorry, I can't get your point, please describe it again. how does it differentiate to what StreamPipes does? and how does it differentiate to what Apache Inlong does? These are all handle stream calculation, why not expand the function and create a new project instead?
Re: [VOTE] Accept StreamPark into the Apache Incubator
-1, Apache InLong[1] is a one-stop integration framework for massive data that provides automatic, secure and reliable data transmission capabilities. InLong supports both batch and stream data processing at the same time, which offers great power to build data analysis, modeling and other real-time applications based on streaming data.The streamxhub[2] aims to make stream processing easier! easy-to-use stream processing application development framework and one-stop stream processing operation platform.From my side, the planning and design of Apache Inlong and streamxhub projetc is consistent. Is it necessary to create a new project?And there are still many problems that have not been solved in the discussion email[3].Kind Regards,Beam, Aviem Zur[1] https://inlong.apache.org/";>https://inlong.apache.org/[2] https://github.com/streamxhub/streampark";>https://github.com/streamxhub/streampark[3] https://lists.apache.org/thread/ns5n6ozl1mdvdbhmkfol67lt163m74v3";>https://lists.apache.org/thread/ns5n6ozl1mdvdbhmkfol67lt163m74v3On 2022/08/24 03:55:26 tison wrote:> Hi all,> > Following up on the [DISCUSS] thread on StreamPark[1], I would like to call> a VOTE to accept StreamPark into the Apache Incubator, please check out the> StreamPark Proposal from the incubator wiki[2].> > Please cast your vote:> > [ ] +1, bring StreamPark into the Incubator> [ ] +0, I don't care either way> [ ] -1, do not bring StreamPark into the Incubator, because...> > The vote will open at least for 72 hours, and only votes from the Incubator> PMC are binding, but votes from everyone are welcome.> > Best,> tison.> > [1] https://lists.apache.org/thread/ns5n6ozl1mdvdbhmkfol67lt163m74v3";>https://lists.apache.org/thread/ns5n6ozl1mdvdbhmkfol67lt163m74v3> [2]> https://cwiki.apache.org/confluence/display/INCUBATOR/StreamPark+Proposal";>https://cwiki.apache.org/confluence/display/INCUBATOR/StreamPark+Proposal> https://maas.mail.163.com/dashi-web-extend/html/proSignature.html?ftlId=1&name=aviemzury%40gmail.com&uid=aviemzury%40gmail.com&iconUrl=https%3A%2F%2Fmail-online.nosdn.127.net%2Fqiyelogo%2FdefaultAvatar.png&items=%5B%22%E9%82%AE%E7%AE%B1%EF%BC%9Aaviemzury%40gmail.com%22%5D"; style="display:block;background:#fff; max-width: 400px; _width: 400px;padding:15px 0 10px 0;text-decoration: none; outline:none;-webkit-tap-highlight-color:transparent;-webkit-text-size-adjust:none !important;text-size-adjust:none !important;"> https://mail-online.nosdn.127.net/qiyelogo/defaultAvatar.png"; /> aviemz...@gmail.com 邮箱:aviemz...@gmail.com
Re: [VOTE] Accept StreamPark into the Apache Incubator
-1, Apache InLong[1] is a one-stop integration framework for massive data that provides automatic, secure and reliable data transmission capabilities. InLong supports both batch and stream data processing at the same time, which offers great power to build data analysis, modeling and other real-time applications based on streaming data. The streamxhub[2] aims to make stream processing easier! easy-to-use stream processing application development framework and one-stop stream processing operation platform. >From my side, the planning and design of Apache Inlong and streamxhub projetc is consistent. Is it necessary to create a new project? And there are still many problems that have not been solved in the discussion email[3]. Kind Regards, Beam, Aviem Zur [1] https://inlong.apache.org/ [2] https://github.com/streamxhub/streampark [3] https://lists.apache.org/thread/ns5n6ozl1mdvdbhmkfol67lt163m74v3 On 2022/08/24 03:55:26 tison wrote: > Hi all, > > Following up on the [DISCUSS] thread on StreamPark[1], I would like to call > a VOTE to accept StreamPark into the Apache Incubator, please check out the > StreamPark Proposal from the incubator wiki[2]. > > Please cast your vote: > > [ ] +1, bring StreamPark into the Incubator > [ ] +0, I don't care either way > [ ] -1, do not bring StreamPark into the Incubator, because... > > The vote will open at least for 72 hours, and only votes from the Incubator > PMC are binding, but votes from everyone are welcome. > > Best, > tison. > > [1] https://lists.apache.org/thread/ns5n6ozl1mdvdbhmkfol67lt163m74v3 > [2] > https://cwiki.apache.org/confluence/display/INCUBATOR/StreamPark+Proposal >
Re: [VOTE] Accept StreamPark into the Apache Incubator
A few people on this thread are voting -1 with the rationale that StreamPark is similar to existing projects. This is not a valid reason. Apache does not try to ensure that projects don't overlap. The 'community over code' mantra holds true: Apache does not pick technologies, it builds communities. There are many examples of 'overlapping' projects that have built their own communities and flourished (HTTP Server vs Tomcat, Spark vs Flink, Druid vs Pinot, ORC vs Parquet). Julian On Sun, Aug 28, 2022 at 12:17 PM Zur Aviem wrote: > > -1, > > Apache InLong[1] is a one-stop integration framework for massive data that > provides automatic, secure and reliable data transmission capabilities. > InLong supports both batch and stream data processing at the same time, > which offers great power to build data analysis, modeling and other > real-time applications based on streaming data. > > The streamxhub[2] aims to make stream processing easier! easy-to-use stream > processing application development framework and one-stop stream processing > operation platform. > > From my side, the planning and design of Apache Inlong and streamxhub > projetc is consistent. Is it necessary to create a new project? > > And there are still many problems that have not been solved in the > discussion email[3]. > > Kind Regards, > Beam, Aviem Zur > > [1] https://inlong.apache.org/ > [2] https://github.com/streamxhub/streampark > [3] https://lists.apache.org/thread/ns5n6ozl1mdvdbhmkfol67lt163m74v3 > > On 2022/08/24 03:55:26 tison wrote: > > Hi all, > > > > Following up on the [DISCUSS] thread on StreamPark[1], I would like to > call > > a VOTE to accept StreamPark into the Apache Incubator, please check out > the > > StreamPark Proposal from the incubator wiki[2]. > > > > Please cast your vote: > > > > [ ] +1, bring StreamPark into the Incubator > > [ ] +0, I don't care either way > > [ ] -1, do not bring StreamPark into the Incubator, because... > > > > The vote will open at least for 72 hours, and only votes from the > Incubator > > PMC are binding, but votes from everyone are welcome. > > > > Best, > > tison. > > > > [1] https://lists.apache.org/thread/ns5n6ozl1mdvdbhmkfol67lt163m74v3 > > [2] > > https://cwiki.apache.org/confluence/display/INCUBATOR/StreamPark+Proposal > > - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Accept StreamPark into the Apache Incubator
Hi Julian, This is very true. I’m also dismayed by -1 votes based on not yet having explicit plans on removing LGPL/GPL dependencies. Following Apache Release policy is a to do to learn during Incubation. The real question is if the community accepts that their release cycle will be slowed. Best, Dave Sent from my iPhone > On Aug 28, 2022, at 1:45 PM, Julian Hyde wrote: > > A few people on this thread are voting -1 with the rationale that > StreamPark is similar to existing projects. This is not a valid > reason. Apache does not try to ensure that projects don't overlap. > > The 'community over code' mantra holds true: Apache does not pick > technologies, it builds communities. There are many examples of > 'overlapping' projects that have built their own communities and > flourished (HTTP Server vs Tomcat, Spark vs Flink, Druid vs Pinot, ORC > vs Parquet). > > Julian > > >> On Sun, Aug 28, 2022 at 12:17 PM Zur Aviem wrote: >> >> -1, >> >> Apache InLong[1] is a one-stop integration framework for massive data that >> provides automatic, secure and reliable data transmission capabilities. >> InLong supports both batch and stream data processing at the same time, >> which offers great power to build data analysis, modeling and other >> real-time applications based on streaming data. >> >> The streamxhub[2] aims to make stream processing easier! easy-to-use stream >> processing application development framework and one-stop stream processing >> operation platform. >> >> From my side, the planning and design of Apache Inlong and streamxhub >> projetc is consistent. Is it necessary to create a new project? >> >> And there are still many problems that have not been solved in the >> discussion email[3]. >> >> Kind Regards, >> Beam, Aviem Zur >> >> [1] https://inlong.apache.org/ >> [2] https://github.com/streamxhub/streampark >> [3] https://lists.apache.org/thread/ns5n6ozl1mdvdbhmkfol67lt163m74v3 >> >>> On 2022/08/24 03:55:26 tison wrote: >>> Hi all, >>> >>> Following up on the [DISCUSS] thread on StreamPark[1], I would like to >> call >>> a VOTE to accept StreamPark into the Apache Incubator, please check out >> the >>> StreamPark Proposal from the incubator wiki[2]. >>> >>> Please cast your vote: >>> >>> [ ] +1, bring StreamPark into the Incubator >>> [ ] +0, I don't care either way >>> [ ] -1, do not bring StreamPark into the Incubator, because... >>> >>> The vote will open at least for 72 hours, and only votes from the >> Incubator >>> PMC are binding, but votes from everyone are welcome. >>> >>> Best, >>> tison. >>> >>> [1] https://lists.apache.org/thread/ns5n6ozl1mdvdbhmkfol67lt163m74v3 >>> [2] >>> https://cwiki.apache.org/confluence/display/INCUBATOR/StreamPark+Proposal >>> > > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re:[VOTE] Retire Hivemall from Incubator
+1 -- Kimm King(kimmk...@apache.org/kimmk...@163.com) Apache Dubbo&ShardingSphere PMC Member github&twitter: kimmking At 2022-08-28 14:57:22, "Calvin Kirs" wrote: >Hi IPMC, > >Hivemall has been incubating since 2016-09-13. > >From last year, activity has been low and the chances of attracting new >committers and building a vibrant community seem very slim at this point. > >The dev community vote was started by the PPMC for over a month and >can be found here[1],[2] > >I therefore propose to retire Hivemall from the Incubator. > >I want to start this official vote. > >Voting will start now and will remain open for at least 72 hours. > >Notice: Because the dev vote didn't get enough +1's, this vote is not >the same as usual, it's not a laze vote. > >[ ] +1 Retire the project >[ ] +0 No opinion. >[ ] -1 Do not retire the project because... > >[1]https://lists.apache.org/thread/3s7bjgqm7864qbwnf1ny3lszklm65sgn >[2]https://lists.apache.org/thread/cv267tds166z7vtbzjt46nrz26xhzgvb > >-- >Best wishes! >CalvinKirs > >- >To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Accept StreamPark into the Apache Incubator
Thanks for your reply :) I second what Julian and Dave said. IIRC in the Uniffle proposal, Justin had a similar statement[1]. StreamPark has its own users and the developers want to build a better community around it under sponsoring and mentoring of the Apache Incubator. This is good and why convinces me to act as the champion. I don't recognize the -1s for why not merge to project X, but let me talk about some technology here: 1. For StreamPipes, I replied several times that StreamPark doesn't focus on IoT scenarios and for technical people, while StreamPipes clearly writes that it's optimal for IoT scenario and for non-technical people. 2. For InLong, I'm one of the PMC members of InLong since the first day when it joined the Incubator. InLong describes itself as a one-stop integration framework for massive data. It's aimed at a good scenario while StreamPark provides a platform for packaging, deploying, and monitoring streaming applications. InLong is previously TubeMQ, I suggest you read the original proposal thread and especially the part of comparation of other messaging queues/streaming systems[2]. Softwares do have some overlaps with different focuses. I like JB's comment asking about the difference between StreamPark with other related projects and helping people to understand the project better. It's not a reason to object to the incubator proposal, though. To @Julian & @Dave: You're welcome to comment on the discussion thread about anything that is still a concern from accepting the proposal. You're welcome to vote in the voting thread. Best, tison. [1] https://lists.apache.org/thread/747tdt8hfmtzcpwqhll27l8k5n8pdhrl [2] https://lists.apache.org/thread/2o8zygdtg6nm56ld9kf3hlqtbnzjx3gj Dave Fisher 于2022年8月29日周一 05:00写道: > Hi Julian, > > This is very true. I’m also dismayed by -1 votes based on not yet having > explicit plans on removing LGPL/GPL dependencies. Following Apache Release > policy is a to do to learn during Incubation. The real question is if the > community accepts that their release cycle will be slowed. > > Best, > Dave > > Sent from my iPhone > > > On Aug 28, 2022, at 1:45 PM, Julian Hyde wrote: > > > > A few people on this thread are voting -1 with the rationale that > > StreamPark is similar to existing projects. This is not a valid > > reason. Apache does not try to ensure that projects don't overlap. > > > > The 'community over code' mantra holds true: Apache does not pick > > technologies, it builds communities. There are many examples of > > 'overlapping' projects that have built their own communities and > > flourished (HTTP Server vs Tomcat, Spark vs Flink, Druid vs Pinot, ORC > > vs Parquet). > > > > Julian > > > > > >> On Sun, Aug 28, 2022 at 12:17 PM Zur Aviem wrote: > >> > >> -1, > >> > >> Apache InLong[1] is a one-stop integration framework for massive data > that > >> provides automatic, secure and reliable data transmission capabilities. > >> InLong supports both batch and stream data processing at the same time, > >> which offers great power to build data analysis, modeling and other > >> real-time applications based on streaming data. > >> > >> The streamxhub[2] aims to make stream processing easier! easy-to-use > stream > >> processing application development framework and one-stop stream > processing > >> operation platform. > >> > >> From my side, the planning and design of Apache Inlong and streamxhub > >> projetc is consistent. Is it necessary to create a new project? > >> > >> And there are still many problems that have not been solved in the > >> discussion email[3]. > >> > >> Kind Regards, > >> Beam, Aviem Zur > >> > >> [1] https://inlong.apache.org/ > >> [2] https://github.com/streamxhub/streampark > >> [3] https://lists.apache.org/thread/ns5n6ozl1mdvdbhmkfol67lt163m74v3 > >> > >>> On 2022/08/24 03:55:26 tison wrote: > >>> Hi all, > >>> > >>> Following up on the [DISCUSS] thread on StreamPark[1], I would like to > >> call > >>> a VOTE to accept StreamPark into the Apache Incubator, please check out > >> the > >>> StreamPark Proposal from the incubator wiki[2]. > >>> > >>> Please cast your vote: > >>> > >>> [ ] +1, bring StreamPark into the Incubator > >>> [ ] +0, I don't care either way > >>> [ ] -1, do not bring StreamPark into the Incubator, because... > >>> > >>> The vote will open at least for 72 hours, and only votes from the > >> Incubator > >>> PMC are binding, but votes from everyone are welcome. > >>> > >>> Best, > >>> tison. > >>> > >>> [1] https://lists.apache.org/thread/ns5n6ozl1mdvdbhmkfol67lt163m74v3 > >>> [2] > >>> > https://cwiki.apache.org/confluence/display/INCUBATOR/StreamPark+Proposal > >>> > > > > - > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > > For additional commands, e-mail: general-h...@incubator.apache.org > > > > > - > To unsubscribe, e-mail: general-unsu
Re: [VOTE] Retire Hivemall from Incubator
+1 for retiring the project. Koji On 2022/08/28 15:57, Calvin Kirs wrote: Hi IPMC, Hivemall has been incubating since 2016-09-13. From last year, activity has been low and the chances of attracting new committers and building a vibrant community seem very slim at this point. The dev community vote was started by the PPMC for over a month and can be found here[1],[2] I therefore propose to retire Hivemall from the Incubator. I want to start this official vote. Voting will start now and will remain open for at least 72 hours. Notice: Because the dev vote didn't get enough +1's, this vote is not the same as usual, it's not a laze vote. [ ] +1 Retire the project [ ] +0 No opinion. [ ] -1 Do not retire the project because... [1]https://lists.apache.org/thread/3s7bjgqm7864qbwnf1ny3lszklm65sgn [2]https://lists.apache.org/thread/cv267tds166z7vtbzjt46nrz26xhzgvb - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Retire Hivemall from Incubator
+1 (binding) Sent from my iPhone > On Aug 27, 2022, at 11:57 PM, Calvin Kirs wrote: > > Hi IPMC, > > Hivemall has been incubating since 2016-09-13. > > From last year, activity has been low and the chances of attracting new > committers and building a vibrant community seem very slim at this point. > > The dev community vote was started by the PPMC for over a month and > can be found here[1],[2] > > I therefore propose to retire Hivemall from the Incubator. > > I want to start this official vote. > > Voting will start now and will remain open for at least 72 hours. > > Notice: Because the dev vote didn't get enough +1's, this vote is not > the same as usual, it's not a laze vote. > > [ ] +1 Retire the project > [ ] +0 No opinion. > [ ] -1 Do not retire the project because... > > [1]https://lists.apache.org/thread/3s7bjgqm7864qbwnf1ny3lszklm65sgn > [2]https://lists.apache.org/thread/cv267tds166z7vtbzjt46nrz26xhzgvb > > -- > Best wishes! > CalvinKirs > > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Retire Hivemall from Incubator
+1 (binding) On Sun, Aug 28, 2022 at 7:06 PM Dave Fisher wrote: > +1 (binding) > > Sent from my iPhone > > > On Aug 27, 2022, at 11:57 PM, Calvin Kirs wrote: > > > > Hi IPMC, > > > > Hivemall has been incubating since 2016-09-13. > > > > From last year, activity has been low and the chances of attracting new > > committers and building a vibrant community seem very slim at this point. > > > > The dev community vote was started by the PPMC for over a month and > > can be found here[1],[2] > > > > I therefore propose to retire Hivemall from the Incubator. > > > > I want to start this official vote. > > > > Voting will start now and will remain open for at least 72 hours. > > > > Notice: Because the dev vote didn't get enough +1's, this vote is not > > the same as usual, it's not a laze vote. > > > > [ ] +1 Retire the project > > [ ] +0 No opinion. > > [ ] -1 Do not retire the project because... > > > > [1]https://lists.apache.org/thread/3s7bjgqm7864qbwnf1ny3lszklm65sgn > > [2]https://lists.apache.org/thread/cv267tds166z7vtbzjt46nrz26xhzgvb > > > > -- > > Best wishes! > > CalvinKirs > > > > - > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > > For additional commands, e-mail: general-h...@incubator.apache.org > > > > > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > >
Re: [VOTE] Accept StreamPark into the Apache Incubator
@Zur Aviem 1. first streampark do is the fact that computing operations support functions, while Apache InLongt is a data integration framework. Data integration and operation and maintenance support are completely different areas 2. The growth of a software product can not be separated from the competition, we should not have protectionist ideas, full product competition, more conducive to the growth of the product, in order to give birth to more world-changing projects Zur Aviem 于2022年8月29日周一 03:17写道: > -1, > > Apache InLong[1] is a one-stop integration framework for massive data that > provides automatic, secure and reliable data transmission capabilities. > InLong supports both batch and stream data processing at the same time, > which offers great power to build data analysis, modeling and other > real-time applications based on streaming data. > > The streamxhub[2] aims to make stream processing easier! easy-to-use stream > processing application development framework and one-stop stream processing > operation platform. > > From my side, the planning and design of Apache Inlong and streamxhub > projetc is consistent. Is it necessary to create a new project? > > And there are still many problems that have not been solved in the > discussion email[3]. > > Kind Regards, > Beam, Aviem Zur > > [1] https://inlong.apache.org/ > [2] https://github.com/streamxhub/streampark > [3] https://lists.apache.org/thread/ns5n6ozl1mdvdbhmkfol67lt163m74v3 > > On 2022/08/24 03:55:26 tison wrote: > > Hi all, > > > > Following up on the [DISCUSS] thread on StreamPark[1], I would like to > call > > a VOTE to accept StreamPark into the Apache Incubator, please check out > the > > StreamPark Proposal from the incubator wiki[2]. > > > > Please cast your vote: > > > > [ ] +1, bring StreamPark into the Incubator > > [ ] +0, I don't care either way > > [ ] -1, do not bring StreamPark into the Incubator, because... > > > > The vote will open at least for 72 hours, and only votes from the > Incubator > > PMC are binding, but votes from everyone are welcome. > > > > Best, > > tison. > > > > [1] https://lists.apache.org/thread/ns5n6ozl1mdvdbhmkfol67lt163m74v3 > > [2] > > > https://cwiki.apache.org/confluence/display/INCUBATOR/StreamPark+Proposal > > >
Re: [VOTE] Accept StreamPark into the Apache Incubator
hi Dave Fisher,[image: 图片.png] The streampark development community was quick to respond and address this, which is something we should see. Dave Fisher 于2022年8月29日周一 05:00写道: > Hi Julian, > > This is very true. I’m also dismayed by -1 votes based on not yet having > explicit plans on removing LGPL/GPL dependencies. Following Apache Release > policy is a to do to learn during Incubation. The real question is if the > community accepts that their release cycle will be slowed. > > Best, > Dave > > Sent from my iPhone > > > On Aug 28, 2022, at 1:45 PM, Julian Hyde wrote: > > > > A few people on this thread are voting -1 with the rationale that > > StreamPark is similar to existing projects. This is not a valid > > reason. Apache does not try to ensure that projects don't overlap. > > > > The 'community over code' mantra holds true: Apache does not pick > > technologies, it builds communities. There are many examples of > > 'overlapping' projects that have built their own communities and > > flourished (HTTP Server vs Tomcat, Spark vs Flink, Druid vs Pinot, ORC > > vs Parquet). > > > > Julian > > > > > >> On Sun, Aug 28, 2022 at 12:17 PM Zur Aviem wrote: > >> > >> -1, > >> > >> Apache InLong[1] is a one-stop integration framework for massive data > that > >> provides automatic, secure and reliable data transmission capabilities. > >> InLong supports both batch and stream data processing at the same time, > >> which offers great power to build data analysis, modeling and other > >> real-time applications based on streaming data. > >> > >> The streamxhub[2] aims to make stream processing easier! easy-to-use > stream > >> processing application development framework and one-stop stream > processing > >> operation platform. > >> > >> From my side, the planning and design of Apache Inlong and streamxhub > >> projetc is consistent. Is it necessary to create a new project? > >> > >> And there are still many problems that have not been solved in the > >> discussion email[3]. > >> > >> Kind Regards, > >> Beam, Aviem Zur > >> > >> [1] https://inlong.apache.org/ > >> [2] https://github.com/streamxhub/streampark > >> [3] https://lists.apache.org/thread/ns5n6ozl1mdvdbhmkfol67lt163m74v3 > >> > >>> On 2022/08/24 03:55:26 tison wrote: > >>> Hi all, > >>> > >>> Following up on the [DISCUSS] thread on StreamPark[1], I would like to > >> call > >>> a VOTE to accept StreamPark into the Apache Incubator, please check out > >> the > >>> StreamPark Proposal from the incubator wiki[2]. > >>> > >>> Please cast your vote: > >>> > >>> [ ] +1, bring StreamPark into the Incubator > >>> [ ] +0, I don't care either way > >>> [ ] -1, do not bring StreamPark into the Incubator, because... > >>> > >>> The vote will open at least for 72 hours, and only votes from the > >> Incubator > >>> PMC are binding, but votes from everyone are welcome. > >>> > >>> Best, > >>> tison. > >>> > >>> [1] https://lists.apache.org/thread/ns5n6ozl1mdvdbhmkfol67lt163m74v3 > >>> [2] > >>> > https://cwiki.apache.org/confluence/display/INCUBATOR/StreamPark+Proposal > >>> > > > > - > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > > For additional commands, e-mail: general-h...@incubator.apache.org > > > > > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > >
Re: [VOTE] Accept StreamPark into the Apache Incubator
@tksonjk tk What is the logic of merging products that have the same functionality? You make a search product and you ask Google search to go merge with your project? tksonjk tk 于2022年8月29日周一 01:30写道: > -1, > > @tison, sorry, I can't get your point, please describe it again. how does > it differentiate to what StreamPipes does? > and how does it differentiate to what Apache Inlong does? These are all > handle stream calculation, > why not expand the function and create a new project instead? >
Re: [VOTE] Accept StreamPark into the Apache Incubator
Hi, There is no issue in having a project that does something similar as another project, that in itself is no reason to vote -1. It is useful to discuss overlap and perhaps work out were projects could complement each other or even if possible reuse code. Kind Regards, Justin - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Retire Hivemall from Incubator
+1 binding Felix Cheung 于2022年8月29日 周一10:22写道: > +1 (binding) > > > On Sun, Aug 28, 2022 at 7:06 PM Dave Fisher wrote: > > > +1 (binding) > > > > Sent from my iPhone > > > > > On Aug 27, 2022, at 11:57 PM, Calvin Kirs wrote: > > > > > > Hi IPMC, > > > > > > Hivemall has been incubating since 2016-09-13. > > > > > > From last year, activity has been low and the chances of attracting new > > > committers and building a vibrant community seem very slim at this > point. > > > > > > The dev community vote was started by the PPMC for over a month and > > > can be found here[1],[2] > > > > > > I therefore propose to retire Hivemall from the Incubator. > > > > > > I want to start this official vote. > > > > > > Voting will start now and will remain open for at least 72 hours. > > > > > > Notice: Because the dev vote didn't get enough +1's, this vote is not > > > the same as usual, it's not a laze vote. > > > > > > [ ] +1 Retire the project > > > [ ] +0 No opinion. > > > [ ] -1 Do not retire the project because... > > > > > > [1]https://lists.apache.org/thread/3s7bjgqm7864qbwnf1ny3lszklm65sgn > > > [2]https://lists.apache.org/thread/cv267tds166z7vtbzjt46nrz26xhzgvb > > > > > > -- > > > Best wishes! > > > CalvinKirs > > > > > > - > > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > > > For additional commands, e-mail: general-h...@incubator.apache.org > > > > > > > > > - > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > > For additional commands, e-mail: general-h...@incubator.apache.org > > > > > -- Sheng Wu 吴晟 Apache SkyWalking Apache Incubator Apache ShardingSphere, ECharts, DolphinScheduler podlings Zipkin Twitter, wusheng1108
Re: [VOTE] Release Apache EventMesh (incubating) 1.6.0-rc1
Hi Folks, +1 (binding) from me, I have checked the following items: - Incubating in name - LICENSE and NOTICE are fine - DISCLAIMER-WIP exists - All links are valid - No unexpected binary files - All ASF files have ASF headers - The PGP key file has the correct download link - Checksums and PGP signatures are valid. - Compile from source (64-bit JDK 1.8+, Gradle 7.0+) gradle clean dist Best regards, Xun Liu On Thu, Aug 25, 2022 at 12:45 AM li gang wrote: > +1 (non-binding) > I checked > - Download links are valid. > - The release files have the word incubating in their name. > - Checksums and PGP signatures are valid. > - DISCLAIMER-WIP,LICENSE and NOTICE files exist. > - NOTICE year is right. > > 李晓双 于2022年8月17日周三 14:21写道: > > > Hello Incubator Community, > > > > This is a call for a vote to release Apache EventMesh(Incubating) > version > > 1.6.0 rc1 > > > > The Apache EventMesh community has voted on and approved a proposal to > > release > > Apache EventMesh(Incubating) version 1.6.0 rc1 > > > > We now kindly request the Incubator PMC members review and vote on > this > > incubator release. > > > > EventMesh community vote thread: > > • https://lists.apache.org/thread/bs6hg19ttldx6ztop85osjwf0kdmtdx8 > > > > Vote result thread: > > • https://lists.apache.org/thread/hs36127ynjnf7vqcb9cl62qj9dcnfrr5 > > > > The release candidate: > > • > https://dist.apache.org/repos/dist/dev/incubator/eventmesh/1.6.0-rc1/ > > > > Git tag for the release: > > • https://github.com/apache/incubator-eventmesh/tree/v1.6.0-rc1 > > Release notes: > > • > > > > > https://github.com/apache/incubator-eventmesh/blob/v1.6.0-rc1/release-node.md > > > > The artifacts signed with PGP key > > EB0B0EE0AA11B1A437B5DB9E59632DD43B216CE5, corresponding to > > lixiaoshu...@apache.org, that can be found in keys file: > > • https://downloads.apache.org/incubator/eventmesh/KEYS > > > > The vote will be open for at least 72 hours or until necessary number > of > > votes are reached. > > > > Please vote accordingly: > > > > [ ] +1 approve > > [ ] +0 no opinion > > [ ] -1 disapprove with the reason > > > > Thanks, > > On behalf of Apache EventMesh(Incubating) community > > > > > -- > > > -- > Best Regards > > DolphinScheduler PMC > Gang Li 李岗 > > lgcar...@apache.org >
Re: [VOTE] Accept StreamPark into the Apache Incubator
The Streampark development community reacted quickly to the compliance issues and now looks to have converged on completion, which is something we should see. [image: 图片.png] Justin Mclean 于2022年8月29日周一 10:45写道: > Hi, > > There is no issue in having a project that does something similar as > another project, that in itself is no reason to vote -1. It is useful to > discuss overlap and perhaps work out were projects could complement each > other or even if possible reuse code. > > Kind Regards, > Justin > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > >
Re: [VOTE] Accept StreamPark into the Apache Incubator
Hi Zhuoyu, The mailing list cannot render images embedded. You can attach the file or send a link to CDN for images. If it's a screenshot for some content, you can just paste the content which is better for reading and (partial) referencing. Best, tison. 陈卓宇 于2022年8月29日周一 11:27写道: > The Streampark development community reacted quickly to the compliance > issues and now looks to have converged on completion, which is something we > should see. > [image: 图片.png] > > > Justin Mclean 于2022年8月29日周一 10:45写道: > >> Hi, >> >> There is no issue in having a project that does something similar as >> another project, that in itself is no reason to vote -1. It is useful to >> discuss overlap and perhaps work out were projects could complement each >> other or even if possible reuse code. >> >> Kind Regards, >> Justin >> - >> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >> For additional commands, e-mail: general-h...@incubator.apache.org >> >>