By the way Dubbo-all.jar should be provided after splitting, which is
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!
>

Reply via email to