叫我Paul就好

2.支持单独配置终端日志级别 这个可以通过LoggerContext获取到对应的logger之后通过setLevel可以直接设置，但是有以下注意点： - 设置日志级别的时候要兼容log4j与logback，两者的日志级别都要设置 - 设置时需要注意有三个地方都有console的配置，分别是log-conf.xml、sofa.middleware.log.console.level、sofa.middleware.log.{space id}.console.level，要注意配置顺序来确定最终生效的console日志级别

我想认领第二个任务

> > 2.支持单独配置终端日志级别 > > 这个可以通过LoggerContext获取到对应的logger之后通过setLevel可以直接设置，但是有以下注意点： > > > > * 设置日志级别的时候要兼容log4j与logback，两者的日志级别都要设置 > > * 设置时需要注意有三个地方都有console的配置，分别是log-conf.xml、sofa.middleware.log.console.level、sofa.middleware.log.{space id}.console.level，要注意配置顺序来确定最终生效的console日志级别 > > 这里不能使用 logger 的 setLevel 哈～ > > 1. 一个 logger 的下面会有多个...

> @dkisser setTarget 只是设置输出到 stdout 还是 stderr，并不能改 level 的吧。 > > 可以往这两个方向看看： > > * appender filer. > * AppenderControl is also applicable in log4j2. > > 你的疑问是对的，每个 logger 都需要一个...

我想认领 “为SOFA Boot增加SOFA tracer插件” 这个任务 **tracer相关类：** AbstractSofaTracerStatisticReporter ---执行具体的上报动作 AbstractDigestSpanEncoder ---存储要上报的内容 AbstractClientTracer聚合上述两个类，通过clientSend和clientRecieve来执行具体的发送与接受动作 **思路** 对于Kafka、Rocket、Rabbit、Redis、Mongo这些中间件，Spring均提供了模板类，我们可以通过代理这些模板类（如：redisTemplate、kafkaTemplate等），通过代理它的execute方法，在execute方法前后通过AbstractClientTracer的clientSend和clientRecieve来完成埋点操作，大体思路和RestTemplate的拦截类似，但不同的是我们需要手动得去实现拦截，而不能借用interceptor(暂时不确定各个模板类是否都有interceptor机制，对于有的可以和RestTemplate一样，通过interceptor实现。对于没有就只能自己编写代理类来拦截，也可以通过spring的AOP来实现)

> > 我想认领 “为SOFA Boot增加SOFA tracer插件” 这个任务 > > **tracer相关类：** > > AbstractSofaTracerStatisticReporter ---执行具体的上报动作 > > AbstractDigestSpanEncoder ---存储要上报的内容 > > AbstractClientTracer聚合上述两个类，通过clientSend和clientRecieve来执行具体的发送与接受动作 > > **思路** > > 对于Kafka、Rocket、Rabbit、Redis、Mongo这些中间件，Spring均提供了模板类，我们可以通过代理这些模板类（如：redisTemplate、kafkaTemplate等），通过代理它的execute方法，在execute方法前后通过AbstractClientTracer的clientSend和clientRecieve来完成埋点操作，大体思路和RestTemplate的拦截类似，但不同的是我们需要手动得去实现拦截，而不能借用interceptor(暂时不确定各个模板类是否都有interceptor机制，对于有的可以和RestTemplate一样，通过interceptor实现。对于没有就只能自己编写代理类来拦截，也可以通过spring的AOP来实现) > > 不是这个意思哈，trace...

The explanation of serialization upgrade see here . Related issue: https://github.com/apache/dubbo-website/pull/1487

see #10666

First, check network status, the log shows that it took more than 10s for client got response.Second, check application status, it also shows that application had took more than 20s...

我也遇到了，这个是因为这个补丁包和nginx版本不匹配吗？我用的nginx是1.26.2