Still, that is elastic job's works. Not relate to Shardingsphere.
Also, if they have that problem, choose another one, maybe. Sheng Wu Apache SkyWalking, ShardingSphere, Zipkin From Wu Sheng 's phone. ------------------ Original ------------------ From: [email protected] <[email protected]> Date: Sun,Dec 16,2018 6:19 PM To: dev <[email protected]> Subject: Re: Discuss release plan Elastic-Job still need more job to do. For example: 1. Upgrade quartz for elastic-job's dependency, quartz 2.1.1 is use c3p0 which is LGPL license. 2. New features, like sharding rule with elastic-job ------------------ Liang Zhang (John) Apache ShardingSphere & Dubbo ???? Sheng Wu <[email protected]> ??2018??12??17?????? ????10:01?????? > Agree. > > > > Sheng Wu > Apache SkyWalking, ShardingSphere, Zipkin > > From Wu Sheng 's phone. > > > ------------------ Original ------------------ > From: Willem Jiang <[email protected]> > Date: Sun,Dec 16,2018 5:00 PM > To: dev <[email protected]> > Subject: Re: Discuss release plan > > > > It could more easy for the integration if ShardingSphere just uses > elastic job as third party dependencies. > BTW, elastic job has not much relationship with ShardingSphere. > > Willem Jiang > > Twitter: willemjiang > Weibo: ????willem > On Sun, Dec 16, 2018 at 10:53 PM ???? Sheng Wu <[email protected]> wrote: > > > > Are you going to add elastic job as a sub project? Why? > > > > > > Look like it is a Apache 2.0 licensed open source project, we could use > directly. > > > > > > I am not sayinh I object to the idea. Just wonder why? Depend other > project is a very common thing. > > > > > > > > Sheng Wu > > Apache SkyWalking, ShardingSphere, Zipkin > > > > From Wu Sheng 's phone. > > > > > > ------------------ Original ------------------ > > From: [email protected] <[email protected]> > > Date: Sun,Dec 16,2018 3:53 AM > > To: dev <[email protected]> > > Subject: Re: Discuss release plan > > > > > > > > Hi, > > For Apache ServiceComb-Saga, it has sync execute retrying and > compensation, > > we still need a job framework to async execute retrying and compensation. > > And in future, we also need a job framework as an ETL tool for data > > migration. > > I plan including elastic-job[1] as part of ShardingSphere. If the idea > is > > fine, I can communicate with company, and begin to prepare SGA, any > > suggestion? > > > > [1] https://github.com/elasticjob/elastic-job-lite > > > > ------------------ > > > > Liang Zhang (John) > > Apache ShardingSphere & Dubbo > > > > > > [email protected] <[email protected]> ??2018??12??15?????? > > ????11:36?????? > > > > > Good news! > > > > > > We can consider about include saga for best effort transaction in > > > ShardingSphere 3.1.0 > > > > > > ------------------ > > > > > > Liang Zhang (John) > > > Apache ShardingSphere & Dubbo > > > > > > > > > Willem Jiang <[email protected]> ??2018??12??15?????? ????10:22?????? > > > > > >> saga-actuator is ready to go after we clean up the license, if > > >> everything is OK we could do the release next week. > > >> > > >> Willem Jiang > > >> > > >> Twitter: willemjiang > > >> Weibo: ????willem > > >> > > >> On Sat, Dec 15, 2018 at 9:17 AM [email protected] > > >> <[email protected]> wrote: > > >> > > > >> > Update release plan again ;) > > >> > > > >> > Feature codes are frozen. We are still doing the performance test. > > >> > > > >> > 3.1.0.m1: (20 Dec) > > >> > > > >> > 1. 100% SQL supported if route to single data node. > > >> > 2. XA transaction of Sharding-JDBC. > > >> > 3. Local transaction of Sharding-Proxy. > > >> > > > >> > 3.1.0: (3 Jan) > > >> > 1. bug fix > > >> > > > >> > 4.0.x: (After 3 Jan) > > >> > > > >> > 1. Transfer repo, rename package and maven artifact id to org.apache > > >> > 2. Saga transaction of Sharding-JDBC + Sharding-Proxy (Depends on > > >> > servicecomb-saga 0.3.0 release + one week to integrate). > > >> > 3. Frontend PostgreSQL protocol for Sharding-Proxy > > >> > 4. Use netty to implement backend MySQL protocol for Sharding-Proxy > > >> > (instead of MySQL JDBC) > > >> > > > >> > ------------------ > > >> > > > >> > Liang Zhang (John) > > >> > Apache ShardingSphere & Dubbo > > >> > > > >> > > > >> > [email protected] <[email protected]> ??2018??12??4?????? > ????10:12?????? > > >> > > > >> > > If release 3.1.0 at Dec 15 is the final version of 3.x, maybe need > > >> hot fix > > >> > > on that. So how about release 3.1.0.m1 at Dec 15, and release > 3.1.0 > > >> stable > > >> > > version at Dec 31. Then transfer repo to Apache repo? > > >> > > > > >> > > Updated release plan: > > >> > > > > >> > > 3.1.0.m1: (15 Dec) > > >> > > > > >> > > 1. 100% SQL supported if route to single data node. > > >> > > 2. XA transaction of Sharding-JDBC. > > >> > > > > >> > > > > >> > > 3.1.0: (31 Dec) > > >> > > > > >> > > 1. bug fix > > >> > > 2. Local transaction of Sharding-Proxy (If can). > > >> > > > > >> > > > > >> > > 4.0.x: (After 2019 1 Jan) > > >> > > > > >> > > 1. Transfer repo, rename package and maven artifact id to > org.apache > > >> > > 2. Saga transaction of Sharding-JDBC + Sharding-Proxy (Depends on > > >> > > servicecomb-saga 0.3.0 release + one week to integrate). > > >> > > 3. Frontend PostgreSQL protocol for Sharding-Proxy > > >> > > 4. Use netty to implement backend MySQL protocol for > Sharding-Proxy > > >> > > (instead of MySQL JDBC) > > >> > > 5. Local transaction of Sharding-Proxy (if not released at 3.1.x). > > >> > > > > >> > > ------------------ > > >> > > > > >> > > Liang Zhang (John) > > >> > > Apache Sharding-Sphere & Dubbo > > >> > > > > >> > > > > >> > > Craig Russell <[email protected]> ??2018??12??4?????? > > >> > > ????9:20?????? > > >> > > > > >> > >> I would suggest it is better to continue to work on 3.x outside > of > > >> Apache > > >> > >> with the original package names. Then import into Apache, rename > > >> packages, > > >> > >> and call it 4.0. The rename is a very large undertaking which > will > > >> pretty > > >> > >> much mean that porting patches from 3.x will be a challenge. > > >> > >> > > >> > >> But we could also continue to work on features that are now > listed > > >> under > > >> > >> 3.x once we import it and rename it. That is, remove items 3, 4, > and > > >> 5 from > > >> > >> 3.x and make them features of 4.x. > > >> > >> > > >> > >> If the dates hold, we can import the code into Apache after the > Dec > > >> 15 > > >> > >> code work is finished. > > >> > >> > > >> > >> The infra JIRA should be updated to let infra know, once we > finalize > > >> the > > >> > >> plans. > > >> > >> > > >> > >> Craig > > >> > >> > > >> > >> > On Dec 3, 2018, at 4:32 PM, Willem Jiang < > [email protected]> > > >> > >> wrote: > > >> > >> > > > >> > >> > If you don't change the group id, you cannot do the release on > the > > >> > >> Apache nexus. > > >> > >> > It look like there could be serval releases of 3.1.x. Are > these > > >> > >> > releases Apache release? > > >> > >> > > > >> > >> > Willem Jiang > > >> > >> > > > >> > >> > Twitter: willemjiang > > >> > >> > Weibo: ????willem > > >> > >> > > > >> > >> > On Tue, Dec 4, 2018 at 12:06 AM [email protected] > > >> > >> > <[email protected]> wrote: > > >> > >> >> > > >> > >> >> Change maven article name and group id also need to tell > > >> end-users we > > >> > >> have > > >> > >> >> changed, maybe change them with package together is better, > any > > >> idea? > > >> > >> >> > > >> > >> >> ------------------ > > >> > >> >> > > >> > >> >> Liang Zhang (John) > > >> > >> >> Apache Sharding-Sphere & Dubbo > > >> > >> >> > > >> > >> >> > > >> > >> >> ???? Sheng Wu <[email protected]> ??2018??12??3?????? > > >> > >> >> ????5:49?????? > > >> > >> >> > > >> > >> >>> Feel free to change java package name only in 4. > > >> > >> >>> Also, if you want to do Apache release in 3, you could just > > >> change > > >> > >> maven > > >> > >> >>> article name and group id to Apache. This is acceptable. > > >> > >> >>> > > >> > >> >>> > > >> > >> >>> > > >> > >> >>> Sheng Wu > > >> > >> >>> Apache SkyWalking, ShardingSphere, Zipkin > > >> > >> >>> > > >> > >> >>> From Wu Sheng 's phone. > > >> > >> >>> > > >> > >> >>> > > >> > >> >>> ------------------ Original ------------------ > > >> > >> >>> From: [email protected] <[email protected]> > > >> > >> >>> Date: Mon,Dec 3,2018 5:14 PM > > >> > >> >>> To: dev <[email protected]> > > >> > >> >>> Subject: Re: Discuss release plan > > >> > >> >>> > > >> > >> >>> > > >> > >> >>> > > >> > >> >>> Hi, > > >> > >> >>> > > >> > >> >>> I want discuss about release plan for ShardingSphere. We have > > >> roadmap > > >> > >> >>> before join apache incubator, that is: > > >> > >> >>> > > >> http://shardingsphere.jd.com/document/current/img//roadmap_en_v4.png > > >> > >> >>> > > >> > >> >>> Because we are preparing to release distribute transaction > > >> feature at > > >> > >> >>> 3.1.x. If change package name to org.apache, it is better to > > >> release > > >> > >> a new > > >> > >> >>> major version(4.x). So I prefer to discuss release plan. > Right > > >> now, > > >> > >> the > > >> > >> >>> release plan is: > > >> > >> >>> > > >> > >> >>> 3.1.x: > > >> > >> >>> > > >> > >> >>> 1. 100% SQL supported if route to single data node (will > finish > > >> > >> before dec > > >> > >> >>> 15th). > > >> > >> >>> 2. XA transaction of Sharding-JDBC (will finish before dec > > >> 15th). > > >> > >> >>> 3. Local transaction of Sharding-Proxy (No plan yet). > > >> > >> >>> 4. Saga transaction of Sharding-JDBC + Sharding-Proxy > (Depends on > > >> > >> >>> servicecomb-saga 0.3.0 release + one week to integrate). > > >> > >> >>> 5. 3.1.x plan to release from 3.0.0.M1, and will release 2~4 > > >> > >> milestomes, > > >> > >> >>> then release 3.1.0 stable version. > > >> > >> >>> > > >> > >> >>> > > >> > >> >>> 4.0.x: > > >> > >> >>> > > >> > >> >>> 1. rename package and maven artifact id to org.apache > > >> > >> >>> 2. Frontend PostgreSQL protocol for Sharding-Proxy > > >> > >> >>> 3. Use netty to implement backend MySQL protocol for > > >> Sharding-Proxy > > >> > >> >>> (instead of MySQL JDBC) > > >> > >> >>> 4. Local transaction of Sharding-Proxy (if not released at > > >> 3.1.x). > > >> > >> >>> > > >> > >> >>> Any advice? > > >> > >> >>> > > >> > >> >>> ------------------ > > >> > >> >>> > > >> > >> >>> Liang Zhang (John) > > >> > >> >>> Apache Sharding-Sphere & Dubbo > > >> > >> > > >> > >> Craig L Russell > > >> > >> Secretary, Apache Software Foundation > > >> > >> [email protected] <mailto:[email protected]> http://db.apache.org/jdo > < > > >> > >> http://db.apache.org/jdo> > > >> > >> > > >> > > > > >> > > >
