lepdou
lepdou
这里面有两个问题： **问题一：标准输出日志里没有打印 ERROR 日志，只打印到 polaris.log 日志文件里** 这里我觉得可以把 ERROR 和 WARN 都默认打印到标准输出里。 INFO 级别的话，最早的时候也都是打印到标准输出里，然后有用户觉得北极星日志打印太多了，所以当时做了一个优化，就是把北极星日志打到独立的 polaris.log 里。 所以总结一下的话，就是可以优先把 ERROR 和 WARN 都默认打印到标准输出里。至于 INFO 日志，最好是让用户也可以配置。但是目前可能做不到，改动点比较多。 **问题二：应用启动时，连不上配置中心，是不是应该阻塞应用启动** 这个问题确实很关键。按我之前的经验，有些场景下，配置拉失败，应用起不来是最安全的。但是在某些紧急情况下，业务期望不强依赖配置中心，即使配置中心挂了，应用也可以启起来。 解决方案： 1. 默认改成强依赖配置中心，应用启动时，当从配置中心获取不到配置时，启动失败，这种方式最保守。 2. 也暴露一个开关，用户可以设置不强依赖。当配置拉取失败也可以启动成功。 以上两点，我们排期优化一下。感谢...
@Jack9610 感谢您的支持~
> > > 大致看了一眼，比某baba 整洁干净，如果更新的快，准备换java 17的时候切过来。 > > > > > > We will keep pace with the release progress of spring boot and cloud communities in the future，welcome attention～...
@slowmoon 这个看了一下，当文件比较多的时候，左侧目录区域，没有自动上下滚动。导致有部分文件被遮住了，我们这个版本就优化掉。
2. Support in-memory database This can only be used in quick start mode? 1&2 I think can be used in production environment.