苏州网站建设制作设计大学生软件开发项目推荐

苏州网站建设制作设计,大学生软件开发项目推荐,大专学网站开发,卖钢材做哪个宣传网站实现BizTalk扩展功能的全面指南 在BizTalk的使用过程中，为了满足不同的业务需求，我们常常需要实现一些扩展功能。本文将详细介绍如何进行相关操作，包括重启主机实例、更改架构、处理EDI文档的拆批和错误、设置发送方和协议、控制发送端口、进行批处理以及使用业务活动监控（…实现BizTalk扩展功能的全面指南在BizTalk的使用过程中，为了满足不同的业务需求，我们常常需要实现一些扩展功能。本文将详细介绍如何进行相关操作，包括重启主机实例、更改架构、处理EDI文档的拆批和错误、设置发送方和协议、控制发送端口、进行批处理以及使用业务活动监控（BAM）等内容。重启主机实例与发送EDIFACT订单在BizTalk的Party部分发生任何更改时，都需要重启主机实例。之后，我们可以通过BizTalk发送一个EDIFACT订单，但要确保发送端口处于停止状态。接着检查上下文，此时AgreementName、SenderPartyName和ReceiverPartyName应该填充了正确的数据，这表明在接收消息时各方已被正确识别。最后，再次启动发送端口。更改架构在处理EDI时，贸易伙伴可能会发送不符合标准的EDI文档。默认情况下，BizTalk中的所有架构只允许符合标准的EDI文档通过EDIDisassembler管道组件并转换为XML。例如，在DTM（DateTime）段中，发送方可能会发送代码70而不是标准的137（文档日期），这不符合联合国规范。为了测试这种情况，我们可以按照以下步骤操作：1. 复制EDIFACT文档，将DTM+137更改为DTM+70。2. 通过BizTalk运行该文档，并检查事件日志。此时，事件查看器中应该会出现类似的错误，因为70在该字段中是不被允许的。如果要允许MyPartner在文档中发送DTM+70，我们需要为该伙伴提供EFACT_D96A_ORDERS的自定义架构表示。由于不能更改架构的根元素名称，创建新架构的唯一方法