云服务器价格_云数据库_云主机【优惠】最新活动-搜集站云资讯

阿里云_香港免费cdn_是什么

小七 141 0

这个博客解释了如何在Partner目录的帮助下连接使用不同XML结构和id的通信伙伴。合作伙伴目录实体"Alternative Partner"将外部合作伙伴id映射到合作伙伴目录内部使用的id。在Partner目录中,可以存储XSL转换和XML模式,以便在集成流中执行依赖于合作伙伴的XSL转换和XML模式验证。我们将解释有用的XSL特性,如访问和设置exchange属性、标头和代码映射。

我们通过增强我们在上一篇博客"云集成-合作伙伴目录-分步示例"中开发的集成流程来介绍这些特性。

备选合作伙伴ID

备选合作伙伴实体类型为合作伙伴目录中引入了以下用例:

合作伙伴目录只允许合作伙伴ID使用某些字符(字母数字字符和"-"、""."、"\"、"~"、""),合作伙伴ID的长度限制为60个字符。但是,合作伙伴网络的发送方和接收方系统可能使用不符合合作伙伴ID限制的ID。使用备用合作伙伴实体,您可以定义合作伙伴系统中使用的ID和合作伙伴目录中使用的合作伙伴ID之间的映射。两个伙伴可以使用不同的ID值,尽管它们引用相同的实例。使用备用合作伙伴实体,您可以将不同的外部ID映射到合作伙伴目录内部使用的同一个合作伙伴ID。两个伙伴可以使用相同的ID值,尽管它们引用不同的实例。备选合作伙伴实体帮助您将非唯一的外部ID映射到合作伙伴目录中内部使用的唯一合作伙伴ID。

我们将合作伙伴系统中使用的ID称为外部ID或备选ID,并将合作伙伴目录中内部使用的合作伙伴ID称为PD合作伙伴ID。

备选合作伙伴实体类型有以下四个字段:

代理:定义标识方案并为要标识的对象颁发ID的组织名称;代理也可以是定义外部ID的发送方伙伴;字段长度限制为120个字符。Scheme:一种参考框架,微信返利机器人哪个好,在该框架内,对象由名称唯一标识;一个机构可以提供不同格式的id,例如BIC(iso9362)定义了8或11个字符的代码;字段长度限制为120个字符。Id:标识给定方案内对象的Id或名称,在指定的代理和方案值内是唯一的;此Id在这里称为外部Id或备选Id;字段长度限制为60个字符。

Pid:映射到备选Id的PD合作伙伴Id

备选合作伙伴实体类型在中设计通过代理、方案和Id值或代理、方案和Pid值可以唯一地标识条目的方式。这意味着,大数据入门,如果您知道一个条目的代理、方案和Id值,那么您可以查找相应的Pid值。或者,如果您知道代理、方案和Pid值,您可以查找相应的Id值。

在集成流的脚本步骤中,您可以执行如下Groovy脚本中所示的查询:

Groovy脚本1:查找PD Partner Id以获得Altnernative Partner Id,或者查找PD Partner Id的备用Partner Id

依赖于Partner的XSL Transformartion和XML Schema Validation

在许多合作伙伴相互通信的场景中,很可能不是所有合作伙伴都使用相同的XML结构进行消息交换。因此,必须执行XSL转换才能将消息从发送方结构转换为接收方结构。通常,淘客如何推广,从发送方消息到接收方消息的转换分为两个步骤。发送方消息首先被转换为公共内部结构,并且在第二转换中,内部消息被转换为接收方结构。双转换方法有助于减少必要的XSL转换的数量。

假设您有10个发送方伙伴和10个接收方伙伴,它们都需要不同的消息结构。如果编写直接将发送方结构转换为接收方结构的转换,云服务器购买,则需要100个转换。使用双转换方法,您只需要20个转换。

消息到达系统后立即验证也是一种好的做法。我们将在示例场景中使用XML文档,并使用XML模式验证XML文档。

示例场景

我们增强了上一篇博客"云集成-合作伙伴目录-分步示例"中给出的场景。下图概述了我们的示例场景。

图1:示例场景

我们两个发送方伙伴的PD伙伴ID为"sender\u BASIC"和"sender\u OAUTH",两个接收方伙伴的PD伙伴ID为"receiver\u 1"和"receiver\u 2"。发送方合作伙伴通过SAP云集成向接收方合作伙伴发送消息。

与上一篇博客相比,新的是

所有四个合作伙伴的消息都使用不同的XML结构(上图包含每个合作伙伴的示例消息),所有合作伙伴都使用不同于PD合作伙伴ID的ID来标识其他通信伙伴(参见上图)消息中有一个新字段"Currency",其中发送方合作伙伴使用货币值"$"和"€",而接收方合作伙伴期望货币值"USD"和"EURO"(见上图中的示例消息)

合作伙伴"sender_BASIC","receiver_1",而"接收者2"则使用标准机构的id作为他们的通信伙伴。我们称这个标准机构为"AgencyXYZ"。BIC(ISO 9362)就是这样一个标准机构的例子。下表显示了代理"AgencyXYZ"的ID如何映射到PD合作伙伴ID。

表1:将代理"AgencyXYZ"的ID映射到PD合作伙伴ID

发送方合作伙伴"sender\u OAUTH"为通信伙伴使用自己的ID。我们称他的身份证代理为"寄件人代理"。下表显示了此代理的ID如何映射到PD合作伙伴ID。

表2:代理"Sender\u OAUTH\u agency"的ID和PD合作伙伴ID之间的映射

注意,代理"AgencyXYZ"和"Sender\u OAUTH\u agency"使用不同合作伙伴的ID"Receiver Premium"("Receiver\u 1","Receiver\u 2")。

建立了不同合作伙伴之间的通信合作伙伴、合作伙伴目录集成流程必须解决三个映射问题: