Xml BizTalk接收端口生成额外的空文件

Xml BizTalk接收端口生成额外的空文件,xml,biztalk,Xml,Biztalk,我遇到了BizTalk的重复问题。我有一个AS2接收位置,它唯一的任务是接受XML文件,以便BizTalk发送端口能够接收它并将其传递给存储过程,存储过程将其读入数据库。发送端口有一个筛选器:BTS.ReceivePortName==“ReceivePortName”,因此应该传递给它的唯一文件是来自该单一接收端口的文件 但是,对于我们的客户机发送的每个文件,首先处理该文件而不出错,然后立即处理第二个空文件,没有内容也传递到接收端口。显然,这会在存储过程运行时引发数据库错误,从而导致发送端口挂起

我遇到了BizTalk的重复问题。我有一个AS2接收位置,它唯一的任务是接受XML文件,以便BizTalk发送端口能够接收它并将其传递给存储过程,存储过程将其读入数据库。发送端口有一个筛选器:
BTS.ReceivePortName==“ReceivePortName”
,因此应该传递给它的唯一文件是来自该单一接收端口的文件

但是,对于我们的客户机发送的每个文件,首先处理该文件而不出错,然后立即处理第二个空文件,没有内容也传递到接收端口。显然,这会在存储过程运行时引发数据库错误,从而导致发送端口挂起

因此,对于我们得到的每个文件,我还得到一个必须来自接收端口的“幻影”文件,因为发送端口只能从该端口接收。但是,该端口应该只接收来自客户机的信息,客户机坚持不发送第二个文件。因此,我陷入了一个试图追踪其来源的思维循环


关于我如何追踪这件事有什么想法吗?以前有人遇到过这种情况吗?

这很正常,空消息是由BizTalk创建的,以-我假设-在内部触发MDN

使用额外的筛选器:
IsAS2PayloadMessage=True


另请参见MSDN:

这是正常的,空消息是由BizTalk创建的,用于在内部触发MDN

使用额外的筛选器:
IsAS2PayloadMessage=True


另请参见MSDN:

您看到的是BizTalk和AS2处理的正常和预期行为

有两种可能性:

  • 第二条消息是您正在生成的MDN,它应该返回给调用方ASYNC,因为调用方正在请求它

  • 调用者同时将发送给他们的消息的MDN返回给您

  • 很可能是#1。描述如何处理异步MDN


    注意,您不能忽略它们。调用方正在请求它们,可能需要MDN来完成它们的处理。

    您看到的是BizTalk和AS2处理的正常和预期行为

    有两种可能性:

  • 第二条消息是您正在生成的MDN,它应该返回给调用方ASYNC,因为调用方正在请求它

  • 调用者同时将发送给他们的消息的MDN返回给您

  • 很可能是#1。描述如何处理异步MDN


    注意,您不能忽略它们。来电者正在请求它们,可能需要MDN来完成它们的过程。

    谢谢!它完全按照你说的那样工作。我还是BizTalk新手,不知道该功能。谢谢!它完全按照你说的那样工作。我还是BizTalk新手,不知道该函数。