Re: Fw: [DISCUSSION] Rsocket

2019-12-05 Thread Willem Jiang
It sounds good to me. Do we have any proposal for providing the
support of RSocket in ServiceComb Java Chassis?

Willem Jiang

Twitter: willemjiang
Weibo: 姜宁willem

On Fri, Dec 6, 2019 at 9:40 AM Liubao (A)  wrote:
>
> Good. Adding new programming specification for java-chassis is also very 
> important feature. Diving into the topic is welcome.
>
> -邮件原件-
> 发件人: YL G [mailto:gylg...@gmail.com]
> 发送时间: 2019年12月5日 15:33
> 收件人: dev@servicecomb.apache.org
> 主题: Re: Fw: [DISCUSSION] Rsocket
>
> According to my understanding, Rsocket and grpc are very different.
> The main idea of Rsocket is stream.
> In JDK, we can use CompletebleFuture to asynchronous programming.
> When there is only one object like *CompletebleFuture*, it's OK.
> But when we have a List, we would prefer it could like a stream: generate an 
> element and return an element instead of waiting for the whole list done and 
> return like *CompletebleFuture*. To achieve this, the whole system must 
> be built on the stream.
> Rsocket can help at the protocol level. It's not only a protocol, but also 
> provide a new programming specification like *Flux*.
>
> Zheng Feng  于 2019年12月4日周三 19:24写道:
>
> > At first glance, it looks like another gPRC but I just find this
> > article [1] to discuss the differences between gRPC and RSocket.
> > I think we need to keep eye on it.
> >
> > [1]
> > https://medium.com/netifi/differences-between-grpc-and-rsocket-e736c95
> > 4e60
> >
> > yhs0092  于2019年12月4日周三 下午5:57写道:
> >
> > > This is the content of the mail "[DISCUSSION] Rsocket is hot now"
> > > from gylgeek .
> > > There seems some problem with his mailbox : )
> > >
> > >
> > > Yours sincerely
> > >
> > >
> > > Yao Haishi
> > > yhs0...@163.com
> > >
> > >
> > >
> > > - Forwarded Message -
> > >
> > > From: gylg...@gmail.com 
> > > Date: 12/4/2019 17:50
> > > To: 
> > > Subject: [DISCUSSION] Rsocket
> > > RSocket is a binary protocol for use on byte stream transports such
> > > as TCP, WebSockets, and Aeron. It enables the following symmetric
> > interaction
> > > models via async message passing over a single connection:
> > >
> > > request/response (stream of 1)
> > > request/stream (finite stream of many) fire-and-forget (no response)
> > > event subscription (infinite stream of many) Learn more at:
> > > http://rsocket.io
> > > https://github.com/rsocket/rsocket-java
> > > Dubbo and SpringCloud already support Rsocket, and take Rsocketas a
> > future
> > > development trend.
> > > In spring 5, spring marks asynchronous interfaces such as
> > > asyncRestTemplate as @Deprecated , instead to recommend
> > > webflux(based on Rsocket).
> > > Dubbo 3.0.0-snapshot also supports responsive programming based on
> > Rsocket.
> > > Reactive should consist of two parts: asynchronous functional
> > > programming and streaming programming. But service-comb don't have
> > > streaming programming.
> > > Rsocket can also be used in service mesh. Learn more at:
> > > https://www.netifi.com/solutions-servicemesh
> > >
> > >
> > > Best regards,
> > > Guo YongLiang.
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> >


Re: [VOTE] Release Apache ServiceComb Toolkit version 0.2.0

2019-12-05 Thread sen sun
+1

I check done:
- Git tag and commit id are OK.
- mvn clean install build OK.
- all the links above are fine
- hashes and signature are good.

Bin Ma  于2019年12月6日周五 上午9:09写道:

> Hi All,
>
> This is a call for Vote to release Apache ServiceComb Toolkit version 0.2.0
>
>
> Release Candidate :
>
> https://dist.apache.org/repos/dist/dev/servicecomb/servicecomb-toolkit/0.2.0/rc-01/
>
> Staging Repository :
>
> https://repository.apache.org/content/repositories/orgapacheservicecomb-1409
>
> Release Tag :
> https://github.com/apache/servicecomb-toolkit/releases/tag/0.2.0
>
> Release CommitID : e95ba3c7b27673ee4e360d64cc1ccce43f70f18e
>
> Release Notes :
>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12321626&version=12346158
>
> Keys to verify the Release Candidate :
> https://dist.apache.org/repos/dist/dev/servicecomb/KEYS
>
> Voting will start now ( Friday, 6nd Dec, 2019) and will remain open for
> at-least 72 hours, Request all PMC members to give their vote.
>
> [ ] +1 Release this package as 0.2.0
> [ ] +0 No Opinion
> [ ] -1 Do not release this package because
>
> On the behalf of ServiceComb Team
>
>
> Wishes & Regards
> ---
> Mabin
>


Re: [VOTE] Release Apache ServiceComb Toolkit version 0.2.0

2019-12-05 Thread Daniel Qian
+1

1. Maven build passed: mvn clean install -Pjacoco
2. SHA512 signature checked
3. PGP signature checked

Bin Ma  于2019年12月6日周五 上午9:09写道:
>
> Hi All,
>
> This is a call for Vote to release Apache ServiceComb Toolkit version 0.2.0
>
>
> Release Candidate :
> https://dist.apache.org/repos/dist/dev/servicecomb/servicecomb-toolkit/0.2.0/rc-01/
>
> Staging Repository :
> https://repository.apache.org/content/repositories/orgapacheservicecomb-1409
>
> Release Tag :
> https://github.com/apache/servicecomb-toolkit/releases/tag/0.2.0
>
> Release CommitID : e95ba3c7b27673ee4e360d64cc1ccce43f70f18e
>
> Release Notes :
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12321626&version=12346158
>
> Keys to verify the Release Candidate :
> https://dist.apache.org/repos/dist/dev/servicecomb/KEYS
>
> Voting will start now ( Friday, 6nd Dec, 2019) and will remain open for
> at-least 72 hours, Request all PMC members to give their vote.
>
> [ ] +1 Release this package as 0.2.0
> [ ] +0 No Opinion
> [ ] -1 Do not release this package because
>
> On the behalf of ServiceComb Team
>
>
> Wishes & Regards
> ---
> Mabin



-- 
Daniel Qian
Apache Committer(chanjarster)
blog:https://chanjarster.github.io
github:https://github.com/chanjarster
segmentfault: https://segmentfault.com/u/chanjarster


答复: Fw: [DISCUSSION] Rsocket

2019-12-05 Thread Liubao (A)
Good. Adding new programming specification for java-chassis is also very 
important feature. Diving into the topic is welcome. 

-邮件原件-
发件人: YL G [mailto:gylg...@gmail.com] 
发送时间: 2019年12月5日 15:33
收件人: dev@servicecomb.apache.org
主题: Re: Fw: [DISCUSSION] Rsocket

According to my understanding, Rsocket and grpc are very different.
The main idea of Rsocket is stream.
In JDK, we can use CompletebleFuture to asynchronous programming.
When there is only one object like *CompletebleFuture*, it's OK.
But when we have a List, we would prefer it could like a stream: generate an 
element and return an element instead of waiting for the whole list done and 
return like *CompletebleFuture*. To achieve this, the whole system must 
be built on the stream.
Rsocket can help at the protocol level. It's not only a protocol, but also 
provide a new programming specification like *Flux*.

Zheng Feng  于 2019年12月4日周三 19:24写道:

> At first glance, it looks like another gPRC but I just find this 
> article [1] to discuss the differences between gRPC and RSocket.
> I think we need to keep eye on it.
>
> [1]
> https://medium.com/netifi/differences-between-grpc-and-rsocket-e736c95
> 4e60
>
> yhs0092  于2019年12月4日周三 下午5:57写道:
>
> > This is the content of the mail "[DISCUSSION] Rsocket is hot now" 
> > from gylgeek .
> > There seems some problem with his mailbox : )
> >
> >
> > Yours sincerely
> >
> >
> > Yao Haishi
> > yhs0...@163.com
> >
> >
> >
> > - Forwarded Message -
> >
> > From: gylg...@gmail.com 
> > Date: 12/4/2019 17:50
> > To: 
> > Subject: [DISCUSSION] Rsocket
> > RSocket is a binary protocol for use on byte stream transports such 
> > as TCP, WebSockets, and Aeron. It enables the following symmetric
> interaction
> > models via async message passing over a single connection:
> >
> > request/response (stream of 1)
> > request/stream (finite stream of many) fire-and-forget (no response) 
> > event subscription (infinite stream of many) Learn more at:
> > http://rsocket.io
> > https://github.com/rsocket/rsocket-java
> > Dubbo and SpringCloud already support Rsocket, and take Rsocketas a
> future
> > development trend.
> > In spring 5, spring marks asynchronous interfaces such as 
> > asyncRestTemplate as @Deprecated , instead to recommend 
> > webflux(based on Rsocket).
> > Dubbo 3.0.0-snapshot also supports responsive programming based on
> Rsocket.
> > Reactive should consist of two parts: asynchronous functional 
> > programming and streaming programming. But service-comb don't have 
> > streaming programming.
> > Rsocket can also be used in service mesh. Learn more at:
> > https://www.netifi.com/solutions-servicemesh
> >
> >
> > Best regards,
> > Guo YongLiang.
> >
> >
> >
> >
> >
> >
> >
> >
>


[VOTE] Release Apache ServiceComb Toolkit version 0.2.0

2019-12-05 Thread Bin Ma
Hi All,

This is a call for Vote to release Apache ServiceComb Toolkit version 0.2.0


Release Candidate :
https://dist.apache.org/repos/dist/dev/servicecomb/servicecomb-toolkit/0.2.0/rc-01/

Staging Repository :
https://repository.apache.org/content/repositories/orgapacheservicecomb-1409

Release Tag :
https://github.com/apache/servicecomb-toolkit/releases/tag/0.2.0

Release CommitID : e95ba3c7b27673ee4e360d64cc1ccce43f70f18e

Release Notes :
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12321626&version=12346158

Keys to verify the Release Candidate :
https://dist.apache.org/repos/dist/dev/servicecomb/KEYS

Voting will start now ( Friday, 6nd Dec, 2019) and will remain open for
at-least 72 hours, Request all PMC members to give their vote.

[ ] +1 Release this package as 0.2.0
[ ] +0 No Opinion
[ ] -1 Do not release this package because

On the behalf of ServiceComb Team


Wishes & Regards
---
Mabin