Dante Cloud 3.4.3.1 发布,国内首个支持阻塞式和响应式融合的微服务
[一] 项目简介
Dante Cloud 国内首个支持阻塞式和响应式服务并行的微服务平台。是采用领域驱动模型(DDD)设计思想,以「高质量代码、低安全漏洞」为核心,基于 Spring 生态全域开源技术,高度模块化和组件化设计,支持智能电视、IoT等物联网设备认证,满足国家三级等保要求,支持接口国密数字信封加解密等一系列安全体系的多租户微服务解决方案。可以“一套代码实现微服务和单体两种架构”的企业级应用系统。
[二] 项目理念
Dante Cloud 一直秉承着“简洁、高效、包容、务实”的理念,使用微服务领域及周边相关的各类新兴技术或主流技术进行建设,不断地深耕细作、去粗取精、用心打造。目标是构建一款代码质量高、维护投入低、安全防护强
的,可以帮助用户快速跨越架构技术选型、技术研究探索阶段,降低传统项目中因安全漏洞、技术负债、低质代码等潜在隐患所产生的高维护投入,期望像项目名字寓意一样,在行业变革的时期承上启下,助力企业信息化建设和变革的产品。
Dante Cloud 核心关注点是:「高质量的系统代码」、「合理的系统架构」、「低耦合的模块划分」、「高安全性系统实现」、「灵活的功能扩展能力」,「优质的微服务实现」,而不是追求 业务功能 的 丰富 性。
[三] 特性介绍
Passkey
(通行密钥)是一种新型的 无密码登录 技术,旨在提高在线账户的安全性并简化登录流程。它利用非对称加密技术,通过公钥和私钥对用户身份进行验证,避免了传统密码的使用。
Passkey
的使用非常方便,用户无需记忆复杂的密码,只需通过设备上的生物识别技术(如指纹或面部识别)即可完成登录。此外,Passkey
可以在多个设备上生成和使用,提高了用户的便利性。
Passkey
的安全性依赖于端上密钥的保护,由于非对称加密是目前加密强度最高的加密技术,理论上任何人都无法破解,可以说安全性是100%。即使数据库被盗,黑客也无法获取用户的私钥,因为私钥从未离开用户的设备。
在 Dante Cloud 最新版本中,也集成支持了 Passkey
登录,并且将其与 OAuth2 协议进行了融合,支持使用 Passkey
通行密钥进行登录并返回 Access Token。
效果演示
[四] 更新内容
- 主要更新
- [升级] Spring Boot Admin 版本升级至 3.4.4
- [升级] Spring Boot 版本升级至 3.4.3
- [升级] Spring Authorization Server 版本升级至 1.4.2
- [优化] 优化客户端动态注册以及客户端激活全过程代码和逻辑
- [新增] 新增 Passkey 通行密钥「无密码」登录方式。
- [新增] 新增与 OAuth2 融合的自定义 Passkey 授权模式。
- 其它更新
- [新增] 新增客户端动态注册不允许重复注册控制
- [新增] 新增认证授权资源管理存储,支持多种数据源切换。
- [修复] lettuce 依赖版本回滚至与 Spring Boot 一致,以解决退出系统产生异常问题。
- [修复] 修复客户端动态注册生成的密码被双重加密导致密码校验错误。
- [修复] 解决 spring-security-oauth2-jose 与 spring-security-oauth2-authorization-server 依赖的 nimbus-jose-jwt 版本不一致问题
- [修复] 修复客户端动态注册如果使用相同的 clientName 会导致系统查询出错问题。
- [修复] 修复 OAuth2 确认页面无法支持多种环境,在物联网环境无法显示页面抛错问题。
- [修复] 修复由于 spring-cloud-tencent-dependencies 中 <springdoc.version> 的干扰,会引入低版本 springdoc 导致系统无法启动问题。
- [修复] 修复设备认证页面 Logo 无法显示问题
- [修复] 修复设备认证成功后没有跳转到指定页面问题。
- [修复] 修复自主封装支持 Postgresql 的 Nacos 镜像查询历史版本错误 fix: #IBLY9R
- [修复] 修复基于 Camunda 的 BPMN 工作流服务调用接口出现 java.lang.ClassNotFoundException: javax.ws.rs.core.FeatureContext 错误问题。 fix: #IBNBYE
- [优化] 优化动态控制认证开启和关闭生成的默认授权模式配置合理性
- [优化] 去除大量代码中的 PasswordEncoder 注入,统一改用静态工具类调用方式。
- [优化] 规范化自定义社会化授权模式参数绑定错误 Exception 定义和使用方式。
- [优化] 优化不同产品以及不同环境使用的 Redis 数据库,避免产生不必要的冲突。
- [优化] 前端去除无用的依赖组件
- [优化] 前端集成 Vue DevTools,提升前端调试 Vue 应用便捷性。
- [优化] 统一部分第三方依赖组件版本,规避系统中存在同一组件的多个不同版本依赖问题。
- [优化] 优化前端模块打包配置,解决部分外部模块被打入导致生成代码过大问题。
- [优化] 优化动态控制认证开启和关闭生成的默认配置信息合理性
- [重构] 重构应用实体转换为 OAuth2 Client 实体相关代码,明确转换信息,采用统一抽象类实现规避转换代码混乱重复问题。
- [升级] minio docker 镜像版本升级至 RELEASE.2025-02-28T09-55-16Z
- [升级] zipkin 镜像版本升级至 3.5.0
- [升级] grafana 镜像版本升级至 11.5.2
- [升级] loki 镜像版本升级至 3.4.2
- [升级] promtail 镜像版本升级至 3.4.2
- [升级] tempo 镜像版本升级至 2.7.1
- [升级] node-red 镜像版本升级至 4.0.9-22
- [升级] clickhouse 镜像版本升级至 24.12.5
- 依赖更新
- [升级] fastjson2 版本升级至 2.0.56
- [升级] redisson 版本升级至 3.45.0
- [升级] software.amazon.awssdk 版本升级至 2.30.31
- [升级] software.amazon.awssdk.crt 版本升级至 0.35.0
- [升级] hutool 版本升级至 6.0.0-M20
- [升级] hypersistence-utils-hibernate-63 版本升级至 3.9.2
- [升级] json-schema-validator 版本升级至 1.5.6
- [升级] springdoc 版本升级至 2.8.5
- [升级] sqlite-jdbc 版本升级至 3.49.1.0
- [升级] sweetalert2 版升级至 11.17.2
- [升级] hutool 5.X 版本升级至 5.8.36
如果本项目对你有所帮助,欢迎 Star 一波来支持我们!

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Manjaro Linux 25.0 即将发布:更新桌面环境、默认文件系统为 Btrfs
Manjaro Linux 首席开发者 Philip Müller 提供了关于即将发布的 Manjaro 25.0 的最新状态更新。 Manjaro 25.0 的开发工作正在继续,这款基于 Arch Linux 的操作系统即将推出。在 Manjaro 25.0 中,他们计划提供包含最新 KDE Plasma 6.3、GNOME 48 和 Xfce 4.20 桌面环境的桌面版本。 根据目前 Manjaro 25.0 开发的进度,以及 GNOME 48.0 将于 3 月发布稳定版,目前开发团队正在考虑在 3 月中旬发布 Manjaro 25.0 的稳定 ISO 版本。 除了更新桌面环境和从 Arch Linux 更新的大量其他软件包之外,Manjaro 25.0 将从 EXT4 文件系统切换到 Btrfs 作为其默认文件系统。虽然用户可以在安装过程中更改文件系统选择,但现在他们最舒适的选择是将 Btrfs 作为默认文件系统。 除了默认切换到 Btrfs 之外,Manjaro 还为该发行版添加了自动快照和引导加载程序条目处理功能。 更多关于 Manjaro 25.0 开发版的信息,请访问 M...
- 下一篇
🔥无代码国产流程引擎 FlowLong 1.1.3 发布
开源地址:https://gitee.com/aizuda/flowlong 开源地址:https://github.com/aizuda/flowlong 官网文档:https://flowlong.aizuda.com 支持全流程操作监听,仅 8 张表实现整个流程引擎(更符合中国人的思维模式设计),截至当前近 300 家企业自用登记接入使用。300 多家企业包括,国家计算中心,电信 等国企已上车,你还在等什么呢? 开源登记使用名单如下,企业版用户暂不公开 https://gitee.com/aizuda/flowlong/issues/IB5K4V Flowlong 1.1.3 主要亮点 feat: 新增开启流程实例监听属性 feat: 新增任务监听传递参与者参数 opt: 优化本地锁防止多次实例化 opt: 优化FlwTaskActor中的是否为代理人方法 opt: 优化统一参数命名
相关文章
文章评论
共有0条评论来说两句吧...