I'm reposting to this group as this seems to be the correct place for
this question.
I've got a supplier who is sending 2 additional crlfs on the end of
the flat file. It causes my formerly-working-perfectly adapter to
error out with "unexpected end of stream while looking for positional
data". Here's an example
xxxxxxxxxxxxx positional data xxxxxxxxxxx<crlf>
xxxxxxxxxxxxx positional data xxxxxxxxxxx<crlf>
<crlf>
<crlf>
<EOF>
I'm using a positional flat file schema in a receive pipeline.
Anyone know how I can get the flat file adapter to ignore those last
two crlfs?
I have tried specifying (at the schema level) a postfix child
delimiter of hex 0x0d 0x0a 0x0d 0x0a, hoping that it will catch the
two crlfs at the end and succesfully terminate the processing. It
still gives me the same error. Has anybody ran across this?
