我可以覆盖org.mule.api.processor.LoggerMessageProcessor吗?

我可以覆盖org.mule.api.processor.LoggerMessageProcessor吗?,mule,mule-studio,mule-component,mulesoft,mule-esb,Mule,Mule Studio,Mule Component,Mulesoft,Mule Esb,覆盖mule中的默认记录器,以便在每次打印日志消息之前都将一些自定义详细信息发送到记录器threadcontext。尤其是在打印默认有效负载之前。不应覆盖Mule API包。另外,如果这是针对Mule 4的,则没有提到该版本,您必须知道线程模型可能不允许重用线程上下文。可能每个消息处理器都可以在单独的线程中执行 作为替代方案,我看到人们实现了自己的日志连接器/模块来定制日志操作。您不应该覆盖Mule API包。另外,如果这是针对Mule 4的,则没有提到该版本,您必须知道线程模型可能不允许重用线

覆盖mule中的默认记录器,以便在每次打印日志消息之前都将一些自定义详细信息发送到记录器threadcontext。尤其是在打印默认有效负载之前。

不应覆盖Mule API包。另外,如果这是针对Mule 4的,则没有提到该版本,您必须知道线程模型可能不允许重用线程上下文。可能每个消息处理器都可以在单独的线程中执行


作为替代方案,我看到人们实现了自己的日志连接器/模块来定制日志操作。

您不应该覆盖Mule API包。另外,如果这是针对Mule 4的,则没有提到该版本,您必须知道线程模型可能不允许重用线程上下文。可能每个消息处理器都可以在单独的线程中执行


作为替代方案,我看到人们实现了自己的日志连接器/模块来定制日志操作。

Thumbrule-此类不能被覆盖

因此,我们可能有一个自定义转换器来初始化线程上下文,以便在mule中的特定流中,后续流将遵循该线程上下文的顺序并设置值,因为流被视为线程

如果您想以更增强的方式执行此操作,我们可以创建消息处理器。请参阅以下链接:


拇指规则-无法重写此类

因此,我们可能有一个自定义转换器来初始化线程上下文,以便在mule中的特定流中,后续流将遵循该线程上下文的顺序并设置值,因为流被视为线程

如果您想以更增强的方式执行此操作,我们可以创建消息处理器。请参阅以下链接:


您是如何做到这一点的?这将真正解决这个难题,只需按照文档中的说明创建一个模块:,然后用您自己的操作替换这些操作。您是如何做到这一点的?这将真正解决这个难题,只需按照文档中的说明创建一个模块:,然后用自己的操作替换这些操作。