spring cloud 2025.0.0发布了，希望nacos配置可以回到2023.0.1.2的样式

[axeon]

spring cloud 2025.0.0代码库已经发布，maven central发布中。 spring boot 3.5和spring cloud 2025这条线是LTS版本，可以支持到2032-06-30。 希望spring cloud alibaba尽快跟进发布2025.0.0.0。

另外，希望nacos的配置可以回到2023.0.1.2的样式。 现在nacos的配置方式并不符合常见套路，很别扭，我认为放弃之前的配置风格是个bug！

[leohou0430]

+1

[MUSICMIDI]

+1

[lanmingle]

在 spring boot 3.2.x + 2023 上，log4j2 会出现一堆警告日志，感觉都没有测试到位，选这个 nacos 做备选方案，实在无奈！

[herodotus-ecosystem]

+1

[herodotus-ecosystem]

另外，自 2023.0.1.2 之后除了配置问题，还多了一个让 Spring Boot 自身日志配置失效的问题。见：#3995 #3919

[leyou240]

希望尽快适配spring cloud 2025

[jaimyjie]

+1

[WangXang]

+1

[tihssiefiL]

+1

[Yanzk]

+1

[Dou-Fu-10]

+1

[axeon]

+1

[lwQin]

人家忙着搞 AI 呢，没 KPI 管社区

[16638112210]

1

[george510257]

+1

[ironyjy]

+1

[herodotus-ecosystem]

见 https://github.com/alibaba/spring-cloud-alibaba/issues/3995#issuecomment-2999557096

[github-actions[bot]]

This issue has been open 30 days with no activity. This will be closed in 7 days.

[jiangdf128]

+1 @ @

+1

[zju-zhanglu]

+1

[yuanqaz]

+1

[Self-revolution]

+1

[john1337]

+1

[herodotus-ecosystem]

SCA 2023.0.1.3 以及之后的版本变化，一方面是为了提取共用模块；另一方面是不打算再兼容 Bootstrap 模式。

因为，确实是 Boostrap 模式是兼容的模式，是 Spring 本身也已经不再推荐使用。

所以，现在最好的办法就是：

1. 把现在所有的 Nacos 配置，全部改成 spring.config.import 的方式
2. 把服务中的 Bootstrap.yml 全部改成 application.yml

这样的话spring-cloud-starter-boostrap 也不需要依赖了。这样操作之后，现在的 SCA 2023.0.3.3 就直接可以用，不会有任何问题。

这两天我也仔细看了看。我提交的 PR #4069 也仅是兼容老用户 Bootstrap 模式的补救措施。与 SCA 新版本的用法不符，也不符合 Spring 的规范。

因为 Bootstrap 模式还是需要依赖于 spring.factories 配置文件，但这个文件已经不是 Spring Boot 3.x 标准用法了，由此可见 不推荐 Bootstrap 模式是对的，早晚要被淘汰。特别是今年的年底要发布 Spring Boot 4.X 了

[Self-revolution]

希望官方能给出详细的指导文档，应当如何将老版本的配置改为spring.config.import的方式

[Yanzk]

希望官方能给出详细的指导文档，应当如何将老版本的配置改为spring.config.import的方式

这里有说明： https://github.com/alibaba/spring-cloud-alibaba/issues/3998

[markr512]

+1

[github-actions[bot]]

This issue has been open 30 days with no activity. This will be closed in 7 days.

[github-actions[bot]]

This issue has been automatically marked as stale because it hasn't had any recent activity.If you think this should still be open, or the problem still persists, just pop a reply in the comments and one of the maintainers will (try!) to follow up. Thank you for your interest and contribution to the Sping Cloud Alibaba Community.

[huliua]

SCA 2023.0.1.3 以及之后的版本变化，一方面是为了提取共用模块；另一方面是不打算再兼容 Bootstrap 模式。

因为，确实是 Boostrap 模式是兼容的模式，是 Spring 本身也已经不再推荐使用。

所以，现在最好的办法就是：

1. 把现在所有的 Nacos 配置，全部改成 spring.config.import 的方式
2. 把服务中的 Bootstrap.yml 全部改成 application.yml

这样的话spring-cloud-starter-boostrap 也不需要依赖了。这样操作之后，现在的 SCA 2023.0.3.3 就直接可以用，不会有任何问题。

这两天我也仔细看了看。我提交的 PR #4069 也仅是兼容老用户 Bootstrap 模式的补救措施。与 SCA 新版本的用法不符，也不符合 Spring 的规范。

因为 Bootstrap 模式还是需要依赖于 spring.factories 配置文件，但这个文件已经不是 Spring Boot 3.x 标准用法了，由此可见 不推荐 Bootstrap 模式是对的，早晚要被淘汰。特别是今年的年底要发布 Spring Boot 4.X 了

不用bootstrap，不同环境下的nacos地址、namespace怎么配置？我试了半天，最终还是把bootstrap引入进来了。。。。 问ai后才知道，spring.config.import优先解析，解析到需要使用nacos时，就会读取application.yaml中nacos的连接地址配置，进而连接nacos并获取配置信息。最后才根据spring.profiles.active加载别的配置文件，所以即使设置spring.profiles.active=dev,并在application-del.yaml中配置了开发环境的nacos地址，也是读取不到的。