一、该问题的重现步骤是什么？
按照解决方案在配置文件加了blade.log.request.error-log: false配置，正常来说不应该再推送异常日志到blade-log，但发现还是有异常日志进去，然后发现是底层的BladeErrorAttributes调用的，这个怎么通过配置完全关闭呢？
二、你期待的结果是什么？实际看到的又是什么？
三、你正在使用的是什么产品，什么版本？在什么操作系统上？
四、请提供详细的错误堆栈信息，这很重要。
五、若有更多详细信息，请在下面提供。
下载bladex-tool，参考这个提交修改一下：https://center.javablade.com/blade/BladeX-Tool/commit/5b4c01ebbee1d2682f8ea9854376fc3d6ff325bd，
然后bladex-tool工程本地执行mvn clean install，然后就可以了
现在生产承载的应用太多了，不能一个个去重新部署。之前配置的方式能够解决服务本身抛出来的异常，主要是不想让他调用blade-log失败时一直重试刷日志。不知道BladeErrorAttributes这里推送日志失败时会不会重试一直刷？如果这部分不会重新刷的话不做处理问题也不大
系统版本多少，这里加了try catch后，入库报错不会无限调用，失败了就跳过了
3.0.1的 没有这个try...catch...
那也不需要下载安装tool，你把这个加了try catch的类拷贝到业务工程里，然后类的路径、包名要和tool一样，这样业务工程启动后，这个类就会直接覆盖tool类里了。然后就直接生效了。花半小时把所有项目处理下就可以了。
加载中...
苏公网安备 32041102000998号