July
July
> #11729 尝试修复该问题，但点击中英文切换按钮后，需刷新页面才生效，不知该思路是否合适？ 我觉得后台可以直接改成英文，就目前来说，nacos-server并没有国际化，所有国际化都在前端做的，感觉没必要因为一个公告接口做这个事情 @KomachiSion
contribute welcome
看了一下DistroFilter同理，都是注入容器中的，单独写一个扫包加处理class是不是太繁琐了，如果没有额外功能应该是能通过第二种方式优化掉的
我理解如果平替掉的话就可以移除掉了，包括RequestMappingInfo这些类，都是很老版本的东西了，直接复用spring提供的能力更好
我项目里的解决方案是添加spring.mvc.pathmatch.matching-strategy=ant_path_matcher，但是没有深究这两者的区别，如果要替换还得仔细研究研究会不会有不兼容的地方
新版本没复现，应该已经解决了
> > 新版本没复现，应该已经解决了 > > 请问新版本是哪个服务端是2.0.3吗？ 可以关注社区的release，[nacos-release](https://github.com/alibaba/nacos/releases)，现在最新版本是2.3.0
我的想法是做一个@PrometheusParam的注解，然后value可以是${namespace}|${group}的占位符，用AspectJ去做切面替换占位符，然后以参数形式注入到不同的prometheus监控中，这样别的接口也可以使用，扩展起来方便，是否可行 @KomachiSion
> > 我的想法是做一个@PrometheusParam的注解，然后value可以是${namespace}|${group}的占位符，用AspectJ去做切面替换占位符，然后以参数形式注入到不同的prometheus监控中，这样别的接口也可以使用，扩展起来方便，是否可行 @KomachiSion > > 没必要这么复杂， 如果prometheus sd 不关心具体的uri是什么，那完全可以提供全量的，命名空间级别，服务级别的接口精确控制， 甚至应该限制使用命名空间级别，服务级别，减少全量接口的使用。 get
@KomachiSion nacos-spring-context开发分支已经支持2.2.1了