简介

消息处理日志（MPL）无疑是SAP CPI中非常需要和争论的话题之一–MPL是用于监视和故障排除的宝贵信息源，263云通信企业版，许多解决方案基于此功能构建，以方便附加信息和消息内容日志记录，关于什么时候可以/应该使用MPL，什么时候应该避免使用MPL，什么时候应该考虑替代方案，关于最佳实践和用例发生了很多争论……在这里，我们再看一篇关于这个主题的博文——这一次，关于改变单个消息的日志级别，而不是整个iFlows的日志级别。

让我们先来设置场景。SAP CPI提供四个MPL日志级别：无、信息、调试和跟踪。

使用无日志级别的情况很少，因为使用此日志级别处理的消息不会记录任何数据。在正常情况下，iFlows通常以信息日志级别运行–此日志级别允许记录有关消息处理步骤的基本信息，以及有关失败消息的最后处理步骤的更详细信息。

在SAP CPI中排除消息处理错误的过程中，集成开发人员通常会增加受影响的部署iFlow的日志详细程度，再现错误并分析失败消息的MPL条目。这里常用的日志级别是DEBUG（此日志级别允许记录有关消息处理步骤的详细信息）或TRACE（如果除此之外，还需要消息内容的持久性）。当前，跟踪日志级别将在10分钟后过期（过期后，iFlow的日志级别将恢复到以前设置的日志级别，在启用跟踪日志级别之前），并且跟踪数据将在保留时间为1小时后删除，但计划将这些时间段设置为可配置的，因此，请继续关注此空间。

调试日志级别也被一些组织用于消息数据部分的长期持久性—例如，常见操作将涉及添加MPL属性以用于附加信息日志记录，或自定义头属性以用于用户定义的消息搜索，或用于持久化全部或部分消息负载的附件。基于MPL日志级别评估的方法是使用iFlow的额外指定的外部化和可配置参数的有效和方便的替代方法。虽然后一个选项没有什么问题，而且它可以在预打包的内容和许多自定义iFlow中得到满足，高返利页游，但是如果需要启用或禁用其他日志记录，云品，这种方法需要更改可配置参数的值并重新部署iFlow。相反，当使用基于MPL日志级别评估的前一种方法时，iFlow中不需要任何额外的可配置参数，数据分析怎么做，因为MPL配置（以及作为其一部分的MPL日志级别）可以在消息处理期间通过访问交换属性SAP\u MessageProcessingLogConfiguration来检索。此外，不需要重新部署iFlow，因为iFlow的日志级别可以在SAP CPI Web UI中动态更改。Malte Schluenz在他的博客文章中对这种方法进行了详细的解释和说明，因此我非常鼓励您阅读所提到的博客文章和评论，这些文章和评论为这种方法及其变体的使用和适应提供了额外的工具性想法。

在这篇博客文章中，我想详细介绍一下MPL日志级别的用法，并分享一个在所描述的上下文中可能有用的功能—特别是，如何在消息级别设置MPL日志级别，但在此之前，让我们先回顾一下如何在iFlow级别设置日志级别。

基线场景

在整个博客文章中，我将使用iFlow提供示例，iFlow的灵感来自上述Malte的博客文章，它由一个步骤组成—Groovy脚本步骤，在MPL日志级别为DEBUG或TRACE的情况下实现消息负载作为MPL附件的持久性：

提供了Groovy脚本函数的实现以下：

注意：功能实现简化了-例如，它使用固定的MPL附件名称和固定的上下文类型。在现实场景中，可以通过引入可配置的附件名称和内容类型，并通过额外的检查（如可空负载检查和负载大小检查）来丰富脚本，从而使其变得更加可重用和灵活。

iFlow使用HTTPS发送方连接–iFlow部署到运行时后，这使我们能够稍后使用HTTP客户机（如Postman）调用iFlow。为简单起见，在HTTPS发送方连接配置中禁用CSRF保护。

将日志级别设置为iFlow级别

将MPL日志级别设置为iFlow级别的最常见方法之一是使用SAP CPI Web UI中的操作视图：

如果请求消息发送到iFlow的端点，我们将能够看到消息监视器中已处理消息的MPL，但它将缺少带有消息有效负载的MPL附件，因为iFlow的日志级别当前是INFO：

对于那些希望使用相同功能在iFlow级别设置日志级别的人，但是以编程方式，相应的命令IntegrationComponentSetMplLogLevelCommand可作为操作API的一部分使用。当我们更改所选iFlow的日志级别时，SAP CPI Web UI将调用此命令，并且可以使用其他工具/HTTP客户端调用相同的命令。需要注意的是，Operations API（及其下的命令框架）尚未发布供外部使用，目前仅保留供SAP内部使用，尽管我们可以使用相关命令，而且该方法在技术上是有效的，您应谨慎并注意可支持性方面，并在评估此选项时考虑到这一点。