Hi,

Did we setup the checklist[1]  for the following IP clearance? It would be 
helpful for tracing the process for the first release under the podling :-)

[1] https://issues.apache.org/jira/browse/DUBBO-3?jql=text%20~%20%22dubbo%22 
<https://issues.apache.org/jira/browse/DUBBO-3?jql=text%20~%20%22dubbo%22>

Best Regards,
Von Gosling

> 在 2019年1月4日,上午1:52,[email protected] 写道:
> 
> ShardingSphere 3.1.0 has already released. We will prepare to transfer repo
> to apache as soon as we can.
> 
> ------------------
> 
> Liang Zhang (John)
> Apache ShardingSphere & Dubbo
> 
> 
> [email protected] <[email protected]> 于2018年12月17日周一 下午3:19写道:
> 
>> Sorry, just ignore last mail. New thread for elastic-job discussion is
>> here:
>> 
>> https://lists.apache.org/thread.html/999c8b9e5fb366e143485d66012f44cf3ce2eb8eecf63615f6b2dc59@%3Cdev.shardingsphere.apache.org%3E
>> 
>> ------------------
>> 
>> Liang Zhang (John)
>> Apache ShardingSphere & Dubbo
>> 
>> 
>> [email protected] <[email protected]> 于2018年12月17日周一 下午3:17写道:
>> 
>>> OK,
>>> new thread for elastic-job is here:
>>> https://lists.apache.org/thread.html/5d18489b704c0cdd23271864e5f5154c7997bf1f04aac907bf9903a5@%3Cdev.shardingsphere.apache.org%3E
>>> 
>>> ------------------
>>> 
>>> Liang Zhang (John)
>>> Apache ShardingSphere & Dubbo
>>> 
>>> 
>>> Willem Jiang <[email protected]> 于2018年12月17日周一 上午10:38写道:
>>> 
>>>> I think we need to start a new thread for elastic-job to avoid
>>>> flooding the release plan of ShardingShpere.
>>>> 
>>>> Willem Jiang
>>>> 
>>>> Twitter: willemjiang
>>>> Weibo: 姜宁willem
>>>> 
>>>> On Mon, Dec 17, 2018 at 10:20 AM [email protected]
>>>> <[email protected]> wrote:
>>>>> 
>>>>> 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>
>>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>> 
>>>>>>>> 
>>>> 
>>> 

Reply via email to