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
