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 <wave4d...@comcast.net> 于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 <jh...@apache.org> 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 <aviemz...@gmail.com> 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 > >
