Jboot v3.1.6 发布,修复 RPC 的一些配置问题
Jboot 是一个基于 JFinal、JFinal-Undertow、Dubbo 等开发的微服务框架,帮助开发者降低微服务开发门槛。同时完美支持在 idea、eclipse 下多 maven 模块,对 java 代码、html、css、js 等资源文件进行热加载。爽爽开发,快乐生活。
Jboot 3.1.x 主要更新如下:
一:RPC 完全重构
Jboot 3.1.x 对 RPC 进行了完全重构,在配置方便需要变更才能正常使用,API 没有变,所有可以平滑升级到 Jboot 3.1.x ,虽然 API 没有改变,但是实现发送了彻底的改变。
对于 Dubbo,在 2.7.x 下新增了很多功能,比如元数据中心、配置中心等功能,Jboot 进行重构后,支持对 Dubbo 的所有内容进行配置,同时支持单个 Application 下有多注册中心、多服务协议等支持。配置上更加灵活。
二:新增门户网关
Jboot v3.1.0 还新增了门户网关,网关支持了 host、path、query等不同的条件配置,性能极高,同时支持基于 Sentinel 下的分布式限流、自定义网关拦截器等等功能。
三:分布式缓存运维支持
在很多二次缓存的分布式缓存中,比如 J2Cache、EHRedis 等,由于其一级缓存可能是内存缓存,其更新是需要依赖 MQ 或者 redis 的 Pub/Sub 来进行通知的,但是在某些极端情况下,依然会出现 MQ 通知不到导致某些节点 一级缓存无法更新的问题,Jboot 提供了可以获取所有 cacheName,并可以对其进行刷新(refresh)的功能,在某些特别极端的情况下,可以通过运维手动刷新缓存,让所有分布式缓存节点进行缓存同步。
Jboot v3.1.6 更新内容如下:
- 新增:JbootReturnValueRender,用于可以在 Action 里进行返回值渲染
- 新增:ResponseEntity,可以直接在 Action 返回其进行渲染
- 优化:对 JbootGatewayConfig 网关配置进行优化,用户配置了错误的 uri 时会给出提示
- 优化:升级 Dubbo、Motan、Sentinel、Nacos 等到最新版本
- 优化:ClassScanner 添加一些常用的排除 jar 和 class
- 优化:更多关于 Nacos 分布式配置中心的配置支持
- 修复:RPCUtils.copyFields() 无法正确复制配置内容的问题
- 修复:JbootRpcApplication 无法正确启动插件和拦截器的问题
- 文档:修改 AOP 文档的内容错误问题
- 文档:完善分布式配置中心对 Nacos 以及 Apollo 支持的相关文档
maven 依赖:
<dependency> <groupId>io.jboot</groupId> <artifactId>jboot</artifactId> <version>3.1.6</version> </dependency>
Hello World:
@RequestMapping("/") public class HelloworldController extends JbootController { public void index(){ renderText("hello world"); } public static void main(String[] args){ JbootApplication.run(args); } }
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
从一起GC血案谈到反射原理
本文来自 PerfMa社区,欢迎关注公众号 链接:https://club.perfma.com/article/54786 前言 首先回答一下提问者的问题。这主要是由于存在大量反射而产生的临时类加载器和 ASM 临时生成的类,这些类会被保留在 Metaspace,一旦 Metaspace 即将满的时候,就会触发 FullGc,已达到回收不再被使用的类对象的目的。具体问题请参考接下来的内容,更好的了解反射的实现原理。 正文 概述 公司之前有个大内存系统(70G以上)一直使用CMS GC,不过因为该系统对时间很敏感,偶尔会因为gclocker导致remark特别长(虽然加了-XX:+CMSScavReengeBeforeRemark参数,但是gclocker会导致remark前的YGC被delay),无法忍受这么长的暂停就只好迁移到了G1,经过一系列的调优之后算比较稳定了,这套参数便推到了全部机器上 可是就在上周突然有机器出现了Full GC,本来G1设计出来就是希望Full GC不在出现,出现Full GC一般是不正常,GC日志如下: 从上面日志不难发现是因为Perm触发的Full ...
- 下一篇
Hyperf 发布 v1.1.25版本,企业级的 PHP 微服务云原生协程框架
更新内容 本周主要增加了 Coordinator 机制,可以更加优雅的启动和停止服务。同时我们也修复了一些 🐛Bug, 继续提升 hyperf 的稳定性, 发布于 1.1.25 版, 建议用户更新此版本 直接访问 官网 hyperf.io 或 文档 hyperf.wiki 查看更新内容 新增 #1501 #1532 添加 Symfony 命令行事件触发器,使之可以与 hyperf/event 组件结合使用。 #1502 为注解 Hyperf\AsyncQueue\Annotation\AsyncQueueMessage 添加 maxAttempts 参数,用于控制消息失败时重复消费的次数。 #1510 添加 Hyperf/Utils/CoordinatorManager,用于提供更优雅的启动和停止服务,服务启动前不响应请求,服务停止前,保证某些循环逻辑能够正常结束。 #1517 为依赖注入容器的懒加载功能添加了对接口继承和抽象方法继承的支持。 #1529 处理 response cookies 中的 SameSite 属性。 修复 #1494 修复单独使用 Redis 组件时,注释 ...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
-
Docker使用Oracle官方镜像安装(12C,18C,19C)
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- CentOS8编译安装MySQL8.0.19
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- MySQL8.0.19开启GTID主从同步CentOS8
- CentOS7,8上快速安装Gitea,搭建Git服务器
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
推荐阅读
最新文章
- CentOS7安装Docker,走上虚拟化容器引擎之路
- CentOS8安装Docker,最新的服务器搭配容器使用
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- SpringBoot2全家桶,快速入门学习开发网站教程
- Docker安装Oracle12C,快速搭建Oracle学习环境
- CentOS8编译安装MySQL8.0.19
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- CentOS7设置SWAP分区,小内存服务器的救世主