03-29-05 07:48 AM
Jeff,
Posting a message from BizTalk to the btshttpreceive.dll is posting back to
BizTalk.
I'm afraid there is no way to dynamically set the pipeline to be used.
so if you need synchronous communication you should have logic either in
your orchestration or in your pipeline to handle all the cases. if the main
difference is the transformation you could either move both transformations
to the orchestration (BizTalk mapper for the flat file and calling
Itemfiled's ContentMaster from an expression shape)
Another option (I did not try this) is to do exactly the same in the
pipeline - have ContentMaster parse the message only if its required too
(assuming you can identify the rule) and keep the map in place - I believe
it will only be called if the expected message type is delivered, which
after contentmaster serializes the message to HL7 will not be the case.
Hope this helps
Yossi Dahan
"jeff" <jeff@discussions.microsoft.com> wrote in message
news:30F02C2B-DF43-4AD7-A405-CFDB1037C112@microsoft.com...[vbcol=seagreen]
> Thanks Radim for your reply.
>
> I have tried creating 1 receive port with the URI set to:
> '/Test/BTSHTTPReceive.dll'
>
> and then created a separate send port with the URI set to:
> 'http://localhost/Test/BTSHTTPReceive.dll'.
>
> This causes and error. I think it might be because the a single port with
> a
> request and response is how the http adapter knows which http session to
> respond back to.
>
> At least thats my guess.
>
> Thanks again and I will keep on searching.
>
> "Radim Hampel" wrote:
>
[ Post a follow-up to this message ]
|