阿里巴巴开源服务框架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连接出错时，会重试时打出异常栈的日志应该给出*会重试*的说明
<!--随机产生UUID做为token--><dubbo:protocol name="hessian" token="true" />
这个token会通过注册中心下发给提供者，基于注册中心发现的方式调用不会受影响，点对点直连就会被控制住。 8 楼 javatar 2011-12-13 sodarfish 写道请问一下：
如果将hessian服务通过servlet发布，和web应用公用一个端口（假设是80），如果我的服务不想被外网的人看到，如何保证其安全性呢？
可以参见：http://code.alibabatech.com/wiki/display/dubbo/User+Guide#UserGuide-TokenVerify 9 楼 javatar 2011-12-13 gnimnew 写道俺运行了一下,报了
java.lang.ClassNotFoundException: com.alibaba.dubbo.container.spring.JettyContainer
这个错误,然后我看JettyContainer的类是在com.alibaba.dubbo.container.jetty中,而services配的是com.alibaba.dubbo.container.spring.JettyContainer
是不是配错了?
是的，2.0.8的container模块有bug，container模块在2.0.9才开始使用。 10 楼 长沙伟子88 2011-12-20 dubbo的源码写的非常经典，功能很强大，自适应扩展，切片都比较的强。
在看了NettyHandler的代码中，
实际private final URL url;
在有多个服务暴露的时候，对应在一个通道上，因此这个属性貌似没有什么作用。实际处理还是根据Request参数找到对应的exporter进行处理的 11 楼 长沙伟子88 2011-12-20 还有个问题，为什么不把使用动态生成类修改成使用asm，在把asm引入到工程中，象fastjson那样处理，又可以减少javassist的依赖了 12 楼 javatar 2012-01-13 长沙伟子88 写道还有个问题，为什么不把使用动态生成类修改成使用asm，在把asm引入到工程中，象fastjson那样处理，又可以减少javassist的依赖了
ProxyFactory是一个扩展点，因为asm生成代理可读性差，并且性能上优势没有想像的大，后续如果有时间，会加一个AsmProxyFactory，有兴趣的朋友，也可以自己加上。 13 楼 javatar 2012-01-13 长沙伟子88 写道dubbo的源码写的非常经典，功能很强大，自适应扩展，切片都比较的强。
在看了NettyHandler的代码中，
实际private final URL url;
在有多个服务暴露的时候，对应在一个通道上，因此这个属性貌似没有什么作用。实际处理还是根据Request参数找到对应的exporter进行处理的
NettyHandler中的url上的属性，只有protocol相关的有意义，service相关的不能讯取，就像你说的，因为多个service共享一个连接。
