Redkale 1.9.5 发布,Java 分布式微服务

Redkale
 Redkale
发布于 2018年07月31日
收藏 28

Redkale 1.9.5 发布。Redkale, 一个教科书级的框架,一个全新,完全颠覆传统思维的Java分布式服务架构,1.1M的jar可以代替传统几十M的第三方。包含TCP/UDP、HTTP、RPC、依赖注入、序列化与反序列化、数据库操作、WebSocket等功能。  一方面模块高度整合,极大的简化业务开发代码,一方面暴露大量底层,方便二次框架开发。

在Redkale世界里,一切都是为业务Service服务, 而且不是像其他框架那种刷存在感,定义各种接口,把JDK的常规类再封装一层, 美其名日:插件。 Redkale像JavaEE一样提供了完整的一套解决方案。

  • Redkale有自己的Convert,你不用再纠结用fastjson、jackson还是protobuf。

  • Redkale有自己的DataSource,你不用再纠结用hibernate还是mybatis,更不用写SQL。

  • Redkale有自己的CacheSource,你不用再纠结用memcache还是redis,更不用纠结用redisson还是jredis实现方式。

  • Redkale有自己的net/HTTP/RPC,你不用再纠结用上古时代的netty还是mina,或者当下的gRPC。

  • Redkale有自己的REST,你不用再纠结用死板的Spring Boot还是Jersey, 他们还只停留在HTTP的URL请求,而Redkale连WebSokcet都能REST,直接将消息映射到你的RestWebSocket方法,而且纯异步,分布式。

  • Redkale有自己的Watch,让微服务管理变得很简单。

只需要一个redkale.jar加一个JDBC驱动,就可以完整的开发一套可以运行在JDK8/9/10,IBM的J9上的常规系统, 不用引用一大堆烂七八糟的第三方jar。让开发者有更多时间关注在自己的业务和设计上!   

Java并不臃肿, 臃肿的是你自己的设计思维!

本次版本更新内容:

1、【新增】增加LogExcludeLevel功能
2、【新增】RestConvert增加可以返回skipAllIgnore(true)的Convert功能
3、【新增】增加RpcRemoteException
4、【新增】增加java.util.Properties的convert
5、【新增】Watch组件增加可以获取操作Servie中某个可序列化的字段和参数可序列化的方法
6、【优化】去掉persistence.xml的监听文件变化功能,该有watch组件提供动态修改数据源配置
7、【优化】去掉对Rest中find、delete开头方法的特殊处理
8、【优化】JsonConvert支持带空格的数值字符串转成Number对象
9、【优化】Convert增加readByteArray和writeByteArray方法
10、【优化】Convert整体接口优化
11、【修复】修复JsonConvert没有按指定Type进行convertTo的BUG
12、【修复】修复进程关闭时WebSocket没有执行onClose方法的BUG
13、【修复】修复发布maven时apidoc的模板文件丢失

Redkale官网: https://redkale.org

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 开源中国社区 [http://www.oschina.net]
本文标题:Redkale 1.9.5 发布,Java 分布式微服务
加载中

精彩评论

sucanber
sucanber
个人项目还是公司/团队项目,后续有烂尾风险吗?
路小磊
路小磊
Java并不臃肿, 臃肿的是你自己的设计思维!喜欢这句话,#Hutool#发来贺电,同样倡导抛弃臃肿的框架依赖。

最新评论(17

龙飞在天
龙飞在天

引用来自“龙飞在天”的评论

我们刚用redkale写了一个简单的聊天工具,直接顶替了公司原有的websocket服务,开发进度还很快
顺便说一句,我们团队全是第一次用redkale做开发,之前大家对redkale都不熟,一边开发一边咨询作者的
龙飞在天
龙飞在天
我们刚用redkale写了一个简单的聊天工具,直接顶替了公司原有的websocket服务,开发进度还很快
路小磊
路小磊

引用来自“路小磊”的评论

Java并不臃肿, 臃肿的是你自己的设计思维!喜欢这句话,#Hutool#发来贺电,同样倡导抛弃臃肿的框架依赖。

引用来自“二灯大师”的评论

spring臃肿不?

引用来自“路小磊”的评论

Spring本身并不臃肿,但是个人认为SpringBoot非常臃肿。

引用来自“完颜阿骨再打”的评论

这看法错误,说明你没真正理解Springboot,也没真正理解微服务。你所谓的精简也就是能开发一套孤立rest API而已
仅从依赖包数量和启动时间而言。其它不做评论。
完颜阿骨再打
完颜阿骨再打

引用来自“路小磊”的评论

Java并不臃肿, 臃肿的是你自己的设计思维!喜欢这句话,#Hutool#发来贺电,同样倡导抛弃臃肿的框架依赖。

引用来自“二灯大师”的评论

spring臃肿不?

引用来自“路小磊”的评论

Spring本身并不臃肿,但是个人认为SpringBoot非常臃肿。
这看法错误,说明你没真正理解Springboot,也没真正理解微服务。你所谓的精简也就是能开发一套孤立rest API而已
路小磊
路小磊

引用来自“路小磊”的评论

Java并不臃肿, 臃肿的是你自己的设计思维!喜欢这句话,#Hutool#发来贺电,同样倡导抛弃臃肿的框架依赖。

引用来自“二灯大师”的评论

spring臃肿不?
Spring本身并不臃肿,但是个人认为SpringBoot非常臃肿。
Redkale
Redkale

引用来自“sucanber”的评论

个人项目还是公司/团队项目,后续有烂尾风险吗?
在你的IT生涯内是不会烂尾的
Redkale
Redkale

引用来自“shifeng1983”的评论

工业标准的意义是你按照这个标准可以自由搭配想要的东西,随时可以换一个更好的轮子,卡罗拉坏了哪都能修,法拉利喷个漆都得空运回厂
工业标准是JavaEE, Spring是地摊货, 为啥还是很多大公司不用JavaEE呢, 而且一个项目最难维护和接手的业务复杂度, 框架再大两三周就能学以致用,团队的规模和项目重要度决定要不要采用真正的标准。但90%的项目没达到这个程度。
s
shifeng1983
工业标准的意义是你按照这个标准可以自由搭配想要的东西,随时可以换一个更好的轮子,卡罗拉坏了哪都能修,法拉利喷个漆都得空运回厂
二灯大师
二灯大师

引用来自“路小磊”的评论

Java并不臃肿, 臃肿的是你自己的设计思维!喜欢这句话,#Hutool#发来贺电,同样倡导抛弃臃肿的框架依赖。
spring臃肿不?
sucanber
sucanber
个人项目还是公司/团队项目,后续有烂尾风险吗?
返回顶部
顶部