我有一个从 FTP 服务器接收消息的 Biztalk 2004 编排。消息通过管道接收,该管道立即更改消息,更改其原始形式并将其拆分为子消息。我想在 Biztalk 对其进行任何更改之前备份原始消息。
一旦编排更改了消息,我可以再次将其更改回来并将其发布回编排之外。但这似乎需要做很多工作。我希望 Biztalk 做的是在进行任何编排处理之前备份原始消息并将其存储在服务器上的其他位置。有没有(合理)简单的方法让 Biztalk 做到这一点?
我有一个从 FTP 服务器接收消息的 Biztalk 2004 编排。消息通过管道接收,该管道立即更改消息,更改其原始形式并将其拆分为子消息。我想在 Biztalk 对其进行任何更改之前备份原始消息。
一旦编排更改了消息,我可以再次将其更改回来并将其发布回编排之外。但这似乎需要做很多工作。我希望 Biztalk 做的是在进行任何编排处理之前备份原始消息并将其存储在服务器上的其他位置。有没有(合理)简单的方法让 Biztalk 做到这一点?
好吧,DTA 跟踪的问题不仅在于数据的临时性,而且还不是最有效的解决方案。在管道中归档组件是正确的方法,尽管我会说,在查看了其中一种实现之后 - 它可以很容易地变得更有效率 - 所以如果你环顾四周,看看是否有一个它是否以流媒体方式工作。
通过“流式传输方式”,我的意思是不将整个消息加载到内存中(例如加载到 XmlDocument),而是实现自定义流并处理 Read 事件。
此外,您还必须考虑是否可以将自己限制为 Xml 消息(如果组件确实使用 XmlDocument,就像我所看到的那样),以及您是否期望多部分消息(您需要确保归档所有部分,并以某种方式将它们分组到文件系统/数据库中)
您应该能够在端口实际进行任何转换之前打开邮件的 DTA 跟踪(您可以选择在端口之前和之后进行 DTA 跟踪)。
存储在 DTA 中通常不是一个非常容易访问的选项。通常,跟踪数据库只会将数据保留一段有限的时间,然后再将其删除或以封闭格式存档在文件存储中。我在社区中看到过很多管道组件归档器的实例。看看这里。