05-24-06 12:15 AM
I guess if the additional file is available on, say, a UNC share that is
accessible to the orchestration host, I wouldn't necessarily shy away from
using the static Copy method on the File class to copy the file to a
location where you have a receive location watching.
There isn't really a clean alternative that I can think of - you wouldn't
want to use wmi/OM to be altering a receive location at run time, for
instance (that would only work if your orchestrations ran serially, and even
then it sounds like a bad idea.)
Scott Colestock
www.traceofthought.net
"Yaniv Rahimi" <Yaniv.Rahimi@newsgroup.nospam> wrote in message
news:4529ACF8-FF97-429C-A60F-FB24E3EE671A@microsoft.com...
> Hello,
>
> I'm trying to find out how to change address of receive port dynamically
> (like it can be done for dynamic send port)... Is there is any way to do
> it?
> If yes - how? If not, how I can implement following logic:
> Let's say an orchestration receives some XML message, which also have an
> information about additional file (for example Word Document, or PDF
> document) in one of its fields.
> From received XML message orchestration knows the FileName and
> FileLocation
> of this additional file and there is additional message type
> (System.Xml.XmlDocument type) to get this second file. This second file
> should been routed to some send port untouched.
>
> There is no problem to parse first XML message, to receive FileName and
> FileLocation from it, no problem to route 'file contained' message via
> "Microsoft.BizTalk.DefaultPipelines.PassThruTransmit" to its final
> destination. The only problem is to get this file dynamicly, based on data
> received by orchestration. Is there is any way to do it in orchestration?
> I'm aware about possability to perform all logic of copying file from
> FileLocation to its final destination in an external assembly, but trying
> to
> stay in orchestration.
>
> Thanks for help!
[ Post a follow-up to this message ]
|