> How about simply changing to Postgres? There is an ongoing issue as mentioned above https://github.com/streamxhub/streampark/issues/1447.
@Cheng Pan If you'd like to discuss more on dependencies policy, you can start a dedicated thread. @Justin & @Calvin Please note that Cheng Pan's comment is their own question, which isn't associated with StreamPark's situation. As @benjobs replied in https://lists.apache.org/thread/ql5k7j72p2s6hrw6clgpbwp4kmznj1b8, is the category X issue resolved? I can see that MySQL isn't a hard dependency to deliver the platform. Best, tison. Christofer Dutz <christofer.d...@c-ware.de> 于2022年8月25日周四 16:40写道： > How about simply changing to Postgres? > I wouldn't expect StreamPark to depend on some MySQL special features. > Simply changing to Postgres should probably resolve the problem, right? > > Chris > > On 25.08.22, 08:43, "Calvin Kirs" <k...@apache.org> wrote: > > Yes, this is consistent with what Justin said. If he is optional, then > OK. I misunderstood what you meant by 1 :( > But if the software does not work without mysql, even if you remove it > (mysql) when you distribute it, and then leave it to users to add it > themselves. > that's not okay either > > Cheng Pan <pan3...@gmail.com> 于2022年8月25日周四 14:33写道： > > > > > 1. the project hardly depends on mysql-connector, w/o > mysql-connector, > > > the project can not work totally. > > > 2. some optional functionalities of the project require > > > mysql-connector, w/o mysql-connector, the project still works. > > > 3. the project use mysql-connector for testing-only purpose, > > > mysql-connector is not required in runtime at all, e.g. the project > > > implements MySQL transport protocol, it uses mysql-connector for > > > testing to ensure compatibility. > > > > Thanks Calvin, from my understanding of [1], 2 and 3 are allowed, > but 1 is not. > > > > [1] https://apache.org/legal/resolved.html#optional > > > > Thanks, > > Cheng Pan > > > > On Thu, Aug 25, 2022 at 2:04 PM tison <wander4...@gmail.com> wrote: > > > > > > Hi JB, > > > > > > With Beam: Beam provides a unified programming model (dataflow), > while > > > StreamPark is a platform to package, deploy and operate streaming > > > applications. > > > > > > I'm not quite familiar with Wayang and NiFi, though. > > > > > > Best, > > > tison. > > > > > > > > > Jean-Baptiste Onofré <j...@nanthrax.net> 于2022年8月25日周四 13:26写道： > > > > > > > Hi, > > > > > > > > Interesting proposal. How do you compare StreamPark with Apache > Beam, > > > > Wayang, NiFI ? > > > > > > > > Thanks > > > > > > > > Regards > > > > JB > > > > > > > > On Wed, Aug 17, 2022 at 3:13 AM tison <wander4...@gmail.com> > wrote: > > > > > > > > > > Hi all, > > > > > > > > > > I would like to propose StreamPark[1] as a new apache > incubator project, > > > > > you can find the proposal[2] of StreamPark for more detail. > > > > > > > > > > StreamPark is a streaming application development platform. > Aimed at ease > > > > > building and managing streaming applications, StreamPark > provides > > > > > scaffolding for writing streaming process logic with Apache > Flink and > > > > > Apache Spark. Also, StreamPark provides a dashboard for > controlling and > > > > > monitoring streaming tasks. It was initially known as StreamX > and renamed > > > > > to StreamPark in August 2022. > > > > > > > > > > StreamPark abstracts the environment and program parameters of > task > > > > > development and deployment in a convention over configuration > manner for > > > > > low code development. It initializes a runtime environment and > context > > > > and > > > > > combines it with a series of connectors to simplify > development. From the > > > > > aspect of a task management platform, StreamPark is a > streaming data > > > > > management platform based on the JVM platform. > > > > > > > > > > So far, StreamPark has accumulated a few users, and the > accrued download > > > > > time is over 5,000. The representative users are Baidu, China > Unicom, > > > > > Ziroom, Yonghui Supermarket, InMobi, YTO Express, and so on. > StreamPark > > > > has > > > > > built an open-source community with 52 developers and released > over ten > > > > > versions in the past year. > > > > > > > > > > The proposed initial committers are interested in joining ASF > to increase > > > > > the connections in the open-source world. Based on extensive > > > > collaboration, > > > > > it is possible to build a community of developers and > committers that > > > > live > > > > > longer than the founder. Also, the Apache Brand can help > encourage more > > > > > organizations to use StreamPark more confidently. > > > > > > > > > > We believe that the StreamPark project will provide diversity > value for > > > > the > > > > > community if StreamPark is introduced into the Apache > incubator. > > > > > > > > > > I (@tison) will help this project as the champion and many > thanks to four > > > > > other mentors: > > > > > > > > > > * Willem Ning Jiang [ningji...@apache.org] > > > > > * Stephan Ewen [se...@apache.org] > > > > > * Thomas Weise [t...@apache.org] > > > > > * Duo Zhang [zhang...@apache.org] > > > > > > > > > > Best, > > > > > tison. > > > > > > > > > > [1] https://github.com/streamxhub/streamx > > > > > [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 > > > > > -- > Best wishes！ > CalvinKirs > > --------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > > >
