Re: Fix dubbo ops binary license issue

[Ian Luo]

I think it's fine since logback has EPL and javaee has CDDL, but let's hear
from mentor's suggestion.

-Ian.

On Mon, Mar 4, 2019 at 3:15 PM Huxing Zhang  wrote:

> Hi,
>
> I also found some dependencies with dual licenses in the binary
> distribution, where some of them fall into Category X[1].
>
> Mentors, just to confirm that it is ok to include them?
>
> 
> EPL v1.0 and LGPL 2.1
> 
> The following components are provided under the EPL v1.0 and LGPL 2.1.
> See project link for details.
> The text of each license is also included at licenses/LICENSE-[project].
>
> qos-ch: logback 1.2.3
> https://github.com/qos-ch/logback/tree/v_1.2.3  EPL v1.0 and LGPL 2.1
>
> 
> CDDL and GPL 2.0
> 
> The following components are provided under the CDDL and GPL 2.0. See
> project link for details.
> The text of each license is also included at licenses/LICENSE-[project].
>
> javaee: javax.annotation 1.3.2
> https://github.com/javaee/javax.annotation/tree/1.3.2 CDDL and GPL 2.0
>
>
> [1]
> https://www.apache.org/legal/resolved.html#what-can-we-not-include-in-an-asf-project-category-x
>
> On Fri, Mar 1, 2019 at 2:02 PM Minxuan Zhuang  wrote:
> >
> > Hello Dubbo Community,
> >because of the license issue in dubbo ops binary release[1], I only
> > release the source part for the first version, now this issue has been
> > fixed[2], please help me to check if the current licenses are correct,
> > thanks
> >
> > [1]
> >
> https://lists.apache.org/thread.html/98184c2d0c90b4abd2f6f1cfca11b84a4ec869d9ce7d6568d9a75dd4@%3Cgeneral.incubator.apache.org%3E
> > [2]
> >
> https://github.com/apache/incubator-dubbo-ops/commit/b797145214547616a6a02f6e9701178fc73d7ced
>
>
>
> --
> Best Regards！
> Huxing
>

Re: [DISCUSSION] Idea about making Filter totally asynchronous and event-driven.

[Ian Luo]

yes, backward compatibility is definitely another issue we should think
about.

-Ian.

On Mon, Mar 4, 2019 at 12:18 PM yuhang xiu  wrote:

> Hi,
>
> About compatibility issues.
>
> The current version will enter onResponse due to all requests (correct or
> incorrect). If we modify the code, the correct response enters onResponse,
> the error response enters onError, and onResponse will only process the
> correct request if the user does not modify the Filter code.
>
> Is this a problem that we should consider?
>
> Ian Luo  于2019年3月3日周日 下午10:49写道：
>
> > Jun,
> >
> > In your new proposed interface, how could we construct a filter chain?
> Say,
> > how could filter-a process further a value processed by filter-b?
> >
> > Thanks,
> > -Ian.
> >
> >
> > On Fri, Mar 1, 2019 at 5:44 PM jun liu  wrote:
> >
> > > Hi,
> > >
> > > I am thinking of the possibility of changing the current Filter
> > definition
> > > model to make it totally asynchronous and event-driven. Here’s the
> > detailed
> > > proposal[1]. It’s only a immature idea at present so I am not sure fi
> > it’s
> > > good to have this change yet, especially from the user’s side.
> > >
> > > In short, the new Filter would look like:
> > >
> > > public interface Filter {
> > >void onSend(Invocation invocation) {
> > >  // before invoke, throw exception to terminate
> > > }
> > >
> > >void onResponse(Result result, Invoker invoker, Invocation
> > > invocation) {
> > > // biz return successfully
> > > }
> > >
> > >void onError(Throwable e) throws RpcException{
> > > // biz throw exception
> > > }
> > > }
> > >
> > > 1. https://github.com/apache/incubator-dubbo/issues/3585
> > >
> > > Jun
> > >
> > >
> >
>

Re: [DISCUSSION] Idea about making Filter totally asynchronous and event-driven.

[jun liu]

> In your new proposed interface, how could we construct a filter chain?

I don't think we still need a nested Filter chain as before, the new Filter can 
simply work as follow:

Iterate(filters) {
filter.onSend();
}

Result result = invoker.invoke();

result.whenComplete((value, t) {
  Iterate tail-to-head(filters) {
 filter.doResponse();
 filter.doError();
  }
});

Jun

> On Mar 3, 2019, at 10:41 PM, Ian Luo  wrote:
> 
> Jun,
> 
> In your new proposed interface, how could we construct a filter chain? Say,
> how could filter-a process further a value processed by filter-b?
> 
> Thanks,
> -Ian.
> 
> 
> On Fri, Mar 1, 2019 at 5:44 PM jun liu  wrote:
> 
>> Hi,
>> 
>> I am thinking of the possibility of changing the current Filter definition
>> model to make it totally asynchronous and event-driven. Here’s the detailed
>> proposal[1]. It’s only a immature idea at present so I am not sure fi it’s
>> good to have this change yet, especially from the user’s side.
>> 
>> In short, the new Filter would look like:
>> 
>> public interface Filter {
>>   void onSend(Invocation invocation) {
>> // before invoke, throw exception to terminate
>>}
>> 
>>   void onResponse(Result result, Invoker invoker, Invocation
>> invocation) {
>>// biz return successfully
>>}
>> 
>>   void onError(Throwable e) throws RpcException{
>>// biz throw exception
>>}
>> }
>> 
>> 1. https://github.com/apache/incubator-dubbo/issues/3585
>> 
>> Jun
>> 
>> 

Re: [DISCUSSION] Idea about making Filter totally asynchronous and event-driven.

[jun liu]

> If we modify the code, the correct response enters onResponse,
> the error response enters onError, and onResponse will only process the
> correct request if the user does not modify the Filter code.

For legacy filters only implement onResponse, I think we can solve this by 
redirecting onError to onResponse by default. 

Jun

> On Mar 4, 2019, at 11:53 AM, yuhang xiu  wrote:
> 
> Hi,
> 
> About compatibility issues.
> 
> The current version will enter onResponse due to all requests (correct or
> incorrect). If we modify the code, the correct response enters onResponse,
> the error response enters onError, and onResponse will only process the
> correct request if the user does not modify the Filter code.
> 
> Is this a problem that we should consider?
> 
> Ian Luo  于2019年3月3日周日 下午10:49写道：
> 
>> Jun,
>> 
>> In your new proposed interface, how could we construct a filter chain? Say,
>> how could filter-a process further a value processed by filter-b?
>> 
>> Thanks,
>> -Ian.
>> 
>> 
>> On Fri, Mar 1, 2019 at 5:44 PM jun liu  wrote:
>> 
>>> Hi,
>>> 
>>> I am thinking of the possibility of changing the current Filter
>> definition
>>> model to make it totally asynchronous and event-driven. Here’s the
>> detailed
>>> proposal[1]. It’s only a immature idea at present so I am not sure fi
>> it’s
>>> good to have this change yet, especially from the user’s side.
>>> 
>>> In short, the new Filter would look like:
>>> 
>>> public interface Filter {
>>>   void onSend(Invocation invocation) {
>>> // before invoke, throw exception to terminate
>>>}
>>> 
>>>   void onResponse(Result result, Invoker invoker, Invocation
>>> invocation) {
>>>// biz return successfully
>>>}
>>> 
>>>   void onError(Throwable e) throws RpcException{
>>>// biz throw exception
>>>}
>>> }
>>> 
>>> 1. https://github.com/apache/incubator-dubbo/issues/3585
>>> 
>>> Jun
>>> 
>>> 
>> 

Re: Fix dubbo ops binary license issue

[Huxing Zhang]

Hi,

I think the current binary license/notice is not verifiable, or very
difficult to be verified.

I did some investigation over exiting TLP and other incubating
projects to see how they did the check.

I think there are 2 things that need to be checked:
a) ensure all the binary dependencies are listed in LICENSE, this
includes jar files under BOOT-INF/lib, and javascript dependencies
which can be found in package.json
b) ensure all the dependencies listed in LICENSE are actually bundled
in the distribution.

My previous script can check a) but not b). To achieve this, I suggest
to add the name of jar into LICENSE, e.g.

* Ctripcorp 1.2.0 https://raw.githubusercontent.com/ctripcorp/apollo/v1.2.0/
  - apollo-core-1.2.0.jar
  - apollo-openapi-1.2.0.jar

If got a format like this, it is able to verify it using script.
raw.githubusercontent.com could be used to detect whether there is a
NOTICE file alongside.

On Fri, Mar 1, 2019 at 2:02 PM Minxuan Zhuang  wrote:
>
> Hello Dubbo Community,
>because of the license issue in dubbo ops binary release[1], I only
> release the source part for the first version, now this issue has been
> fixed[2], please help me to check if the current licenses are correct,
> thanks
>
> [1]
> https://lists.apache.org/thread.html/98184c2d0c90b4abd2f6f1cfca11b84a4ec869d9ce7d6568d9a75dd4@%3Cgeneral.incubator.apache.org%3E
> [2]
> https://github.com/apache/incubator-dubbo-ops/commit/b797145214547616a6a02f6e9701178fc73d7ced



--
Best Regards！
Huxing

[DISCUSS] Dubbo on Stackoverflow

[Huxing Zhang]

Hi community,

Someone raised an issue asking why there is no support on
Stackoverflow[1]. Do you think we should support that?

I'd prefer to use GitHub issues/dev mailing list to ask user
questions. Because of the users have already get used to that.
Officially adding a new channel may increase the burden of the
community.

[1] https://github.com/apache/incubator-dubbo/issues/3442

-- 
Best Regards！
Huxing

Re: [DISCUSS] Dubbo on Stackoverflow

[yuhang xiu]

Hi, huxing

Personally think that we should support Stack Overflow.
Maybe we need some users who are active on Stack Overflow to answer dubbo
related questions.

There are some problems on Stack Overflow, and some of them have not been
replied [1].

[1] https://stackoverflow.com/search?page=1&tab=Relevance&q=dubbo

Huxing Zhang  于2019年3月4日周一 下午4:48写道：

> Hi community,
>
> Someone raised an issue asking why there is no support on
> Stackoverflow[1]. Do you think we should support that?
>
> I'd prefer to use GitHub issues/dev mailing list to ask user
> questions. Because of the users have already get used to that.
> Officially adding a new channel may increase the burden of the
> community.
>
> [1] https://github.com/apache/incubator-dubbo/issues/3442
>
> --
> Best Regards！
> Huxing
>

Re: [DISCUSS] Dubbo on Stackoverflow

[YunKun Huang]

+1 for support stackoverflow

We can still keep github issue and maillist as main communication channel. 
But at meantime, we can provide some support on stackoverflow and create some 
issue to link with it when we find some issue or suggestion which haven't been 
reported to github issue or maillist.

On 2019/03/04 09:02:30, yuhang xiu  wrote: 
> Hi, huxing
> 
> Personally think that we should support Stack Overflow.
> Maybe we need some users who are active on Stack Overflow to answer dubbo
> related questions.
> 
> There are some problems on Stack Overflow, and some of them have not been
> replied [1].
> 
> [1] https://stackoverflow.com/search?page=1&tab=Relevance&q=dubbo
> 
> Huxing Zhang  于2019年3月4日周一 下午4:48写道：
> 
> > Hi community,
> >
> > Someone raised an issue asking why there is no support on
> > Stackoverflow[1]. Do you think we should support that?
> >
> > I'd prefer to use GitHub issues/dev mailing list to ask user
> > questions. Because of the users have already get used to that.
> > Officially adding a new channel may increase the burden of the
> > community.
> >
> > [1] https://github.com/apache/incubator-dubbo/issues/3442
> >
> > --
> > Best Regards！
> > Huxing
> >
> 

Re: [DISCUSSION] Idea about making Filter totally asynchronous and event-driven.

[Ian Luo]

Jun,

The method signature is totally different. Are you indicating a default
bridge method to address this particular concern?

Thanks,
-Ian.


On Mon, Mar 4, 2019 at 4:44 PM jun liu  wrote:

> > If we modify the code, the correct response enters onResponse,
> > the error response enters onError, and onResponse will only process the
> > correct request if the user does not modify the Filter code.
>
> For legacy filters only implement onResponse, I think we can solve this by
> redirecting onError to onResponse by default.
>
> Jun
>
> > On Mar 4, 2019, at 11:53 AM, yuhang xiu  wrote:
> >
> > Hi,
> >
> > About compatibility issues.
> >
> > The current version will enter onResponse due to all requests (correct or
> > incorrect). If we modify the code, the correct response enters
> onResponse,
> > the error response enters onError, and onResponse will only process the
> > correct request if the user does not modify the Filter code.
> >
> > Is this a problem that we should consider?
> >
> > Ian Luo  于2019年3月3日周日 下午10:49写道：
> >
> >> Jun,
> >>
> >> In your new proposed interface, how could we construct a filter chain?
> Say,
> >> how could filter-a process further a value processed by filter-b?
> >>
> >> Thanks,
> >> -Ian.
> >>
> >>
> >> On Fri, Mar 1, 2019 at 5:44 PM jun liu  wrote:
> >>
> >>> Hi,
> >>>
> >>> I am thinking of the possibility of changing the current Filter
> >> definition
> >>> model to make it totally asynchronous and event-driven. Here’s the
> >> detailed
> >>> proposal[1]. It’s only a immature idea at present so I am not sure fi
> >> it’s
> >>> good to have this change yet, especially from the user’s side.
> >>>
> >>> In short, the new Filter would look like:
> >>>
> >>> public interface Filter {
> >>>   void onSend(Invocation invocation) {
> >>> // before invoke, throw exception to terminate
> >>>}
> >>>
> >>>   void onResponse(Result result, Invoker invoker, Invocation
> >>> invocation) {
> >>>// biz return successfully
> >>>}
> >>>
> >>>   void onError(Throwable e) throws RpcException{
> >>>// biz throw exception
> >>>}
> >>> }
> >>>
> >>> 1. https://github.com/apache/incubator-dubbo/issues/3585
> >>>
> >>> Jun
> >>>
> >>>
> >>
>
>

Re: [VOTE]: Release Apache Dubbo (Incubating) 2.6.6 [RC2]

[Minxuan Zhuang]

Hi, it has been more than 72 hours since the vote started, we receive 4 +1
bindings:
Liu Jun
Huxing Zhang
Mercy
Ian Luo
Thank you for taking part in this, I'll move to the next step

On Mon, Mar 4, 2019 at 11:58 AM Ian Luo  wrote:

> +1 Binding.I check the following:
>
> Are release files in correct location? OK
> Do release files have the word incubating in their name? OK
> Are the digital signature and hashes correct? OK
> Does DISCLAIMER file exist? OK
> Do LICENSE and NOTICE files exists? OK
> Is the LICENSE and NOTICE text correct? OK
> Is the NOTICE year correct? OK
> Un-included software dependencies are not mentioned in LICENSE or NOTICE?
> OK
> License information is not mentioned in NOTICE? OK
> Is there any 3rd party code contained inside the release? If so:
> Does the software have a compatible license?  OK
> Are all software licenses mentioned in LICENSE? OK
> Is the full text of the licenses (or pointers to it) in LICENSE?  OK
> Is any of this code Apache licensed? Do they have NOTICE files? If so:
> Have relevant parts of those NOTICE files been added to this NOTICE file?
> OK
> Do all source files have ASF headers? OK
> Do the contents of the release match with what's tagged in version
> control? OK
> Are there any unexpected binary files in the release? No
> Can you compile from source? Are the instruction clear? Yes.
>
> Regards,
> -Ian.
>
>
> On Fri, Mar 1, 2019 at 5:28 PM Minxuan Zhuang  wrote:
>
> > Hello Dubbo Community,
> >
> > This is a call for vote to release Apache Dubbo (Incubating) version
> 2.6.6.
> >
> > The release candidates (RC2):
> > https://dist.apache.org/repos/dist/dev/incubator/dubbo/2.6.6
> >
> > Git tag for the release (RC2):
> > https://github.com/apache/incubator-dubbo/tree/dubbo-2.6.6
> >
> > Hash for the release tag:
> > ba7f6f38c36675268ba64f21e97d02bda7a731dc
> >
> > Release Notes:
> > https://github.com/apache/incubator-dubbo/blob/dubbo-2.6.6/CHANGES.md
> >
> > The artifacts have been signed with Key : DA2108479B0C1E71, which can be
> > found in the keys file:
> > https://dist.apache.org/repos/dist/dev/incubator/dubbo/KEYS
> >
> > The vote will be open for at least 72 hours or until necessary number of
> > votes are reached.
> >
> > Please vote accordingly:
> >
> > [ ] +1 approve
> > [ ] +0 no opinion
> > [ ] -1 disapprove with the reason
> >
> > Thanks,
> > The Apache Dubbo (Incubating) Team
> >
>

Re: [DISCUSS] Dubbo on Stackoverflow

[Huxing Zhang]

Hi,

On Mon, Mar 4, 2019 at 5:09 PM yuhang xiu  wrote:
>
> Hi, huxing
>
> Personally think that we should support Stack Overflow.
> Maybe we need some users who are active on Stack Overflow to answer dubbo
> related questions.

If the community is willing to see it. I don't objective to it.
The problem is how to do it in a regular manner.
Based on my bandwidth, I don't have enough time to do that, so
hopefully someone in the community would volunteer to do it.

>
> There are some problems on Stack Overflow, and some of them have not been
> replied [1].
>
> [1] https://stackoverflow.com/search?page=1&tab=Relevance&q=dubbo
>
> Huxing Zhang  于2019年3月4日周一 下午4:48写道：
>
> > Hi community,
> >
> > Someone raised an issue asking why there is no support on
> > Stackoverflow[1]. Do you think we should support that?
> >
> > I'd prefer to use GitHub issues/dev mailing list to ask user
> > questions. Because of the users have already get used to that.
> > Officially adding a new channel may increase the burden of the
> > community.
> >
> > [1] https://github.com/apache/incubator-dubbo/issues/3442
> >
> > --
> > Best Regards！
> > Huxing
> >



-- 
Best Regards！
Huxing

Re: [Discussion] Should we rename the Dubbo's Java anntations with "Dubbo" prefix?

[Huxing Zhang]

Hi,

I like this thread, typical Apache way!
BTW, +1 to rename to @DubboService looks clearer to me!

On Thu, Feb 28, 2019 at 5:18 PM Mercy  wrote:
>
> Hi all,
>
>
>  It's an interesting issue[1] that was posted on Dubbo Spring Boot
> Project, the reporter ask to rename the Dubbo's Java anntations with
> "Dubbo" Prefix:
>
> Before:
>
>  @Service
>
>  @Reference
>
> After:
>
>  @DubboService
>
>  @DubboReference
>
>
> I think that's fine, What's your opinion?
>
>
> [1]:
> https://github.com/apache/incubator-dubbo-spring-boot-project/issues/447
>
>
> Kind regards,
>
> Mercy Ma
>


-- 
Best Regards！
Huxing

Re: [Discussion] Should we rename the Dubbo's Java anntations with "Dubbo" prefix?

[zhi_guang_...@163.com]

I think it is not a good idea to make so greate change in a small version 
update.
It will make a question of backward compatibility.

It can be considered in a big version update such as 2.X to 3.X
but not from 2.7.x to 2.8.x。



您的朋友：刘志广
 
From: Mercy
Date: 2019-02-28 17:17
To: dev
Subject: [Discussion] Should we rename the Dubbo's Java anntations with "Dubbo" 
prefix?
Hi all,
 
 
It's an interesting issue[1] that was posted on Dubbo Spring Boot 
Project, the reporter ask to rename the Dubbo's Java anntations with 
"Dubbo" Prefix:
 
Before:
 
@Service
 
@Reference
 
After:
 
@DubboService
 
@DubboReference
 
 
I think that's fine, What's your opinion?
 
 
[1]: 
https://github.com/apache/incubator-dubbo-spring-boot-project/issues/447
 
 
Kind regards,
 
Mercy Ma
 

Re: [Discussion] Should we rename the Dubbo's Java anntations with "Dubbo" prefix?

[Ian Luo]

It is a good idea to rename it in our major release, say 3.0

-Ian.

On Tue, Mar 5, 2019 at 9:54 AM zhi_guang_...@163.com 
wrote:

> I think it is not a good idea to make so greate change in a small version
> update.
> It will make a question of backward compatibility.
>
> It can be considered in a big version update such as 2.X to 3.X
> but not from 2.7.x to 2.8.x。
>
> --
> 您的朋友：刘志广
>
>
> *From:* Mercy 
> *Date:* 2019-02-28 17:17
> *To:* dev 
> *Subject:* [Discussion] Should we rename the Dubbo's Java anntations with
> "Dubbo" prefix?
> Hi all,
>
>
> It's an interesting issue[1] that was posted on Dubbo Spring Boot
> Project, the reporter ask to rename the Dubbo's Java anntations with
> "Dubbo" Prefix:
>
> Before:
>
> @Service
>
> @Reference
>
> After:
>
> @DubboService
>
> @DubboReference
>
>
> I think that's fine, What's your opinion?
>
>
> [1]:
> https://github.com/apache/incubator-dubbo-spring-boot-project/issues/447
>
>
> Kind regards,
>
> Mercy Ma
>
>
>

Re: [DISCUSS] Dubbo on Stackoverflow

[Ian Luo]

I start seeing dubbo related questions appearing on stackoverflow, see this
[1]. At least we should keep watching apache-dubbo tag on stackoverflow.
What do you say?

Thanks,
-Ian.


1. https://stackoverflow.com/questions/tagged/apache-dubbo

On Mon, Mar 4, 2019 at 10:07 PM Huxing Zhang  wrote:

> Hi,
>
> On Mon, Mar 4, 2019 at 5:09 PM yuhang xiu  wrote:
> >
> > Hi, huxing
> >
> > Personally think that we should support Stack Overflow.
> > Maybe we need some users who are active on Stack Overflow to answer dubbo
> > related questions.
>
> If the community is willing to see it. I don't objective to it.
> The problem is how to do it in a regular manner.
> Based on my bandwidth, I don't have enough time to do that, so
> hopefully someone in the community would volunteer to do it.
>
> >
> > There are some problems on Stack Overflow, and some of them have not been
> > replied [1].
> >
> > [1] https://stackoverflow.com/search?page=1&tab=Relevance&q=dubbo
> >
> > Huxing Zhang  于2019年3月4日周一 下午4:48写道：
> >
> > > Hi community,
> > >
> > > Someone raised an issue asking why there is no support on
> > > Stackoverflow[1]. Do you think we should support that?
> > >
> > > I'd prefer to use GitHub issues/dev mailing list to ask user
> > > questions. Because of the users have already get used to that.
> > > Officially adding a new channel may increase the burden of the
> > > community.
> > >
> > > [1] https://github.com/apache/incubator-dubbo/issues/3442
> > >
> > > --
> > > Best Regards！
> > > Huxing
> > >
>
>
>
> --
> Best Regards！
> Huxing
>

Re: [DISCUSS] Dubbo on Stackoverflow

[YunKun Huang]

I can also help with this stuff

On 2019/03/05 02:21:53, Ian Luo  wrote: 
> I start seeing dubbo related questions appearing on stackoverflow, see this
> [1]. At least we should keep watching apache-dubbo tag on stackoverflow.
> What do you say?
> 
> Thanks,
> -Ian.
> 
> 
> 1. https://stackoverflow.com/questions/tagged/apache-dubbo
> 
> On Mon, Mar 4, 2019 at 10:07 PM Huxing Zhang  wrote:
> 
> > Hi,
> >
> > On Mon, Mar 4, 2019 at 5:09 PM yuhang xiu  wrote:
> > >
> > > Hi, huxing
> > >
> > > Personally think that we should support Stack Overflow.
> > > Maybe we need some users who are active on Stack Overflow to answer dubbo
> > > related questions.
> >
> > If the community is willing to see it. I don't objective to it.
> > The problem is how to do it in a regular manner.
> > Based on my bandwidth, I don't have enough time to do that, so
> > hopefully someone in the community would volunteer to do it.
> >
> > >
> > > There are some problems on Stack Overflow, and some of them have not been
> > > replied [1].
> > >
> > > [1] https://stackoverflow.com/search?page=1&tab=Relevance&q=dubbo
> > >
> > > Huxing Zhang  于2019年3月4日周一 下午4:48写道：
> > >
> > > > Hi community,
> > > >
> > > > Someone raised an issue asking why there is no support on
> > > > Stackoverflow[1]. Do you think we should support that?
> > > >
> > > > I'd prefer to use GitHub issues/dev mailing list to ask user
> > > > questions. Because of the users have already get used to that.
> > > > Officially adding a new channel may increase the burden of the
> > > > community.
> > > >
> > > > [1] https://github.com/apache/incubator-dubbo/issues/3442
> > > >
> > > > --
> > > > Best Regards！
> > > > Huxing
> > > >
> >
> >
> >
> > --
> > Best Regards！
> > Huxing
> >
> 

Re:Re: [DISCUSS] Dubbo on Stackoverflow

[kezhenxu94]

I can help on this too








At 2019-03-04 22:06:50, "Huxing Zhang"  wrote:
>Hi,
>
>On Mon, Mar 4, 2019 at 5:09 PM yuhang xiu  wrote:
>>
>> Hi, huxing
>>
>> Personally think that we should support Stack Overflow.
>> Maybe we need some users who are active on Stack Overflow to answer dubbo
>> related questions.
>
>If the community is willing to see it. I don't objective to it.
>The problem is how to do it in a regular manner.
>Based on my bandwidth, I don't have enough time to do that, so
>hopefully someone in the community would volunteer to do it.
>
>>
>> There are some problems on Stack Overflow, and some of them have not been
>> replied [1].
>>
>> [1] https://stackoverflow.com/search?page=1&tab=Relevance&q=dubbo
>>
>> Huxing Zhang  于2019年3月4日周一 下午4:48写道：
>>
>> > Hi community,
>> >
>> > Someone raised an issue asking why there is no support on
>> > Stackoverflow[1]. Do you think we should support that?
>> >
>> > I'd prefer to use GitHub issues/dev mailing list to ask user
>> > questions. Because of the users have already get used to that.
>> > Officially adding a new channel may increase the burden of the
>> > community.
>> >
>> > [1] https://github.com/apache/incubator-dubbo/issues/3442
>> >
>> > --
>> > Best Regards！
>> > Huxing
>> >
>
>
>
>-- 
>Best Regards！
>Huxing

Re: Fix dubbo ops binary license issue

[Justin Mclean]

Hi,

> 
> EPL v1.0 and LGPL 2.1
> 
> The following components are provided under the EPL v1.0 and LGPL 2.1.
> See project link for details.
> The text of each license is also included at licenses/LICENSE-[project].
> 
>qos-ch: logback 1.2.3
> https://github.com/qos-ch/logback/tree/v_1.2.3  EPL v1.0 and LGPL 2.1
> 
> 
> CDDL and GPL 2.0
> 
> The following components are provided under the CDDL and GPL 2.0. See
> project link for details.
> The text of each license is also included at licenses/LICENSE-[project].
> 
>javaee: javax.annotation 1.3.2
> https://github.com/javaee/javax.annotation/tree/1.3.2 CDDL and GPL 2.0


If something is dual license you take the more compatible license [2], and EPL 
and CDDL are Category B and can be included in a binary release. [1]

Thanks,
Justin

1. 
https://www.apache.org/legal/resolved.html#what-can-we-maybe-include-in-an-asf-project-category-b
2. https://www.apache.org/legal/resolved.html#mutually-exclusive

Re: Fix dubbo ops binary license issue

[Justin Mclean]

Hi,

> I think there are 2 things that need to be checked:
> a) ensure all the binary dependencies are listed in LICENSE, this
> includes jar files under BOOT-INF/lib, and javascript dependencies
> which can be found in package.json

Dependancies should not be listed just what in included in the releases, if 
it’s not in the release there's no need to list it even if it is a dependancy.

the other thing you may need to do is look inside each jar and see what it 
contains and it may bundle other 3rd party code inside that’s under different 
licenses, usually this is fairly obvious froth package name.

Thanks,
Justin

Re: [DISCUSS] Dubbo on Stackoverflow

[Huxing Zhang]

Hi,

On Tue, Mar 5, 2019 at 10:22 AM Ian Luo  wrote:
>
> I start seeing dubbo related questions appearing on stackoverflow, see this
> [1]. At least we should keep watching apache-dubbo tag on stackoverflow.
> What do you say?

+1.

Maybe the website[1] needs to be updated too once the consensus is
reached. In the talk to us section, update "Segmentfault" to
"StackOverflow".
I've filed an issue[2] in case I forgot it. :)

[1] http://dubbo.apache.org/en-us/community/index.html
[2] https://github.com/apache/incubator-dubbo-website/issues/312


>
> Thanks,
> -Ian.
>
>
> 1. https://stackoverflow.com/questions/tagged/apache-dubbo
>
> On Mon, Mar 4, 2019 at 10:07 PM Huxing Zhang  wrote:
>
> > Hi,
> >
> > On Mon, Mar 4, 2019 at 5:09 PM yuhang xiu  wrote:
> > >
> > > Hi, huxing
> > >
> > > Personally think that we should support Stack Overflow.
> > > Maybe we need some users who are active on Stack Overflow to answer dubbo
> > > related questions.
> >
> > If the community is willing to see it. I don't objective to it.
> > The problem is how to do it in a regular manner.
> > Based on my bandwidth, I don't have enough time to do that, so
> > hopefully someone in the community would volunteer to do it.
> >
> > >
> > > There are some problems on Stack Overflow, and some of them have not been
> > > replied [1].
> > >
> > > [1] https://stackoverflow.com/search?page=1&tab=Relevance&q=dubbo
> > >
> > > Huxing Zhang  于2019年3月4日周一 下午4:48写道：
> > >
> > > > Hi community,
> > > >
> > > > Someone raised an issue asking why there is no support on
> > > > Stackoverflow[1]. Do you think we should support that?
> > > >
> > > > I'd prefer to use GitHub issues/dev mailing list to ask user
> > > > questions. Because of the users have already get used to that.
> > > > Officially adding a new channel may increase the burden of the
> > > > community.
> > > >
> > > > [1] https://github.com/apache/incubator-dubbo/issues/3442
> > > >
> > > > --
> > > > Best Regards！
> > > > Huxing
> > > >
> >
> >
> >
> > --
> > Best Regards！
> > Huxing
> >



--
Best Regards！
Huxing

[ANN] Welcome new committer: Zhenxu Ke

[Minxuan Zhuang]

Hi Community,

On behalf of the Dubbo PPMC, I am pleased to announce that Zhenxu Ke,
a.k.a. kezhenxu94[1], has been voted in as a new Dubbo committer.

Please join me to say congratulations to him!

Zhenxu, would you please briefly introduce yourself to the community?

[1] *https://github.com/kezhenxu94 *