当前位置:主页 > 云存储 > 云计算基础 >

对象存储_数据库建立步骤_是什么

简介

让我们沿着记忆之路漫步

在XI 3.0和PI7.0的早期,提出解决方案以应对各种集成挑战的情况并不少见。一个常见的需求是从单个源消息发布多个目标IDoc消息。这需要1-N IDoc多重映射(也称为基于映射的消息拆分)。那时,基于映射的消息拆分有一个限制,如下面的blog Multi mapping without BPM片段所述–是的,这是可能的!

由于IDoc适配器在那个双栈时代是基于ABAP的,这意味着在"真正意义上"的目标IDoc接口中,这种拆分是不可能的。然而,所有这些都没有丢失,学习大数据,因为这样一个需求的解决方法是通过导出标准IDoc模式,将根节点的出现更改为"unbounded",并将其作为外部定义重新导入,从而更改标准IDoc的出现情况我不确定PI7.1系统中的行为,因为我没有使用它)。尽管IDoc适配器仍然是基于ABAP的(IDoc\u AAE仅在7.3x中引入),但是适配器的行为已经发生了变化。

在我工作过的各种客户机系统以及SCN的论坛上,自助免费建站,显然使用外部定义的解决方法仍然用于IDoc接口。由于限制已被删除,因此在执行基于映射的消息拆分时,大数据时代,不再需要使用IDoc的外部定义。由于这在社区中是一个鲜为人知的事实,因此本文旨在强调这一点,并使人们意识到上述解决方法的冗余性。

下面的示例

是一个如何在不使用外部定义的情况下实现1-N IDoc多重映射的示例场景。此示例基于使用IDoc_AAE的单堆栈系统,但从概念上讲,它适用于自PI 7.11以来任何双堆栈系统上基于ABAP的IDoc适配器。

不使用外部修改的IDoc定义,我们可以在消息/操作映射中将导入的IDoc定义用作目标消息/操作。对于Occurrence列,将其从1更改为0..unbounded.

当执行端到端测试时,我们可以看到multi-mapping的输出产生了包装IDoc结构的和节点。这将验证是否发生了基于映射的消息拆分。

审核日志显示映射已将消息拆分为多个子消息。

查看拆分生成的子消息后,将显示和节点自动从子负载中删除。

最后,将子消息被传递到IDoc接收通道并成功处理。

结论

如本文所述,不再需要使用修改的外部定义来实现1-N IDoc多映射。相反,这可以通过更改消息/操作映射中的引用来轻松实现。希望这将有助于提高社区的意识,从而消除1-N IDoc接口开发过程中的冗余和不必要的工作区。

Hi Eng Swee

感谢您的博客。

我们在IDoc ibound接口中遵循了此设计。(文件至IDoc)。

业务已从警报电子邮件中的有效负载中询问了一些属性。

我已通过参考用于文件的出站服务接口配置了相同的属性(UDMS属性-NWA)。

当消息拆分时,出站消息中出现了UDS属性,入站消息没有,i、 e split idoc messages

当split messages失败时,警报电子邮件没有UDS属性。

然后我通过引用入站接口(即idoc)的字段来更改UDS配置。

更改后,UDS属性显示在每个单独的split idoc messages中,但警报只会首先触发带有UDS的消息。

剩余的入站消息虽然在MM中带有UDS属性失败,大数据中心是什么,但不会触发警报。i、 e当我检查警报作业日志时,它会显示未抑制任何警报,也未聚合任何警报。(我通过停止IDOC\u AAE接收器通道尝试了这个测试)

我不明白为什么。

有一件事我们注意到这个问题只出现在分割消息上。

您能说明如何用这个方法克服这个问题吗?

(当我切换到旧格式(IDoc XSD)时,警报电子邮件中的所有记录都正确地带有UDS属性,如何用大数据,因为它只有一条消息)

谢谢。

嗨,Jegatheeswaran

谢谢您的评论。不过,在论坛上提出你的问题更合适。你的问题需要一个透彻的分析,这是不适合做在这里的评论部分更多的细节。此外,其他成员也可以参与分析。

当您提出您的线程时,请为您的案例提供尽可能多的细节和示例(即示例源和目标有效负载、错误/警报截图、UDS配置)。请同时提供PI版本和SP级别。

问候

Eng Swee

很棒的博客。

有时使用您在这里提供的拆分机制是有意义的,在大多数情况下,它是可以的。

它让您对有效负载中的消息数量有了更多的可见性。

尽管这也会让您的用户看不到它其他信息正在处理中。

我相信捆绑的idoc将减少PO AEX系统的压力,因为没有创建新的spit消息的所有额外处理。

嗨,丹尼尔

感谢您的反馈。

关于系统的压力,这是假设还是基于您的实际经验遇到?我在许多系统的许多接口上使用过这种分割机制,从未经历过它对性能造成的任何负面影响。

您有任何这种性能比较的统计数据来支持这一点吗?这将有助于其他人在设计此类接口时考虑到这一因素。

关于

Eng Swee

Hi Eng,

我们有一个要求,需要在源位置有多个IDOC。810 INVOIC ANSI X12在那里,我们需要打包IDoc并将其作为单个消息发送。

我们是否只需要更改事件,它将工作,或者我们需要在ECC系统中进行必要的设置。

请告知所有需要检查的内容。

谢谢,

Nidhi

Hi Nidhi

对于发送方打包多个IDoc,您不需要更改事件。相反,您需要在IDoc sender通道上设置打包,并调整合作伙伴配置文件以进行收集。参考以下内容博客:-

IDoc包装-SAP PI 7.1 EHP1(及以上)

IDoc包装与PI 7.11(及以上)

如果您仍然面临任何问题,请在论坛上提出它作为一个线程来代替。

问候

Eng Swee

感谢Eng,会这样做。

猜你喜欢

微信公众号