On Mon, Aug 20, 2018 at 2:44 PM Zonghai Shang <[email protected]> wrote:
> By the way Dubbo-all.jar should be provided after splitting, which is > How do other people think about this? BTW, this action will be performed on 2.7.x, which is master branch, does this action needs to be on 2.6.x ? > convenient for low-level version upgrades. > > 凝雨 <[email protected]> 于2018年8月20日周一 上午10:26写道： > > > +1，dubbo It should be streamlined. > > I agree with keeping the following modules: > > * dubbo-registry-multicast, > > * dubbo-rpc-injvm, > > * dubbo-serialization-fastjson > > * dubbo-serialization-jdk > > > > Huxing Zhang <[email protected]> 于2018年8月18日周六 下午2:08写道： > > > > > Hi, > > > > > > On Fri, Aug 17, 2018 at 5:47 PM Jerrick Zhu <[email protected]> > wrote: > > > > > > > > Another question, do we need to add these sub modules' binary classes > > to > > > > dubbo.jar , as the previous hessian-lite module? > > > > > > I am supposing this happens to 2.7.x and keep 2.6.x unchanged. > > > Based on my assumption I think it is unnecessary to do so. > > > > > > > > > > > Or we also remove all of them from dubbo.jar? > > > > > > > > On Fri, Aug 17, 2018 at 5:36 PM Jerrick Zhu <[email protected]> > > wrote: > > > > > > > > > Great. Let's do it. I'll start an issue to track this proposal. > > > > > > > > > > On Fri, Aug 17, 2018 at 5:11 PM G C <[email protected]> wrote: > > > > > > > > > >> +1 Deep agree > > > > >> -- > > > > >> Best Regards！ > > > > >> > > > > >> cgfork > > > > >> > > > > >> On Fri, Aug 17, 2018 at 4:53 PM yuhang xiu <[email protected]> > > > wrote: > > > > >> > > > > > >> > Deep agree with this proposal > > > > >> > :) > > > > >> > > > > > >> > Jerrick Zhu <[email protected]> 于2018年8月17日周五 下午1:39写道： > > > > >> > > > > > >> > > I agree with keeping the following modules: > > > > >> > > * dubbo-registry-multicast, > > > > >> > > * dubbo-rpc-injvm, > > > > >> > > * dubbo-serialization-fastjson > > > > >> > > * dubbo-serialization-jdk > > > > > > +1 > > > > > > > >> > > > > > > >> > > They're useful for new users and develop experience. > > > > >> > > > > > > >> > > On Fri, Aug 17, 2018 at 11:10 AM Ian Luo <[email protected]> > > > wrote: > > > > >> > > > > > > >> > > > wow, this is a big step but I have somewhat opposite opinion > > > against > > > > >> > > > Jerrick's proposal. Instead of keeping recommended > extensions > > > only > > > > >> but > > > > >> > > > moving out others into eco system, I would like to revise it > > to > > > > >> keeping > > > > >> > > > most used extensions, use Jerrick's list as an example: > > > > >> > > > > > > > >> > > > * dubbo-registry-multicast <- should keep, it's good for dev > > > > >> experience > > > > >> > > > * dubbo-registry-redis <- should move, since not everyone > > needs > > > this > > > > >> > > > feature > > > > >> > > > ... > > > > >> > > > > > > > >> > > > * dubbo-remoting-grizzly <- should move, ditto > > > > >> > > > * dubbo-remoting-p2p <- should move, ditto > > > > >> > > > * dubbo-remoting-zookeeper <- should move, ditto > > > > >> > > > * dubbo-remoting-mina <- should move, ditto > > > > >> > > > ... > > > > >> > > > > > > > >> > > > * dubbo-rpc-injvm <- should keep, since local-call is one > > > necessary > > > > >> > > > feature, think about EJB's local call. > > > > >> > > > * dubbo-rpc-memcached <- should move > > > > >> > > > * dubbo-rpc-redis <- should move > > > > >> > > > * dubbo-rpc-thrift <- should move > > > > >> > > > * dubbo-rpc-webservice < - should move > > > > >> > > > ... > > > > >> > > > > > > > >> > > > * dubbo-serialization-fastjson <- should keep, very popular > > json > > > > >> library > > > > >> > > > * dubbo-serialization-fst <- should move > > > > >> > > > * dubbo-serialization-jdk <- should keep, last resort when > > other > > > > >> > > > serialization fails to work. > > > > >> > > > > > > > >> > > > > > > > >> > > > Just my two cents, > > > > >> > > > -Ian. > > > > >> > > > > > > > >> > > > On Thu, Aug 16, 2018 at 4:01 PM Jerrick Zhu < > > [email protected] > > > > > > > > >> wrote: > > > > >> > > > > > > > >> > > > > Hi, community > > > > >> > > > > > > > > >> > > > > As you can see, Dubbo now has an ecosystem: > > > > >> https://github.com/dubbo > > > > >> > > > > .There > > > > >> > > > > has a lot of interesting projects there, such as: > > > > >> > > > > > > > > >> > > > > * node, go, python and php implementations > > > > >> > > > > * dubbo rpc, serialization and registry extensions > > > > >> > > > > * dubbo samples and dubbo useful plugins and tools > > > > >> > > > > > > > > >> > > > > Now Dubbo core which is > > > http://github.com/apache/incubator-dubbo > > > > >> , > > > > >> > > it's > > > > >> > > > > too > > > > >> > > > > big. As a result, it takes nearly 30~40mins to finish > travis > > > CI. > > > > >> > > > > > > > > >> > > > > And also, there are a lot of sub modules have never been > > > modified > > > > >> > > almost, > > > > >> > > > > such as: > > > > >> > > > > > > > > >> > > > > * dubbo-registry-multicast > > > > >> > > > > * dubbo-registry-redis > > > > >> > > > > ... > > > > >> > > > > > > > > >> > > > > * dubbo-remoting-grizzly > > > > >> > > > > * dubbo-remoting-p2p > > > > >> > > > > * dubbo-remoting-zookeeper > > > > >> > > > > * dubbo-remoting-mina > > > > >> > > > > ... > > > > >> > > > > > > > > >> > > > > * dubbo-rpc-injvm > > > > >> > > > > * dubbo-rpc-memcached > > > > >> > > > > * dubbo-rpc-redis > > > > >> > > > > * dubbo-rpc-thrift > > > > >> > > > > * dubbo-rpc-webservice > > > > >> > > > > ... > > > > >> > > > > > > > > >> > > > > * dubbo-serialization-fastjson > > > > >> > > > > * dubbo-serialization-fst > > > > >> > > > > * dubbo-serialization-jdk > > > > >> > > > > ... > > > > >> > > > > > > > > >> > > > > So I suggest, move the above sub modules to ecosystem, > each > > of > > > > >> them as > > > > >> > > a > > > > >> > > > > single project, such as > > > > >> > > https://github.com/dubbo/dubbo-rpc-native-thrift > > > > >> > > > > > > > > >> > > > > Also, dubbo-demo also needs to move to ecosystem. > > > > >> > > > > > > > > >> > > > > What do u guys think? > > > > >> > > > > > > > > >> > > > > Sincerely. > > > > >> > > > > > > > > >> > > > > Jerrick > > > > >> > > > > > > > > >> > > > > > > > >> > > > > > > >> > > > > > > > > > > > > > > > > > -- > > > Best Regards！ > > > Huxing > > > > > > > > > -- > > Keep Real！ > > >
