I'd postpone to talk about committership a bit later after they show active contributions. Personally I don't like associating code donation and committership but it's just me. Storm SQL (or SQL feature for all projects) has lots of places for contributions so they can be eventually invited like other commiters/PMCs, similar to John Fang.
Regarding future of storm-sql after SQE, it would be better to discuss again when the process of code donation is in place, so that we can discuss with comparison between storm-sql and SQE at that time. Thanks, Jungtaek Lim (HeartSaVIoR) 2016년 8월 25일 (목) 오후 3:44, Abhishek Agarwal <[email protected]>님이 작성: > what happens to current storm-sql once SQE is merged into apache > repository? > > On Thu, Aug 25, 2016 at 10:26 AM, P. Taylor Goetz <[email protected]> > wrote: > > > > > > On Aug 24, 2016, at 5:37 PM, Jungtaek Lim <[email protected]> wrote: > > > > > > While I feel Storm SQL covers (and will cover in near future) all of > the > > > features what SQE has, I'd like to consider this as not only code > > donation > > > but also having more contributors on Storm SQL. > > > > +1 > > > > This is a great opportunity to grow the community interested in streaming > > SQL. > > > > > > > > As the one working on storm-sql now, I think Storm SQL should have > > > more contributors who are experienced or expert on this area, or at > least > > > have a mind to contribute heavily. > > > > +1 again. > > > > In my conversations with JW Player, they indicated that their developers > > are very interested in joining the Storm community. > > > > > There're still many features to implement (join and windowing, > > parallelism, > > > and so on) which needs some efforts so we can boost up if more > > contributors > > > would play with Storm SQL. > > > And "optimization" is at the heart of SQL and we haven't had time, and > > > knowledge, and experience to address that. > > > > SQE seems kind of ahead to a certain degree in this respect. > > > > > > > > IMHO, Storm SQL seems to be going on the right track so I don't think > we > > > need to replace the codebase or merge. We can still apply the advanced > > > areas of SQE to Storm SQL via normal pull requests (code donation > > resolves > > > the IP clearance so should be easy to do). > > > I'd be more appreciated if this is a signal for them to contribute > Storm > > > SQL directly. > > > > If we accept this code donation, I would hope that we would also consider > > the original authors for committership at some point. > > > > > > > > Thanks, > > > Jungtaek Lim (HeartSaVioR) > > > > -Taylor > > > > > > > > 2016년 8월 25일 (목) 오전 12:17, P. Taylor Goetz <[email protected]>님이 작성: > > > > > >> JW Player has offered to donate SQE (Streaming Query Engine) to the > > Storm > > >> project. > > >> > > >> SQE is a query engine built on top of Trident that uses a SQL-like > > syntax > > >> (currently JSON-based) to query streams. There is obvious overlap > > between > > >> this and storm-sql, and this might be an opportunity to improve > Storm’s > > SQL > > >> support. > > >> > > >> The code and documentation can be found here [1]. > > >> > > >> -Taylor > > >> > > >> [1] https://github.com/jwplayer/SQE > > >> > > > > > > -- > Regards, > Abhishek Agarwal >
