happyyangyuan

@TommyLemon 首先向大佬致敬，apijson协议设计得非常优雅，让我爱不释手。 迫不及待想要将这个协议集成到我们的项目中去，但是我们又不需要apijson库中自带的“圈子”，登录校验（authentication）、权限校验（authorization）等功能，虽然是可以通过设置开关、重写父类方法的方式去关闭掉，但是作为用户心理上会觉得这个库和上面提的这些业务耦合得太深，阅读apijson库的源码多处可以看到上述业务代码在工具库中与apijson协议代码相互耦合在一起，导致我有非常大的心理压力在公司全面推广。 因此希望大佬可以将apijson库中自带的“圈子”，登录校验（authentication）、权限校验（authorization）等功能进行代码级别的解耦，由您定义认证鉴权接口，并提供更全面的上下文信息，让用户自行提供认证、鉴权实现。让jsonapi用户可以轻松实现如下图层次分明架构： 

> > @TommyLemon 首先向大佬致敬，apijson协议设计得非常优雅，让我爱不释手。 > > 迫不及待想要将这个协议集成到我们的项目中去，但是我们又不需要apijson库中自带的“圈子”，登录校验（authentication）、权限校验（authorization）等功能，虽然是可以通过设置开关、重写父类方法的方式去关闭掉，但是作为用户心理上会觉得这个库和上面提的这些业务耦合得太深，阅读apijson库的源码多处可以看到上述业务代码在工具库中与apijson协议代码相互耦合在一起，导致我有非常大的心理压力在公司全面推广。 > > 因此希望大佬可以将apijson库中自带的“圈子”，登录校验（authentication）、权限校验（authorization）等功能进行代码级别的解耦，由您定义认证鉴权接口，并提供更全面的上下文信息，让用户自行提供认证、鉴权实现。让jsonapi用户可以轻松实现如下图层次分明架构： > >  > > [APIJSONORM](https://github.com/Tencent/APIJSON/tree/master/APIJSONORM/src/main/java/apijson/orm) 里本身就定义了 [Verifier](https://github.com/Tencent/APIJSON/blob/master/APIJSONORM/src/main/java/apijson/orm/Verifier.java), Parser, SQLConfig, SQLExecutor 等 interface 来解耦，[AbstractVerifier](https://github.com/Tencent/APIJSON/blob/master/APIJSONORM/src/main/java/apijson/orm/AbstractVerifier.java) implement Verifier 做了具体的实现，除了可以重写方法来自定义校验，也可以自己基于 Verifier 去实现一套自己的校验方式。 >...

Same question

solved by: ```yml fields.app: open-portal # produces field name "filebeat_app" fields.env: prod # produces field name "filebeat_env" ```

当Content-Length →1447 时，耗时较长600+ms。 当Content-Length →1268时，耗时50ms左右。

Synchronous MongoDB plugin is ready.

问题补充 local/ide启动，直接使用log4j的API答应debug日志，不受框架日志级别配置约束

``` public abstract class AbstractCustomConfigurationFactoryTemplate extends ConfigurationFactory { private Configuration createConfiguration(final String name, ConfigurationBuilder builder) { builder.setConfigurationName(name); builder.setStatusLevel(Level.ERROR); builder.add(builder.newFilter("ThresholdFilter", Filter.Result.ACCEPT, Filter.Result.NEUTRAL).addAttribute("level", level())); if (isConsoleAppenderEnabled()) { AppenderComponentBuilder appenderBuilder = builder.newAppender("Stdout", "CONSOLE").addAttribute("target",...

这个没有建qq群哦，工作比较忙...

同上，吐槽，搞不懂为什么要重新定义@NacosValue @NacosInjected这些侵入性的注解，为什么不坚持使用spring标准的@Value和@Autowired注解？ 是为了绑死用户？让用户将来无法从nacos迁移到其他配置和服务发现工具的吗？