I’m quite certain I won’t be the only person who tries this, I had a need to send
an encoded EDI message to a Web Service, so I was like “No problem, we’re in the high
tech land of BizTalk 2006 R2 now, I’ll just call a Pipeline directly from an Orchestration,
get the results and send that along.”
Not so quick, buck-o replied BizTalk, and after some Googleing I came up with
this link to a post on the Microsoft forums which informed me that you can’t do
that. Specifically, to quote it here in case that forum thread disappears, the
question was “Steven G.” and asked (in part) :
I have an orchestration which is trying to send EDI files using a dynamic send port.
I have been trying, with no success, to call the “Microsoft.BizTalk.Edi.DefaultPipelines.EdiSend”
from within my orchestration, as follows:
And the response can back from Tony Bernard of Microsoft:
Running the EDISend pipeline from an orchestration is not supported in R2. We
are tracking this for the future, but had higher priority items to address for this
release.
I would suggest one of two approaches:
a post-processing pipeline component which performs the manipulation that you need
to occur after serialization
using a loopback port. Basically, use a send port with that pipeline into an MSMQ
or file location and a receive location with a pass through pipeline back into the
orchestration
So no love there. I ended up working around the problem, but know I will have
to solve this again in a few days, so be looking for a post from me on how to implement
the Loopback port which Tony suggested.