在这篇博文中，我将向您提供有关可由Integration Advisor生成的映射指南（MAG）运行时构件的每个组件的详细信息，以及如何在SAP中间件产品中使用它们。如果你首先想了解更多关于什么是杂志以及如何创建杂志的信息，我建议你阅读关于使用杂志编辑器创建杂志的博客文章。如果您对Integration Advisor完全陌生，购返利，并且希望全面了解该产品，我建议您从标题为Integration content Advisor:组件概述和进一步阅读的博客文章开始。从这篇博文中，您将能够访问许多其他博客，并按逻辑顺序阅读它们。
MAG运行时构件是使用Integration Advisor实现的任何集成场景的关键输出之一，淘客大玩家，也是一个巨大的加速器。在这篇博文的主要部分，大数据应用前景，我将解释它们是如何生成的，大数据主要学什么，以及工件的每个组件将用于什么。我还将描述当前可用的两种不同类型的运行时工件。
接口实现过程
使用Integration Advisor实现接口总是遵循几个逻辑步骤：
可用的运行时工件类型
当前您可以生成两种类型的运行时工件使用Integration Advisor，SAP流程集成（PI）的运行时工件和/或SAP云平台集成（SCPI或CPI）的运行时工件：
SAP流程集成（PI）的运行时工件这些工件可以导入SAP PI的企业服务存储库（ESR）。这些细节将在下一节中详细说明。sappi是由SAP提供的企业级中间件解决方案，通常用于内部架构。请注意，这些构件不包含专有的映射语言或模式，只要PI系统中有符合xslt2.0的解析器，就可以在sappi的早期版本中使用。SAP云平台集成的运行时工件（SCPI或CPI）CPI的运行时工件包括映射和模式，这些映射和模式可以作为资源导入到形成CPI中接口定义对象的集成流（iFlow）中。CPI是构成SAP云平台（SCP）上可用的SAP云集成套件的核心云服务之一。
生成了哪些运行时工件
导出运行时工件时，您会发现ZIP存档已创建。文件名通常由MAG名称组成，但空格和特殊字符由下划线（\）替换。如上面的屏幕截图所示，对于流程集成工件，ZIP文件名中添加了一个"\u PO"后缀。这些ZIP文件可以：
对于PI或PO，直接作为存档导入到企业服务存储库（ESR）中的软件组件版本（SWCV）中。对于CPI，可以提取内容，并将其作为映射或模式资源导入您的CPI集成流（iFlow）。
从上面的屏幕截图可以看出，流程集成的ZIP文件的内容相对简单。流程集成运行时工件由3个XSL转换（XSLT）文件组成：
MIG预处理器XSL–在本例中称为"MIG-EDIFACT-ORDERS-D01B\U PO"_预处理.xsl，此XSLT执行传入（源）消息的操作，并将任何限定符节点添加到XML结构中。实际的XSL映射—在本例中称为"MAG-EDIFACT-ORDERS-D01B-to-IDOC-ORDERS.ORDERS05\订单.xsl"，此XSLT执行源消息结构到目标消息结构的实际映射（但仍使用限定节点）。MIG后处理器XSL—在本例中称为"MIG-IDOC-ORDERS.ORDERS05\采购订单.xsl"，此XSLT转换合格的节点以将XML呈现为最终的预期目标数据结构。
要使用运行时工件，ZIP文件应导入到ESR中相应的软件组件版本（SWCV）中，3xsl应作为操作映射中的3个步骤添加。这篇博文详细介绍了如何在sappi或sappo实例中使用操作映射中的内容，以及需要考虑的任何其他先决条件。
下面将介绍CPI运行时工件ZIP文件的内容。在顶层，ZIP文件包含映射的XSLT以及两个文件夹，一个用于保存源MIG工件，另一个用于保存目标MIG工件。需要注意的一点是，MIG文件夹的内容将根据消息来源的系统类型而有所不同。
在我们的示例中，我们使用的是EDI->SAP IDOC场景；因此，会生成额外的EDI特定内容。因此，以下部分描述了与此场景相关的内容。
顶层实际的XSL映射—在本例中称为"MAG-EDIFACT-ORDERS-D01B-to-IDOC-订单5.xsl"，此XSLT执行源消息结构到目标消息结构的实际映射（但仍使用限定节点）。源（EDIFACT）MIG文件夹入站EDI XSD–在本例中称为"UN-EDIFACT\u ORDERS\u D01B.XSD"，此XML模式用于（可选）EDI验证和拆分，以及EDIáXML转换MIG预处理器XSL—在本例中称为"MIG-EDIFACT-ORDERS-D01B_预处理.xsl，此XSLT执行传入（源）消息的操作，并将任何限定符节点添加到XML结构中。EDI扩展验证XSD—在本例中称为"MIG-EDIFACT-ORDERS-D01B"_RD.xsd公司，此XML架构供可选使用，并允许在进行限定符预处理后进行扩展的EDI验证。测试数据–在本例中称为"MIG-EDIFACT-ORDERS-D01B\U测试数据_ICA.xml文件"，始终为每个MIG生成测试数据，无论是源还是目标。这可以在iFlow测试期间用于验证结果。MIG后处理器XSL–在这里称为"MIG-EDIFACT-ORDERS-D01B_后置程序.xsl，不使用。后处理器XSL总是为源MIG和目标MIG生成的，但实际上并不需要用于源MIG处理。目标（IDOC）MIG文件夹MIG预处理器XSL—在本例中称为"MIG-IDOC-ORDERS.ORDERS05\预加工.xsl"，此XSLT执行传入（源）消息的操作，并将任何限定符节点添加到XML结构中。总是为源MIG和目标MIG生成预处理器XSL，但实际上不需要用于目标MIG处理。IDOC扩展验证XSD—在本例中称为"MIG-IDOC"-ORDERS.ORDERS05路.xsd"，此XML模式供可选使用，并允许在进行限定符预处理后进行扩展IDOC验证。MIG后处理器XSL—在本例中称为"MIG-IDOC-ORDERS.ORDERS05\邮政编码.xsl"，此XSLT将转换限定的节点以将XML呈现为最终的预期目标数据结构。测试数据–在本例中称为"MIG-IDOC-ORDERS.ORDERS05\u测试数据\u ICA.xml"，始终为每个MIG生成测试数据，无论是源还是目标。这可以在iFlow测试期间用于验证结果。
