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

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

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

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连接出错时，会重试时打出异常栈的日志应该给出*会重试*的说明

感觉很好的框架啊。

站在Dubbo的肩膀上

将孤立的 重复的业务变成井井有条的矩阵式的服务

由传统的编码模式变成堆积木似的开发

遥想将信息化应用变成信息化财富

激动

Dubbo,主要用来干吗? 应用在什么场合? 有什么优势?

多谢支持。

Dubbo主要用于服务化，以及SOA治理。



当应用大了，可能需要垂直拆分应用，
减少各业务间干扰，内聚业务，灵活应对多变的业务需求，
提高业务的复用度，提升业务的敏捷性，提升开发效率，降低维护成本，
隔离上层展现逻辑和核心业务逻辑，方便架构的持续优化，减缓架构退化。
这样，应用之间的互相调用，就需要一个RPC作为基础设施。
另外，当服务多了，错综复杂的依赖关系需要治理。



Dubbo提供动态服务注册与发现机制，使服务集群能够平滑升级和优雅降级，提高集群伸缩性。
Dubbo提供软负载均衡及容错方案，减少对硬件负载均衡器的单点依赖，提升网站可靠性。
并且Dubbo的通讯协议针对常规的服务，一般都请求数据量小，但并发量大，消费者远比提供者多等情况，做了优化。

看了一下文档，不做，加油！你做的东西叫一个框架有点误导了，以为又是一个rpc框架而已，其实可叫为服务总线，我以前也做过类似的东西。建议再做过web控制台，对注册服务进行运行规则配置及相关监控。服务支持超时执行，支持服务聚合和服务编排等。

跟HSF有什么区别？

同类产品，一个用在taobao.com，一个用在alibaba.com，都是阿里系的。

Dubbo现在的模式和总线模式是有差别的，
Dubbo现在主要侧重于RPC调用和SOA治理，并不是完整的ESB总线，


内部的注册中心是有web控制台的，开源的Zookeeper等注册中心还没有做web界面，但可以用telnet或nc查询，或者找Zookeeper的第三方web界面扩展。



超时执行是已经支持的，如：<dubbo:service timeout="3000" />



服务聚合和服务编排，在公司内部由另一个服务流程引擎在做，它是基于Dubbo之上实现的。
因为聚合和编排过程都需要流程引擎的支持，暂时没有纳到Dubbo的Scope中。

test.123