RSF 1.3.0 正式发布啦,本地发布主要是:剥离出独立的注册中心、修正多协议兼容的问题 

**新增**
    01.RSF项目拆分成 framework 和 registry 两个部分。
    02.framework 项目是 RSF 的核心实现了 P2P 模式下的 RPC 调用以及流量控路由等功能。
    03.registry 项目是 RSF 的独立的注册中心实现,包括 RSF 注册中心客户端,注册中心服务端。
**改进**
    01.当服务方法被调用期间发生错误时,回传的Error信息中携带类名和异常信息。
    02.Hasor使用 3.0.4版本
    03.明确 Hprose 协议上不支持如下特征“批量调用、引用参数”如遇上述类型的请求直接返回异常。
    04.Netty 都使用堆内内存,以后在优化成堆外内存。
    05.各种Utils自己拥有一份,降低和Hasor的工具耦合性。
**修复**
    01.修复一些情况下当请求没有参数时,RSF报空指针的异常。
    02.fix Hprose 在解析请求参数中的基础类型时发生序列化异常的问题。
    03.fix 当启用了多协议情况下,服务提供者注册到center时,消费者收到了不该接收到的其它协议地址。

一个高可用、高性能、轻量级的分布式服务框架。支持容灾、负载均衡、集群。一个典型的应用场景是,将同一个服务部署在多个Server上提供 request、response 消息通知。使用RSF可以点对点调用,也可以分布式调用。部署方式上:可以搭配注册中心,也可以独立使用。

注册中心的使用支持嵌入到应用程序本身,也支持独立运行。1.0版本注册中心仅支持单机部署。

核心思想参考了淘宝HSF、Dubbo等优秀框架。虽然参考了相关设计,但是实现逻辑完全不同,相比淘宝HSF少了历史包袱,相比Dubbo更加轻量化。而且还支持了虚拟机房,对于多机房部署的产品可以省下大量带宽成本,同时也降低了远程调用时间。真正的毫秒级调用业务处理。

RSF虽然在功能上与两位前辈出入不大,使用RSF最直观的感受就是简单方便,配置少、依赖少,功能强大。

简单容易(三个一)

配置文件上也是十分简单,编辑xml配置文件,两行配置(一行,配置端口、一行配置注册中心)

工作原理

相关链接

相关技术文章:https://my.oschina.net/u/1166271/blog?catalog=574765&temp=1477547322592
OSC项目主页:https://www.oschina.net/p/Hasor-RSFhttp://www.hasor.net
源码地址:https://github.com/zycgit/rsf (or) http://git.oschina.net/zycgit/rsf
Issues:http://git.oschina.net/zycgit/rsf/issues



新闻来源:RSF 1.3.0 正式发布,剥离注册中心、修正多协议兼容