阿里巴巴开源服务框架Dubbo2.0.8发布

阿里巴巴开源服务框架Dubbo2.0.8版本发布了，
增加了Zookeeper和Multicast注册中心，RMI和Hessian协议，以及修复了一些BUG。

Dubbo2.0.8下载地址：
http://code.alibabatech.com/wiki/display/dubbo/Download

Dubbo2.0.8发布记录：
http://code.alibabatech.com/jira/secure/ReleaseNote.jspa?projectId=10040&version=10160

New Feature

[DUBBO-3] - 实现与zookeeper注册中心的桥接
[DUBBO-14] - 增加RMI协议的开源
[DUBBO-15] - 增加Hessian协议的开源
[DUBBO-16] - 增加Multicast注册中心的开源
[DUBBO-19] - <dubbo:protocol>增加register="false"属性，表示该协议不注册到注册中心。
[DUBBO-30] - remoting reconnect功能在config层增加配置项

Bug

[DUBBO-1] - Change schema element "sent" default value to false
[DUBBO-2] - 停止时，程序和ShutdownHook重复调用了destroy。
[DUBBO-4] - Dubbo Serialization序列化BigInteger空指针错误
[DUBBO-7] - PojoUtils(generalize/realize)出错，类型丢失
[DUBBO-11] - Future ：访问超时时，可能会有NPE问题
[DUBBO-17] - 多个注册中心指定一个注册中心引用无效
[DUBBO-18] - rmi protocol can't handle biz exception
[DUBBO-20] - 设置delay属性导致服务一直处理禁用状态
[DUBBO-22] - refer.autodestory功能存在资源泄漏的风险。
[DUBBO-31] - consumer sticky配置项丢失
[DUBBO-32] - 在linux server上和本地连不上nettyserver时抛出来的异常不一致
[DUBBO-39] - hessian协议的timeout没有wrap为RpcException
[DUBBO-42] - Wrapper类使用javassit低版本的时遇到的NoClassDefFoundError问题
[DUBBO-43] - 解决cluseter（除了failover以外）在无invoker时的空指针
[DUBBO-44] - fix 2.0.8无法调用1.0.x
[DUBBO-47] - rmi 协议对2.0.8之前版本不兼容
[DUBBO-48] - AccessLogFilter在只写文件名的情况下NPE
[DUBBO-50] - 迁移错误的扩展点位置
[DUBBO-59] - Monitor 地址配置错误的情况下导致循环调用
[DUBBO-60] - exchange codec decodeResponseData的重载方法调用错误
[DUBBO-61] - 还原Restable接口的reset（Parametes parametes ）方法保持与2.0.5之前版本的api兼容
[DUBBO-65] - server graceful shutdown 问题
[DUBBO-69] - 修复FailoverClusterInvoker丢失error code

Improvement

[DUBBO-9] - ExtensionLoader增加获取DefaultExtension的方法
[DUBBO-12] - 拆分不同实现为子模块
[DUBBO-13] - 为ReflectUtils增加cache
[DUBBO-21] - 整理UrlUtils
[DUBBO-34] - TraceFilter中达到trace.count后，从tracersMap中去掉Channel
[DUBBO-35] - LazyConnectExchangeClient去掉不必要的Wrapper
[DUBBO-36] - ExtensionLoader读取属性文件时可以有注释、固定用UTF8读取
[DUBBO-45] - Reference的初始化时出Remoting异常后，Reference没有捕捉，导致直接抛出Remoting异常，不能方便诊断是哪个Service出错
[DUBBO-49] - Injvm的端口总是置为0，以免因配置端口导致不可用
[DUBBO-51] - 配有多协议时，必须指定缺省协议，否则报错
[DUBBO-52] - Remoting中的类使用的是父类的Logger，导致异常信息排查不方便
[DUBBO-53] - Remoting Client连接出错时，会重试时打出异常栈的日志应该给出*会重试*的说明

评论

5 楼 gnimnew 2011-11-18  

俺运行了一下,报了
java.lang.ClassNotFoundException: com.alibaba.dubbo.container.spring.JettyContainer
这个错误,然后我看JettyContainer的类是在com.alibaba.dubbo.container.jetty中,而services配的是com.alibaba.dubbo.container.spring.JettyContainer
是不是配错了?

4 楼 javatar 2011-11-15  

sodarfish 写道

往同一个socket连接里写，不会出现一个线程还没写完，另一个就插数据进去的情况么？

不会，消息是用队列排队发出的，这一块是由netty/mina/grizzly封装的。

3 楼 sodarfish 2011-11-15  

javatar 写道

sodarfish 写道

请教下：看到您的dubbo协议是采用单连接、长连接的方式，如果有并发的写入，会不会出错？ 

并发的写入，不会出错，Dubbo有头信息标识请求ID。

sodarfish 写道

另外，这里的rmi和jdk自带的那个有什么区别？ 也需要单独的rmi registry么？

因线上的服务，通常是：小数据量的，大并发的请求，提供者远少于消费者，Dubbo协议对这些做了择优策略。

往同一个socket连接里写，不会出现一个线程还没写完，另一个就插数据进去的情况么？

2 楼 javatar 2011-11-15  

sodarfish 写道

请教下：看到您的dubbo协议是采用单连接、长连接的方式，如果有并发的写入，会不会出错？ 

并发的写入，不会出错，Dubbo有头信息标识请求ID。

sodarfish 写道

另外，这里的rmi和jdk自带的那个有什么区别？ 也需要单独的rmi registry么？

因线上的服务，通常是：小数据量的，大并发的请求，提供者远少于消费者，Dubbo协议对这些做了择优策略。

1 楼 sodarfish 2011-11-15  

请教下：看到您的dubbo协议是采用单连接、长连接的方式，如果有并发的写入，会不会出错？  谢谢

另外，这里的rmi和jdk自带的那个有什么区别？ 也需要单独的rmi registry么？