Notice: This website is an unofficial Microsoft Knowledge Base (hereinafter KB) archive and is intended to provide a reliable access to deleted content from Microsoft KB. All KB articles are owned by Microsoft Corporation. Read full disclaimer for more details.

FIX: Non-XML messages are suspended at a send port that uses the PassThruTransmit pipeline if a BAM tracking profile is applied in BizTalk Server 2010


View products that this article applies to.

Symptoms

Consider the following scenario:
  • On a computer that is running Microsoft BizTalk Server 2010, you create a send port that uses the PassThruTransmit pipeline.
  • You create and then deploy a Business Activity Monitoring (BAM) activity.
  • You create a tracking profile that is based on the BAM activity definition, and then you apply this tracking profile.
  • A non-XML message arrives at the send port.

    Note To do this, you can create a receive location that uses the PassThruReceive pipeline, and then you can send a non-XML message to the receive location. 

In this scenario, the message is suspended on the send port. Additionally, an event that resembles one of the following is logged.

Note The event details may vary, based on different scenarios.

Event 1
Log Name: Application
Source: BizTalk Server
Event ID: 5720
Task Category: BizTalk Server
Level: Error
Keywords: Classic
Description:
There was a failure executing the send pipeline: "Microsoft.BizTalk.DefaultPipelines.PassThruTransmit, Microsoft.BizTalk.DefaultPipelines, Version=3.0.1.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" Source: "Unknown " Send Port: "send_port" URI: "URI" Reason: Unexpected end of document. This is not a new document. The dissassembly is incomplete.


Event 2
Log Name: Application
Source: BizTalk Server
Event ID: 5754
Task Category: BizTalk Server
Level: Error
Keywords: Classic
Description:
A message sent to adapter "FILE" on send port "send_port" with URI "URI" is suspended.
Error details: Unable to read the stream produced by the pipeline.

↑ Back to the top


Cause

This problem occurs because the BizTalk tracking engine examines the message body for XML content when BAM tracking is enabled. This occurs even when the PassThruTransmit pipeline is used.

↑ Back to the top


Resolution

Cumulative update information

The fix for this issue was first released in Cumulative Update 1. For more information about how to obtain this cumulative update package for BizTalk Server 2010, click the following article number to view the article in the Microsoft Knowledge Base:
2497789 Cumulative update package 1 for BizTalk Server 2010

↑ Back to the top


Workaround

In some scenarios, you may be able to work around this problem. To do this, do one of the following:
  • Remove the BAM tracking profile. When you do this, you receive no new BAM tracking data.

    For more information about how to do this, visit the following Microsoft Developer Network (MSDN) website:
  • Use an XML-formatted message on the send port, or ask the sender to change the format of the message to XML.

↑ Back to the top


Status

Microsoft has confirmed that this is a problem in the Microsoft products that are listed in the "Applies to" section.

↑ Back to the top


More Information

For more information about default pipelines, visit the following Microsoft Developer Network (MSDN) website:For more information about BizTalk Server hotfixes, click the following article number to view the article in the Microsoft Knowledge Base:
2003907 Information about BizTalk Server hotfixes

↑ Back to the top


Keywords: kb, kbqfe, kbfix, kbexpertiseinter, kbsurveynew, kbbtsbam

↑ Back to the top

Article Info
Article ID : 2486267
Revision : 2
Created on : 9/10/2018
Published on : 9/11/2018
Exists online : False
Views : 382