Re: [ANN] Apache Dubbo as a Top-level project

[Kun Song]

Bravo!

凝雨 于2019年5月22日 周三下午12:37写道：

> Congratulations！
>
>
>
>
> 发自网易邮箱大师
> On 05/21/2019 11:34, Justin W wrote:
> Congratulations!
>
> 
> leyou...@live.cn
>

Re: Plan to release a simple dubbo API gateway

[Kun Song]

Good news, a gateway is always needed by the community!

On Sat, May 18, 2019 at 12:52 AM Daniela Morais 
wrote:

> Hey,
>
> I'm interested (my last job was working on an API Gateway company).
> Do we have any repository or issue on Github?
>
> --
>
> Daniela Morais
> Computer Science student at University Of Campinas
> danielammorais.com 
>
>
>
> May 17, 2019, 4:13 AM by hux...@apache.org:
>
> > Hi,
> >
> > By saying "release", I guess you mean kicking off a new project?
> > +1 to the proposal, it is something the community wanted desperately.
> >
> > On Fri, May 17, 2019 at 2:22 PM Minxuan Zhuang <> z82507...@gmail.com
> > > wrote:
> >
> >>
> >> Hello Dubbo Community,
> >>  I'm about to release a dubbo API gateway, now this is very simple
> >> implementation that can convert http request to dubbo request and gets
> >> result from dubbo provider. There are many missing features like api
> >> management, load balancing, security, etc. If anyone is interested in
> this
> >> project, please join me, thanks.
> >>
> >
> >
> >
> > --
> > Best Regards！
> > Huxing
> >
>
>

Re: Dubbo 3.x roadmap

[Kun Song]

Hi, Tien Dat

To make it more clearly, by stream processing capacity, do you mean
Reactive Stream related APIs, or something else? Or could you explain your
use case a little bit?

On Thu, May 9, 2019 at 10:47 PM Tien Dat PHAN  wrote:

> Dear
>
> We have been recently getting familiar with Dubbo and we are planning to
> use it for develop our APIs.
>
> Unfortunately, our APIs require the stream processing capacity which looks
> to be supported by Dubbo 3.x, which is currently in development.
> We just wonder if you have any documentation yet on this new revision? And
> if did you already have the roadmap for releasing this version?
>
> --
> Best Regards
> Tien Dat PHAN
>

Re: Travis issue for openjdk11

[Kun Song]

It looks good now, but it failed two times then, and I find no logs now,
the CI somethings just fail.

On Wed, May 8, 2019 at 8:47 AM Huxing Zhang  wrote:

> Hi,
>
>
> On Tue, May 7, 2019 at 10:20 PM Kun Song  wrote:
> >
> > This problem seems happen again , see
> >
> https://travis-ci.org/apache/incubator-dubbo/builds/529070625?utm_medium=notification_source=email
> ,
> > it fails on both open jdk 11 and oracle jdk 11.
>
> The link looks all good. Do you have any detail error message?
>
> >
> > On Tue, Apr 30, 2019 at 10:04 AM YunKun Huang 
> wrote:
> >
> > > Yeah.
> > >
> > > Looks like travis ci works now.  I will close PR
> > >
> > > On 2019/04/30 00:59:53, Huxing Zhang  wrote:
> > > > Hi,
> > > >
> > > > On Mon, Apr 29, 2019 at 11:07 PM Huxing Zhang 
> wrote:
> > > > >
> > > > > Hi,
> > > > >
> > > > >
> > > > > On Mon, Apr 29, 2019 at 2:39 PM YunKun Huang 
> > > wrote:
> > > > > >
> > > > > > hey,
> > > > > >
> > > > > > I find there are some issue for travis with openjdk11, see [1][2]
> > > > > >
> > > > > > According to this thread[3], looks like we need switch to
> xenial. I
> > > try with PR  #3948.
> > > > > > But it works for openjdk11, the travis build fail with
> oraclejdk8[5].
> > > > >
> > > > > This is also a temporary workaround. Either openjdk11 or oraclejdk8
> > > will fail.
> > > > >
> > > > > >
> > > > > > so I think we have two options here
> > > > > >
> > > > > > 1. remove oaclejdk8 in travis build
> > > > > > 2. write specific script to fix this issue. for exmaple [6]
> > > > > >
> > > > > > Any thoughts?
> > > > >
> > > > > I am seeing Mark Reinhold is working on a fix. Shall we wait for a
> few
> > > > > more hours to see whether there is a solution?
> > > >
> > > > It looks like Travis CI is back to normal[1].
> > > >
> > > > [1] https://travis-ci.org/apache/incubator-dubbo/builds/525991875
> > > >
> > > > >
> > > > > >
> > > > > >
> > > > > > 1:https://travis-ci.org/apache/incubator-dubbo/builds/525794804
> > > > > > 2:https://travis-ci.org/apache/incubator-dubbo/builds/525556607
> > > > > > 3:
> > >
> https://travis-ci.community/t/install-of-openjdk11-is-failing-again/3061/15
> > > > > > 4:https://github.com/apache/incubator-dubbo/pull/3948
> > > > > > 5:https://github.com/travis-ci/travis-ci/issues/10290
> > > > > > 6:https://github.com/typelevel/jawn/pull/134/files
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Best Regards！
> > > > > Huxing
> > > >
> > > >
> > > >
> > > > --
> > > > Best Regards！
> > > > Huxing
> > > >
> > >
>
>
>
> --
> Best Regards！
> Huxing
>

Re: Travis issue for openjdk11

[Kun Song]

This problem seems happen again , see
https://travis-ci.org/apache/incubator-dubbo/builds/529070625?utm_medium=notification_source=email,
it fails on both open jdk 11 and oracle jdk 11.

On Tue, Apr 30, 2019 at 10:04 AM YunKun Huang  wrote:

> Yeah.
>
> Looks like travis ci works now.  I will close PR
>
> On 2019/04/30 00:59:53, Huxing Zhang  wrote:
> > Hi,
> >
> > On Mon, Apr 29, 2019 at 11:07 PM Huxing Zhang  wrote:
> > >
> > > Hi,
> > >
> > >
> > > On Mon, Apr 29, 2019 at 2:39 PM YunKun Huang 
> wrote:
> > > >
> > > > hey,
> > > >
> > > > I find there are some issue for travis with openjdk11, see [1][2]
> > > >
> > > > According to this thread[3], looks like we need switch to xenial. I
> try with PR  #3948.
> > > > But it works for openjdk11, the travis build fail with oraclejdk8[5].
> > >
> > > This is also a temporary workaround. Either openjdk11 or oraclejdk8
> will fail.
> > >
> > > >
> > > > so I think we have two options here
> > > >
> > > > 1. remove oaclejdk8 in travis build
> > > > 2. write specific script to fix this issue. for exmaple [6]
> > > >
> > > > Any thoughts?
> > >
> > > I am seeing Mark Reinhold is working on a fix. Shall we wait for a few
> > > more hours to see whether there is a solution?
> >
> > It looks like Travis CI is back to normal[1].
> >
> > [1] https://travis-ci.org/apache/incubator-dubbo/builds/525991875
> >
> > >
> > > >
> > > >
> > > > 1:https://travis-ci.org/apache/incubator-dubbo/builds/525794804
> > > > 2:https://travis-ci.org/apache/incubator-dubbo/builds/525556607
> > > > 3:
> https://travis-ci.community/t/install-of-openjdk11-is-failing-again/3061/15
> > > > 4:https://github.com/apache/incubator-dubbo/pull/3948
> > > > 5:https://github.com/travis-ci/travis-ci/issues/10290
> > > > 6:https://github.com/typelevel/jawn/pull/134/files
> > >
> > >
> > >
> > > --
> > > Best Regards！
> > > Huxing
> >
> >
> >
> > --
> > Best Regards！
> > Huxing
> >
>

Re: [DISCUSS]: Some thoughts on What Dubbo 3.0 is, we really should start it ASAP

[Kun Song]

I guess what Taosheng propose here is a DSL to build REST apis, DSL is good, 
confluent and concise.

> 在 2019年2月3日，下午3:24，jun liu  写道：
> 
> Hi, Taosheng
> 
>> I think we can provide functional api to users for configuring dubbo, 
>> comparable to xml or annotation configuration. Just like spring 5 provide 
>> both controller configuration and functional api for http
> 
> 
> Sounds pretty good, only functional bean registration is a new concept for 
> me, I will spend some time on it. Would you please help to check its possible 
> relation with the builder API in here 
> https://github.com/apache/incubator-dubbo/issues/3431?
> 
> Jun
> 
>> On Feb 3, 2019, at 12:55 AM, Taosheng, Wei  wrote:
>> 
>> I think we can provide functional api to users for configuring dubbo, 
>> comparable to xml or annotation configuration. Just like spring 5 provide 
>> both controller configuration and functional api for http.
> 

Re: [DISCUSS]: Some thoughts on What Dubbo 3.0 is, we really should start it ASAP

[Kun Song]

An issue will be fine, maybe we can discuss features on mail list, and add more 
serious conclusions in that issue. What others think?

> 在 2019年2月2日，下午7:10，Imteyaz Khan  写道：
> 
> +1 in the suggestion.
> 
> On Saturday, February 2, 2019, Ian Luo  wrote:
> 
>> I am thinking of firing an issue on Github to collect 3.0 wishlist from the
>> community. What do you say?
>> 
>> -Ian.
>> 
>> 
>> 
>> 
>> On Sat, Feb 2, 2019 at 6:12 AM Kun Song  wrote:
>> 
>>> I especially interested in reactive programming and cloud native support.
>>> 
>>> A reactive Dubbo will be attractive, as the community point out. I even
>>> propose to make Dubbo implements the Reactive Streams specification,
>> which
>>> will integrate back pressure(flow control) and make Dubbo a choice for
>>> stream processing(which is a booming area). Stream processing has many
>>> advantages such as better resource utilization, as far as I know, Java
>>> 9/RxJava/Akka-Streams have already implements Reactive Streams spec, and
>>> have already gained great success.
>>> 
>>> Of course cloud native support is a must, we should do it, and HTTP 2 &
>>> RSocket are also interesting feature to me.
>>> 
>>> When decide what features Dubbo 3 should have, I think we can make each
>>> feature a proposal, which could including motivation/proposed
>>> changes/interfaces/compatibility/deprecation/test plan …, so more
>>> contributors can get involved in it.
>>> 
>>> 
>>> [1] http://www.reactive-streams.org/ <http://www.reactive-streams.org/>
>>> 
>>>> 在 2019年1月28日，下午10:44，Ian Luo >> ian@gmail.com>> 写道：
>>>> 
>>>> Agree, we should consider seriously both HTTP/2 and rsocket.
>>>> 
>>>> Thanks,
>>>> -Ian.
>>>> 
>>>> 
>>>> On Thu, Jan 24, 2019 at 10:59 AM Taosheng, Wei <
>> weitaosh...@foxmail.com
>>> <mailto:weitaosh...@foxmail.com>>
>>>> wrote:
>>>> 
>>>>> Lan,
>>>>> Yes, I think http2 and some new protocols such as rsocket can be
>>>>> considered.
>>>>> I will spend some time to study this issue.
>>>>> 
>>>>> 
>>>>> Warm regards,
>>>>> Taosheng
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> -- Original --
>>>>> From: Ian Luo mailto:ian@gmail.com>>
>>>>> Date: Thu,Jan 24,2019 9:58 AM
>>>>> To: dev mailto:dev@dubbo.apache.org>>
>>>>> Subject: Re: [DISCUSS]: Some thoughts on What Dubbo 3.0 is, we really
>>>>> should start it ASAP
>>>>> 
>>>>> 
>>>>> 
>>>>> Taosheng,
>>>>> 
>>>>> In this scenario, it looks like we should use http2 to transport the
>>>>> payload, what do you think?
>>>>> 
>>>>> Thanks,
>>>>> -Ian.
>>>>> 
>>>>> On Wed, Jan 23, 2019 at 10:35 PM Taosheng Wei <
>> tswstarpla...@apache.org
>>> <mailto:tswstarpla...@apache.org>>
>>>>> wrote:
>>>>> 
>>>>>> I think we can find a binary protocol with strong potential to be a
>>>>> public
>>>>>> application protocol like http, and extend it with security function.
>>> Or
>>>>> if
>>>>>> there aren't such suitable protocols, we can try to formulate a new
>>>>>> protocol. Then make Dubbo support it.
>>>>>> In my opinion, this way may not only solve the security problems, but
>>>>> also
>>>>>> solve the cross-language RPC with Dubbo.
>>>>>> 
>>>>>> zhi_guang_...@163.com <mailto:zhi_guang_...@163.com> <
>>> zhi_guang_...@163.com <mailto:zhi_guang_...@163.com>> 于2019年1月23日周三
>>> 下午5:47写道：
>>>>>> 
>>>>>>> I have a similar Question as this mail:
>>>>>>> Is Dubbo designed for use on internet?
>>>>>>> I have just join a company last year and our business is all around
>>> the
>>>>>>> world.
>>>>>>> So we have servers on US and ASIA and EU.
>>>>>>> In this condition we use dubbo on internet and keep security by
>>>>> s

Re: [ANN] Welcome new committer: Yuhao Bi

[Kun Song]

Congratulations！

发自我的 iPhone

> 在 2019年2月3日，下午4:13，华 钟明  写道：
> 
> Congratulations.
> 
> Best Regards！
> Zhongming Hua
> 
> 
> 在 2019/2/3 下午2:30，“jun liu” 写入:
> 
>Congratulations!
> 
>Jun
> 
>> On Feb 3, 2019, at 9:35 AM, Huxing Zhang  wrote:
>> 
>> Hi Community,
>> 
>> On behalf of the Dubbo PPMC, I am pleased to announce that Yuhao Bi,
>> a.k.a. biyuhao[1], has been voted in as a new Dubbo committer.
>> 
>> Please join me to say congratulations to him!
>> 
>> Yuhao, would you please briefly introduce yourself to the community?
>> 
>> [1] https://github.com/biyuhao
>> 
>> -- 
>> Best Regards！
>> Huxing
> 
> 

Re: [DISCUSS]: Some thoughts on What Dubbo 3.0 is, we really should start it ASAP

[Kun Song]

I especially interested in reactive programming and cloud native support.

A reactive Dubbo will be attractive, as the community point out. I even propose 
to make Dubbo implements the Reactive Streams specification, which will 
integrate back pressure(flow control) and make Dubbo a choice for stream 
processing(which is a booming area). Stream processing has many advantages such 
as better resource utilization, as far as I know, Java 9/RxJava/Akka-Streams 
have already implements Reactive Streams spec, and have already gained great 
success.

Of course cloud native support is a must, we should do it, and HTTP 2 & RSocket 
are also interesting feature to me.

When decide what features Dubbo 3 should have, I think we can make each feature 
a proposal, which could including motivation/proposed 
changes/interfaces/compatibility/deprecation/test plan …, so more contributors 
can get involved in it.


[1] http://www.reactive-streams.org/ 

> 在 2019年1月28日，下午10:44，Ian Luo mailto:ian@gmail.com>> 
> 写道：
> 
> Agree, we should consider seriously both HTTP/2 and rsocket.
> 
> Thanks,
> -Ian.
> 
> 
> On Thu, Jan 24, 2019 at 10:59 AM Taosheng, Wei  >
> wrote:
> 
>> Lan,
>> Yes, I think http2 and some new protocols such as rsocket can be
>> considered.
>> I will spend some time to study this issue.
>> 
>> 
>> Warm regards,
>> Taosheng
>> 
>> 
>> 
>> 
>> -- Original --
>> From: Ian Luo mailto:ian@gmail.com>>
>> Date: Thu,Jan 24,2019 9:58 AM
>> To: dev mailto:dev@dubbo.apache.org>>
>> Subject: Re: [DISCUSS]: Some thoughts on What Dubbo 3.0 is, we really
>> should start it ASAP
>> 
>> 
>> 
>> Taosheng,
>> 
>> In this scenario, it looks like we should use http2 to transport the
>> payload, what do you think?
>> 
>> Thanks,
>> -Ian.
>> 
>> On Wed, Jan 23, 2019 at 10:35 PM Taosheng Wei > >
>> wrote:
>> 
>>> I think we can find a binary protocol with strong potential to be a
>> public
>>> application protocol like http, and extend it with security function. Or
>> if
>>> there aren't such suitable protocols, we can try to formulate a new
>>> protocol. Then make Dubbo support it.
>>> In my opinion, this way may not only solve the security problems, but
>> also
>>> solve the cross-language RPC with Dubbo.
>>> 
>>> zhi_guang_...@163.com  >> > 于2019年1月23日周三 下午5:47写道：
>>> 
 I have a similar Question as this mail:
 Is Dubbo designed for use on internet?
 I have just join a company last year and our business is all around the
 world.
 So we have servers on US and ASIA and EU.
 In this condition we use dubbo on internet and keep security by
>> security
 rules that only allow the servers connect to each other.
 
 I think this is not a  pretty useage of dubbo，but I cann't find Strong
 evidences to change the situation.
 
 Can any one help me to answer this questions? Thanks a lot.
 
 
 
 --
 您的朋友：刘志广
 
 
 *From:* Yuhao Bi mailto:byh0...@gmail.com>>
 *Date:* 2019-01-22 22:55
 *To:* dev mailto:dev@dubbo.apache.org>>
 *Subject:* Re: [DISCUSS]: Some thoughts on What Dubbo 3.0 is, we really
 should start it ASAP
 Hi lan and community,
 
 Although I have already heard "Dubbo" a few years ago,
 but I just started to learn dubbo after the meetup last year in Chengdu
 after it became the Apache Dubbo.
 Maybe I'm not such that familiar with the underlying details, but after
 the continuous participated
 I feel like a part of the community, and free to share my opinion.
 
 So, here is my question and also consider it my suggestion:
 Should we care more about Security? How can we prevent from
>> unauthorized
 remote call?
 - Should we support Authentication and Authorization
 - Should we add Spring Security or Active Directory Service support at
>>> the
 framework level
 
 Thanks,
 Yuhao
 
 
 jun liu mailto:ken.lj...@gmail.com>> 于2019年1月22日周二 
 下午5:50写道：
 
>> I think the online integration test and performance test
>> environment
> should
>> be set up for the new features.
> 
> Agree!  We should start as soon as possible, from 2.7.x.
> 
> Jun
> 
>> On Jan 22, 2019, at 5:43 PM, Xin Wang > >
 wrote:
>> 
>> I think the online integration test and performance test
>> environment
> should
>> be set up for the new features.
>> 
>> Ian Luo mailto:ian@gmail.com>> 于2019年1月22日周二 
>> 下午3:04写道：
>> 
>>> Yuhao, good idea.
>>> 
>>> BTW, do you have any thought on what Dubbo 3.0 should be?
>>> 
>>> Thanks,
>>> -Ian.
>>> 
>>> 
>>> On Tue, Jan 22, 2019 at 2:39 PM Yuhao Bi >> >
>> 

Re: [DISCUSS]: Some thoughts on What Dubbo 3.0 is, we really should start it ASAP

[Kun Song]

I especially interested in reactive programming and cloud native support.

A reactive Dubbo will be attractive, as the community point out. I even propose 
to make Dubbo implements the Reactive Streams specification, which will 
integrate back pressure(flow control) and make Dubbo a choice for stream 
processing(which is a booming area). Stream processing has many advantages such 
as better resource utilization, as far as I know, Java 9/RxJava/Akka-Streams 
have already implements Reactive Streams spec, and have already gained great 
success.

Of course cloud native support is a must, we should do it, and HTTP 2 & RSocket 
are also interesting feature to me.

When decide what features Dubbo 3 should have, I think we can make each feature 
a proposal, which could including motivation/proposed 
changes/interfaces/compatibility/deprecation/test plan …, so more contributors 
can get involved in it.


[1] http://www.reactive-streams.org/ 

> 在 2019年1月28日，下午10:44，Ian Luo mailto:ian@gmail.com>> 
> 写道：
> 
> Agree, we should consider seriously both HTTP/2 and rsocket.
> 
> Thanks,
> -Ian.
> 
> 
> On Thu, Jan 24, 2019 at 10:59 AM Taosheng, Wei  >
> wrote:
> 
>> Lan,
>> Yes, I think http2 and some new protocols such as rsocket can be
>> considered.
>> I will spend some time to study this issue.
>> 
>> 
>> Warm regards,
>> Taosheng
>> 
>> 
>> 
>> 
>> -- Original --
>> From: Ian Luo mailto:ian@gmail.com>>
>> Date: Thu,Jan 24,2019 9:58 AM
>> To: dev mailto:dev@dubbo.apache.org>>
>> Subject: Re: [DISCUSS]: Some thoughts on What Dubbo 3.0 is, we really
>> should start it ASAP
>> 
>> 
>> 
>> Taosheng,
>> 
>> In this scenario, it looks like we should use http2 to transport the
>> payload, what do you think?
>> 
>> Thanks,
>> -Ian.
>> 
>> On Wed, Jan 23, 2019 at 10:35 PM Taosheng Wei > >
>> wrote:
>> 
>>> I think we can find a binary protocol with strong potential to be a
>> public
>>> application protocol like http, and extend it with security function. Or
>> if
>>> there aren't such suitable protocols, we can try to formulate a new
>>> protocol. Then make Dubbo support it.
>>> In my opinion, this way may not only solve the security problems, but
>> also
>>> solve the cross-language RPC with Dubbo.
>>> 
>>> zhi_guang_...@163.com  >> > 于2019年1月23日周三 下午5:47写道：
>>> 
 I have a similar Question as this mail:
 Is Dubbo designed for use on internet?
 I have just join a company last year and our business is all around the
 world.
 So we have servers on US and ASIA and EU.
 In this condition we use dubbo on internet and keep security by
>> security
 rules that only allow the servers connect to each other.
 
 I think this is not a  pretty useage of dubbo，but I cann't find Strong
 evidences to change the situation.
 
 Can any one help me to answer this questions? Thanks a lot.
 
 
 
 --
 您的朋友：刘志广
 
 
 *From:* Yuhao Bi mailto:byh0...@gmail.com>>
 *Date:* 2019-01-22 22:55
 *To:* dev mailto:dev@dubbo.apache.org>>
 *Subject:* Re: [DISCUSS]: Some thoughts on What Dubbo 3.0 is, we really
 should start it ASAP
 Hi lan and community,
 
 Although I have already heard "Dubbo" a few years ago,
 but I just started to learn dubbo after the meetup last year in Chengdu
 after it became the Apache Dubbo.
 Maybe I'm not such that familiar with the underlying details, but after
 the continuous participated
 I feel like a part of the community, and free to share my opinion.
 
 So, here is my question and also consider it my suggestion:
 Should we care more about Security? How can we prevent from
>> unauthorized
 remote call?
 - Should we support Authentication and Authorization
 - Should we add Spring Security or Active Directory Service support at
>>> the
 framework level
 
 Thanks,
 Yuhao
 
 
 jun liu mailto:ken.lj...@gmail.com>> 于2019年1月22日周二 
 下午5:50写道：
 
>> I think the online integration test and performance test
>> environment
> should
>> be set up for the new features.
> 
> Agree!  We should start as soon as possible, from 2.7.x.
> 
> Jun
> 
>> On Jan 22, 2019, at 5:43 PM, Xin Wang > >
 wrote:
>> 
>> I think the online integration test and performance test
>> environment
> should
>> be set up for the new features.
>> 
>> Ian Luo mailto:ian@gmail.com>> 于2019年1月22日周二 
>> 下午3:04写道：
>> 
>>> Yuhao, good idea.
>>> 
>>> BTW, do you have any thought on what Dubbo 3.0 should be?
>>> 
>>> Thanks,
>>> -Ian.
>>> 
>>> 
>>> On Tue, Jan 22, 2019 at 2:39 PM Yuhao Bi >> >
>> 

Re: [ANNOUNCE] Apache Dubbo(incubating) 2.7.0 has been released

[Kun Song]

Bravo!

Best regards!

> 在 2019年2月1日，下午12:50，Alex Lv  写道：
> 
> Nice to hear that, cons!
> 
> 获取 Outlook for Android
> 
> 
> From: Taosheng, Wei 
> Sent: Tuesday, January 29, 2019 6:16:30 PM
> To: dev; dev; Incubator General
> Subject: Re: [ANNOUNCE] Apache Dubbo(incubating) 2.7.0 has been released
> 
> Congratulations :)
> It’s an exciting news!
> 
> 
> -- Original --
> From: Huxing Zhang 
> Date: Tue,Jan 29,2019 6:00 PM
> To: dev , Incubator General 
> 
> Subject: Re: [ANNOUNCE] Apache Dubbo(incubating) 2.7.0 has been released
> 
> 
> 
> Hi community,
> 
> The Apache Dubbo(incubating) team is pleased to announce that the
> 2.7.0 has just been released.
> 
> Both the source release[1] and the maven binary release[2] are available
> now, you can also find the detailed release notes in here[3].
> 
> 2.7.0 is a major milestone, when migration from 2.6.x to 2.7.0, please
> refer to this guide[4].
> 
> If you have any usage questions, or have problems when upgrading or find
> any problems about enhancements included in this release, please don’t
> hesitate to let us know by sending feedback to this mailing list or filing
> an issue on GitHub[5].
> 
> [1] 
> https://www.apache.org/dyn/closer.cgi?path=incubator/dubbo/2.7.0/apache-dubbo-incubating-2.7.0-source-release.zip
> [2] http://central.maven.org/maven2/org/apache/dubbo
> [3] https://github.com/apache/incubator-dubbo/releases
> [4] http://dubbo.apache.org/zh-cn/docs/user/versions/version-270.html
> [5] https://github.com/apache/incubator-dubbo/issues
> 
> --
> The Apache Dubbo(incubating) Team

Re: discuss dubbo support opentracing

[Kun Song]

Agree to put it in a specific repo, the main repo should be focused.

> 在 2019年1月29日，下午10:34，Huxing Zhang  写道：
> 
> Hi,
> 
> On Tue, Jan 29, 2019 at 4:40 PM Xiaoguang Ma  > wrote:
>> 
>> I find a issue #3209 > > in
>> github.
>> I have some experience in opentracing.
>> So I want to do it.
>> I will provider a filter that implement org.apache.dubbo.rpc.Filter and use
>> opentracing api.
>> Can i do it?
> 
> +1 for support open-tracing. Embracing the standard is one of the
> things Dubbo would love to do.
> If you want to implement it, please feel free to go ahead.
> 
> My questions is where should the codes be placed.
> Currently the implementation of Zipkin and Skywalking support are not
> in Dubbo's core repository.
> I think the core repository should focus on RPC implementation and extensions.
> If we put the code in, should we put Zipkin and Skywalking too?
> I prefer to put it somewhere outside of core repository. For example,
> a dedicate repository called dubbo-opentracing.
> 
> Let's see how others think.
> 
>> 
>> Xiaoguang Ma from ShardingSphere
>> 
>> 
>> Huxing Zhang  于2019年1月29日周二 下午4:13写道：
>> 
>>> Hi,
>>> 
>>> Would you please elaborate what you want to discuss here?
>>> 
>>> On Mon, Jan 28, 2019 at 5:46 PM Ma Xiaoguang 
>>> wrote:
>>> 
>>> 
>>> 
>>> --
>>> Best Regards！
>>> Huxing
>>> 
> 
> 
> 
> -- 
> Best Regards！
> Huxing

[DISCUSS] Should we encourage Optional in Dubbo or not?

[Kun Song]

Hi community,

We will support Java 8 since Dubbo 2.7 according to Huxing’s comments here 
[1], one big improvement of Java 8 is `Optional`, which is introduced primarily 
to avoid `null` and `NullPointerException`. 

`Optional` will make programs more readable and less bug prone, and some 
projects such as Apache Pulsar do use `Optional` a lot. However heavy use of 
`Optional` may produce many small objects and hence introduce some performance 
costs, my question is should we encourage `Optional` in Dubbo?

Looking forward to hearing from you.

[1] 
https://github.com/apache/incubator-dubbo/issues/3186#issuecomment-454236757 

Re: About tag routing

[Kun Song]

Seems not, since 2.6.5 has just been released.

> 在 2018年11月23日，上午11:05，沈勇 <2106678...@qq.com> 写道：
> 
> I saw on the official website that dubbo's tag routing is supported in 
> version 2.7.0
> 
> 
> Is version 2.7.0 released now? I think the latest version is 2.6.x
> 
> 
> Tag routing is a roadmap that hasn't been implemented yet?

Re: A proposal for transfer dubbo-samples to github.com/apache

[Kun Song]

Hi Huxing and Ian, I have just signed the ICLA :)

> 在 2018年11月16日，下午5:04，Huxing Zhang  写道：
> 
> I have created an issue here[1] and mentioned them in the issue.
> Some of them has already responded. Let us wait a few more days.
> 
> [1] https://github.com/dubbo/dubbo-samples/issues/41
> On Fri, Nov 16, 2018 at 4:55 PM Ian Luo  wrote:
>> 
>> +1, but we need to make sure @satansk and @hengyunabc to sign.
>> 
>> Thanks,
>> -Ian.
>> 
>> On Thu, Nov 15, 2018 at 5:07 PM Huxing Zhang  wrote:
>> 
>>> I have checked the project[1], and summarized the status of ICLA signing
>>> [2].
>>> 
>>> After reading this document[3], since it is a sample project made by
>>> the community, and most of the contributors are originally Dubbo
>>> committers, I think there is no need to sign SGA.
>>> A few of the contributors need to sign the ICLA, especially satansk
>>> and hengyunabc. Some of the can't be reached via email, since there
>>> contribution is trivial, I believe we can ignore them or delete their
>>> contributions if necessary.
>>> 
>>> Thoughts?
>>> 
>>> [1] https://github.com/dubbo/dubbo-samples
>>> [2] https://github.com/dubbo/dubbo-samples/issues/41
>>> [3]
>>> https://incubator.apache.org/guides/ip_clearance.html#establishing_provenance
>>> 
>>> On Thu, Nov 15, 2018 at 3:42 PM Xin Wang  wrote:
 
 I think it‘s this one :
>>> https://issues.apache.org/jira/browse/INFRA-17180
 
 Huxing Zhang  于2018年11月14日周三 下午1:25写道：
 
> Hi,
> 
> I am wondering that is there any update to this thread?
> On Fri, Oct 26, 2018 at 1:24 PM Jerrick Zhu 
>>> wrote:
>> 
>> OK, thank u very much.
>> 
>> I'll open an issue there.
>> 
>> On Fri, Oct 26, 2018 at 1:22 PM Xin Wang 
> wrote:
>> 
>>> Jerrick,
>>>You can create an issue in the apache infrastructure project
>>> like
> this
>>> : https://issues.apache.org/jira/browse/INFRA-16182
>>>Someone will help you to transfer the repository
>>> 
>>> Jerrick Zhu  于2018年10月26日周五 上午11:36写道：
>>> 
 Now package name and groupId have been changed to
>>> org.apache.dubbo.
 
 And I've send email to contributors that haven't signed the ICLA.
 
 Next step is to move dubbo-samples to apache group, as the name
 "incubator-dubbo-samples", who can help to do this?
 
 Sincerely.
 
 Jerrick
 
 On Wed, Oct 17, 2018 at 3:20 PM Jerrick Zhu 
> wrote:
 
> welcome.
> 
> I'll file some issues on dubbo/dubbo-samples.
> 
> On Wed, Oct 17, 2018 at 3:11 PM Justin W 
>>> wrote:
> 
>> I would like to contribute!
>> 
>> 
>> leyou...@live.cn
>> 
>> From: Jerrick Zhu
>> Date: 2018-10-17 14:52
>> To: dev@dubbo.apache.org
>> Subject: A proposal for transfer dubbo-samples to
> github.com/apache
>> hi, community
>> 
>> Now Dubbo has joined Apache, but we have lots of project that
>>> is
> not
 under
>> Apache,
>> such as dubbo-samples, serialization extensions, and registry
>>> extensions
>> and so on, visit
>> https://github.com/dubbo for more information.
>> 
>> Everything is hard to begin, so I suggest we could transfer
>>> these
 projects
>> to Apache group
>> step by step, and dubbo-samples is a good beginning.
>> 
>> To transfer dubbo-samples, we need to:
>> 1. change groupId to org.apache.dubbo
>> 2. change package name to org.apache.dubbo
>> 3. All files contain LICENSE
>> 4. Other IP clearance things
>> 
>> So, anyone wants to join me to do this, please let me know.
>> 
>> Any suggestions is also welcome.
>> 
>> Sincerely.
>> 
>> Jerrick
>> 
> 
 
>>> 
> 
> 
> 
> --
> Best Regards！
> Huxing
> 
>>> 
>>> 
>>> 
>>> --
>>> Best Regards！
>>> Huxing
>>> 
> 
> 
> 
> -- 
> Best Regards！
> Huxing

Re: New module for serialization test

[Kun Song]

I think a single test module would be helpful, otherwise every serialization 
module will have to keep a duplicate copy.

And I recently encountered this problem when support Protobuf serialization: 
https://github.com/apache/incubator-dubbo/pull/2618 
.

Looking forward it!

> 在 2018年10月9日，下午2:49，yuhang xiu  写道：
> 
> Hi, community.
> 
> Today I found that the unit testing of dubbo's serialization module has
> serious code duplication problems, mainly on several pojo classes, such as
> BigPerson, PersonInfo, and so on. These classes even appear in the
> dubbo-common module.
> 
> I think this repeated POJO class is not necessary, so I will start to
> concentrate the unit testing of the serialization module into the
> dubbo-serialization-test module, which will be a brand new module belonging
> to dubbo-serialization. What do you think?
> 
> related issue:
> https://github.com/apache/incubator-dubbo/issues/2623

Re: Proposal for creating new branch 3.x

[Kun Song]

Asynchronous API is very attractive!

And backpressure is another attractive feature.

> 在 2018年9月17日，下午5:49，v. yokka  写道：
> 
> +1
> looking forword to dubbo-3.x
> 
> @iyokka
> 
> 
> On 09/17/2018 17:40，Liujie 
> Qin wrote：
> Hi everyone，two months ago I sent an email to disucss "Proposal for Dubbo
> 3.0" and now it is time to move on.
> 
> I can think of things that we could do now:
> 
> - to create an serivce metadate object to represent dubbo service
> object,rather than use url as before
> - refactor ExtensionLoader,remove dynamically generated classes
> code,remove url dependency
> - to make call chain totally asynchronous,so we have to change
> org.apache.dubbo.rpc.Filter and org.apache.dubbo.rpc.Invoker Interface
> to return Future/CompletableFuture
> - add event notification framework for support various event
> notifications
> - and so on..
> 
> First of all,maybe we can create a branch call 3.x now,and detail refactor
> discussion will be in mail list/github later.
> 
> Comments welcome!
> 
> thank you ~

Re: I add a Scala sample, do you have an interest in it?

[Kun Song]

Thanks, I will add more if I get one :)

> 在 2018年9月11日，下午10:33，Ian Luo  写道：
> 
> Yes, it's been fixed. Any other sample planed to add, BTW :)
> 
> Thanks,
> -Ian.
> 
> On Tue, Sep 11, 2018 at 4:15 PM Kun Song  wrote:
> 
>> Sorry for my delay.
>> 
>> Does the new maven fix it? If not, l will fix the code this night :)
>> 
>> 发自我的 iPhone
>> 
>>> 在 2018年9月11日，下午3:46，Ian Luo  写道：
>>> 
>>> Kun, I merged your code.
>>> 
>>> -Ian.
>>> 
>>>> On Tue, Sep 11, 2018 at 2:11 PM Ian Luo  wrote:
>>>> 
>>>> Kun, your scala sample looks pretty good. I kicked a new build just now,
>>>> let's see how it's going for this time.
>>>> 
>>>>> On Tue, Sep 11, 2018 at 2:03 PM Ian Luo  wrote:
>>>>> 
>>>>> Kun,
>>>>> 
>>>>> It fails with
>>>>> 
>>>>> [ERROR] Failed to execute goal
>>>>>> net.alchim31.maven:scala-maven-plugin:3.3.3:compile (default) on
>> project
>>>>>> dubbo-samples-scala: The plugin
>> net.alchim31.maven:scala-maven-plugin:3.3.3
>>>>>> requires Maven version 3.5.3 -> [Help 1]
>>>>> 
>>>>> 
>>>>> I upgrade maven to 3.5.4, pls. merge the latest change and try it
>> again.
>>>>> 
>>>>> -Ian.
>>>>> 
>>>>> 
>>>>>> On Tue, Sep 11, 2018 at 10:15 AM YunKun Huang 
>> wrote:
>>>>>> 
>>>>>> It's good to have a scala sample, but I notice the CI fail in your PR.
>>>>>> 
>>>>>> ```
>>>>>> Failed to execute goal
>>>>>> net.alchim31.maven:scala-maven-plugin:3.3.3:compile (default) on
>> project
>>>>>> dubbo-samples-scala: The plugin
>> net.alchim31.maven:scala-maven-plugin:3.3.3
>>>>>> requires Maven version 3.5.3
>>>>>> ```
>>>>>> 
>>>>>>> On 2018/09/11 00:22:34, Kun Song  wrote:
>>>>>>> Hi community, I add a Dubbo sample with Scala(not merge yet), aiming
>>>>>> to equip our user with the power of Scala
>>>>>>> 
>>>>>>> And if you’re interested in it, you can review the PR here
>>>>>> https://github.com/dubbo/dubbo-samples/pull/28 <
>>>>>> https://github.com/dubbo/dubbo-samples/pull/28>.
>>>>>>> 
>>>>>>> Happy for any feedback :)
>>>>>> 
>>>>> 
>> 

Re: I add a Scala sample, do you have an interest in it?

[Kun Song]

Sorry for my delay. 

Does the new maven fix it? If not, l will fix the code this night :)

发自我的 iPhone

> 在 2018年9月11日，下午3:46，Ian Luo  写道：
> 
> Kun, I merged your code.
> 
> -Ian.
> 
>> On Tue, Sep 11, 2018 at 2:11 PM Ian Luo  wrote:
>> 
>> Kun, your scala sample looks pretty good. I kicked a new build just now,
>> let's see how it's going for this time.
>> 
>>> On Tue, Sep 11, 2018 at 2:03 PM Ian Luo  wrote:
>>> 
>>> Kun,
>>> 
>>> It fails with
>>> 
>>> [ERROR] Failed to execute goal
>>>> net.alchim31.maven:scala-maven-plugin:3.3.3:compile (default) on project
>>>> dubbo-samples-scala: The plugin net.alchim31.maven:scala-maven-plugin:3.3.3
>>>> requires Maven version 3.5.3 -> [Help 1]
>>> 
>>> 
>>> I upgrade maven to 3.5.4, pls. merge the latest change and try it again.
>>> 
>>> -Ian.
>>> 
>>> 
>>>> On Tue, Sep 11, 2018 at 10:15 AM YunKun Huang  wrote:
>>>> 
>>>> It's good to have a scala sample, but I notice the CI fail in your PR.
>>>> 
>>>> ```
>>>> Failed to execute goal
>>>> net.alchim31.maven:scala-maven-plugin:3.3.3:compile (default) on project
>>>> dubbo-samples-scala: The plugin net.alchim31.maven:scala-maven-plugin:3.3.3
>>>> requires Maven version 3.5.3
>>>> ```
>>>> 
>>>>> On 2018/09/11 00:22:34, Kun Song  wrote:
>>>>> Hi community, I add a Dubbo sample with Scala(not merge yet), aiming
>>>> to equip our user with the power of Scala
>>>>> 
>>>>> And if you’re interested in it, you can review the PR here
>>>> https://github.com/dubbo/dubbo-samples/pull/28 <
>>>> https://github.com/dubbo/dubbo-samples/pull/28>.
>>>>> 
>>>>> Happy for any feedback :)
>>>> 
>>> 

I add a Scala sample, do you have an interest in it?

[Kun Song]

Hi community, I add a Dubbo sample with Scala(not merge yet), aiming to equip 
our user with the power of Scala

And if you’re interested in it, you can review the PR here 
https://github.com/dubbo/dubbo-samples/pull/28 
. 

Happy for any feedback :)

Re: The chats must be public

[Kun Song]

Gitter is very popular among open source projects. The famous projects on 
github often have a Gitter channel for users as well as a channel for 
developers. Email list is good for some serious discussions, and Gitter is good 
for real time discussions.

Gitter is born for github projects, from it, you can send a message with well 
formatted code, and it will show you every activity about this projects.

So I think we can have both email list and Gitter, they will complement one 
another perfectly.


> 在 2018年9月7日，上午11:32，Jerrick Zhu  写道：
> 
> hi, community
> 
> Now, we have some chat groups, which are used to discuss about dubbo, such
> as:
> 
> * Dingtalk group, nearly 30 people, committers and contributors
> * WeChat group, contains committers, contributors, and many users
> 
> I think we need to public these chat groups, so that all people can join
> us.
> 
> Maybe Gitter? or Slack ?
> 
> Or maybe we can drop the chat, just use the mailing list and github issue
> for discuss.
> 
> Any other suggestions?
> 
> Sincerely.
> 
> jerrick