I know it is very late on this thread but just to help anyone else newly
getting into this error; here are few tips to trace and fix the issue.
1) If your problem is with extra CRLF at the end of the message, many
already given the answer here or else where. The best way is to add a
separate dummy “Trailer Schema” to the “Receive pipeline” as suggested at
http://www.biztalkgurus.com/forums/p/3833/7416.aspx.
2) Otherwise:
a. If you have the message and the schema on hand, use FFDasm.exe to see
where the issue is by incrementally submitting the message segment wise to
FFDasm. Once the problem segment is identified check properties like the “Tag
Identifier” of message segment to see if that is matching with your
corresponding schema element. Most likely it is the schema mismatch issue in
that segment. There could be a mismatch of Tag Identifier or missing
element(s) or “positional length” etc field properties. Validate the data
found in the message at the problem segment with the schema properties to see
where the problem is and fix the schema accordingly.
b. If you have a generated schema by a tool and are receiving the message on
the wire from another system (like SAP Adapter generated IDoc schema and the
IDoc arriving from SAP into your orchestration), first try to capture the
whole message without applying the generated schema (if there is no other way
to see the message at this point). May be you can use a schema with one
string element to catch the entire message and then write it to a file. Once
you can see the message, take a look at the “Tag Identifier” property of each
element in the schema against the Tag Identifiers that are found in your
message. If your message is huge you can take the help of FFDasm.exe as in
the previous case to identify the problem segment.
For instance in my case, the ORDERS01.xsd schema generated by “mySAP
Business Suite Schema Generation Wizard” has a child record “E1EDP19” with
“Tag Identifier” set to “E2EDP19001” where as the ORDERS01 IDoc that is being
sent by SAP has the segment marked with “E2EDP19002”. When the “Flat file
disassembler” got to this segment, it failed, as it could not recognize the
tag E2EDP19002 that is not declared in the schema. Result – the exception
’There was a failure executing the receive pipeline: . Source: “Flat file
disassembler” Reason: The remaining stream has unrecognizable data.’ By
simply modifying the “Tag Identifier” property value to “E2EDP19002” in the
generated schema, the error vanished.
Adding the dummy Trailer Schema to the Receive pipeline would swallow the
rest of the message from the problem tag. This may not be helpful in cases
where there is some useful data being sent in the problem part of the
message. Again if your problem is only with the extra CRLF that is getting
into the message and there is no issue with the schema then adding the dummy
Trailer schema is really helpful as suggested at
http://www.biztalkgurus.com/forums/p/3833/7416.aspx.
//SadguruSainath//