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

网站服务器_搭建企业邮箱服务器_试用

小七 141 0

本博客介绍了如何使用新的XI sender适配器,该适配器将于2018年6月10日发布。它描述了您的场景的配置选项、大小限制和监视选项。

许多客户运行现有的本地后端系统,这些系统可以使用XI 3.0协议连接到集成代理。在大多数情况下,代理是SAP NetWeaver PI(流程集成)或PO(流程编排)系统。现在,有了新的XI适配器,客户还可以使用XI 3.0协议将其本地后端连接到SAP云集成。XI发送方适配器可用于通过XI 3.0协议接收消息,而XI接收方适配器可用于使用XI 3.0协议发送消息,我关注XI发送方适配器,并继续使用XI接收方适配器在blog配置场景中为XI接收方适配器启动的示例场景。在这个场景中,我们现在将使用来自后端系统的异步XI消息。要了解整个场景,最简单的方法是从使用XI接收器适配器的示例场景开始,然后继续使用XI发送器场景。但是您也可以独立地使用XI发送方适配器的场景。在这种情况下,您只需配置确认消息并使用事务SPROXY发送。

要在云集成中通过XI 3.0协议接收消息,您需要配置带有XI发送方适配器的集成流,并且需要配置发送方后端以将消息发送到部署的XI发送方适配器的端点集成流在云集成中公开

配置接收XI消息的集成流

首先在Web UI设计部分配置集成流。创建集成流,将发送方参与者与开始消息事件连接,并选择XI适配器。

首先,选择XI发送方通道中的连接选项卡。在地址字段中配置路径。此路径将生成到端点URL中,该URL由发送方系统调用以触发集成流执行。

在"传递保证"选项卡中,云服务器那个好,指定服务质量,如果至少一次且恰好一次,个人云服务器,则指定重试配置设置。让我们更详细地检查选项。

要定义服务质量,您有以下选项:至少一次、正好一次或尽力而为:

尽力而为用于同步请求-应答场景,即,如果您的发送方系统有一个同步接口,您希望通过该接口向云集成发送消息,那么您可以使用此选项。如果选择此选项,则不需要配置任何其他设置,因为消息请求和响应在云集成中会立即处理。因此,不涉及用于以后重试的消息的临时存储。只有一次和至少一次都用于异步单向场景,这意味着如果发送方系统有一个异步接口,您希望通过该接口向云集成发送消息,则需要使用此选项。如果配置此选项,则消息将临时存储在云集成租户中,如果发生错误,则从那里重试消息。一旦消息在临时存储器中持久化,发送方就会获得成功接收的状态。不同的是只有一次(2019年1月发行的XI发送方适配器版本为1.8或更高版本)可以确保如果已经收到相同的XI消息ID,XI发送方适配器不会处理消息。它将重复的消息返回给发送者,但不在云集成中处理该消息。这是使用存储所有接收到的XI消息id的幂等存储库实现的。请注意,此选项只能与作为临时存储的数据存储一起使用,因为幂等存储库也是基于数据库的,云集成不能支持JDBC和JMS资源之间的一致数据。还要注意,由于对幂等存储库的额外检查,性能不如使用"至少一次"选项时好。如果发送方再次发送同一条XI消息,淘客怎么做,则只需处理一次(XI发送方适配器的版本高达1.7)。使用此选项,接收器应该能够处理重复的。此选项相当于1.8版本中提供的至少一次选项。如果发送方再次发送同一条XI消息,则至少有一次(2019年1月发行的XI发送方适配器版本为1.8或更高版本)会多次处理该消息。使用此选项,接收器应该能够处理重复的数据。请注意,此选项具有更好的性能,因为不必对幂等存储库进行检查。

我们至少为示例场景配置一次,因为我们希望接收异步消息。在这种情况下,需要定义临时存储。您可以选择将消息临时存储在数据存储或JMS队列中:

选择数据存储后,消息将临时保存在租户的数据库中。可以在数据存储监视器中监视存储的消息。如果选择了JMS Queue,则消息将存储在连接的JMS代理上的JMS队列中。请注意,JMS队列选项的性能更高,但仅当您为租户购买了企业或消息传递许可证时才可用。(您可以在博客"如何激活Message Broker"中找到更多详细信息。)

如果数据存储配置为临时存储,则需要定义以下附加设置:

重试间隔:您在此处定义在该时间之后,如果消息处理过程中出错,则应触发重试。指数退避:如果选择了该标志(我建议这样做),则每次不成功的重试后重试间隔将加倍。最大重试间隔:在这里输入限制,以避免因指数退避设置而导致重试间隔无限增加。此字段仅在选择指数退避时可用。建议要么保持60分钟,甚至如果场景可以接受的话,增加60分钟。持久化期间加密消息:如果选中此选项,则在临时存储期间在数据存储中加密消息。请注意,如果邮件包含敏感数据,则建议这样做。但是,缺点是此设置会略微降低性能。请注意,没有可用于死信队列处理的配置选项。如果数据存储用作临时存储,则内存不足处理始终处于活动状态。这意味着在内存不足导致的第三次重试之后,消息将被阻止并停止进一步处理。

如果JMS队列被配置为临时存储,则需要定义以下附加设置: