dubbox
dubbox copied to clipboard
Dubbox now means Dubbo eXtensions, and it adds features like RESTful remoting, Kyro/FST serialization, etc to the Dubbo service framework.
按推荐作法,在服务提供方和服务消费方间抽取公共api工程,服务消费方和服务提供方均依赖此api工程,在使用基于dubbo的微服务架构时,不可避免出现了服务互相调用的问题,会出现工程依赖于多个api工程。我们使用jenkins对所有api使用poll scm检测代码发生变更时将api自动打包到内网nexus私服。 使所有服务提供方及消费方均能顺便依赖这些api工程,当团队协作时,不可避免需要拉多个分支进行并行开发。此时api版本的依赖管理如何作? 假设有分支dev及rel 两个分支的api均可能被修改,此时如果dev及rel分支的api版本号是不是应该区分开,两个分支的api设置不同的版本号吗,然后dev/rel均设置poll scm自动打包nexus,这样的话在代码合并的时侯不可避免带来版本号手工维护问题。请问有其它更好的方法吗?
springboot集成dubbox,多个提供者,其中一个提供者关掉后,消费者会出现: 15519566 2017-Sep-21 14:08:18.759 [DubboClientReconnectTimer-thread-2] WARN o.j.n.c.DefaultChannelPipeline - [DUBBO] An exception was thrown by an exception handler., dubbo version: 2.8.4-SNAPSHOT, current host: 192.168.0.116 java.util.concurrent.RejectedExecutionException: Worker has already been shutdown ..........
这个错误在服务消费者会出现 2017-11-06 10:06:09 CST api-mall-manage WARN com.alibaba.com.caucho.hessian.io.SerializerFactory 528 getDeserializer - Hessian/Burlap: 'com.mit.service.define.v1.entity.TokenPkg' is an unknown class in WebappClassLoader context: / delegate: false ----------> Parent Classloader: sun.misc.Launcher$AppClassLoader@42a57993 : java.lang.ClassNotFoundException: com.mit.service.define.v1.entity.TokenPkg 但是不影响服务正常调用...
在dubbo-admin中对一个服务可以按ip进行访问控制,测试中发现只禁用一个ip才有效果,但是同时禁用多个ip则会整个禁用控制失效,经跟踪代码发现com.alibaba.dubbo.rpc.cluster.router.condition.ConditionRouter.java里的 `private static final class MatchPair { final Set matches = new HashSet(); final Set mismatches = new HashSet(); public boolean isMatch(String value, URL param) { for (String match :...
按照callback例子写的,消费端调用时报Exception in thread "main" com.alibaba.dubbo.rpc.RpcException Caused by: com.alibaba.dubbo.remoting.RemotingException: Fail to decode request due to: RpcInvocation [methodName=addListener, parameterTypes=[class java.lang.String, interface api.callback.CallbackListener], arguments=null, attachments={path=com.csc.microServe.api.callback.CallbackService, input=763, name=org.jeecg.Test, dubbo=2.8.4, version=0.0.0}] c.alibaba.com.caucho.hessian.io.SerializerFactory:528 - Hessian/Burlap: 'org.jeecg.modules.order.service.impl.CallbackListenerImpl'...
Mock单元测试Controller层,都是404,请问如何测试dubbo开发的rest接口
在Dubbo 中爆出了cve漏洞,请问Dubbox中是否受影响,受影响的版本有哪些呢 CVE-2020-1948对Dubbo 的影响版本为: 2.7.0
阿里既然已经重新维护dubbo,并且进入了apache的孵化器,那么原先使用dubbox的用户,是否有升级到相应版本的呢?这样的话,一些bug也可以及时得到修复。