Are you using the file adapter to receive the files? FILE.ReceivedFileName is a file adapter specific context property, so the file adapter is required to set it. I don’t think this functionality has changed between R1 and R2.
Ya, we receive EDI files and unfortunately we need to know what the filename is. This has been a bit of a pain in R1 and I was hoping R2 with it’s changes to the way EDI files are process would allow me to get this value.
Are EDI files picked up using a file adapter in R2? I haven’t looked that deeply into R2 yet, but I have noticed that the EDI processing is drastically different.
I haven’t done any EDI work, but I think the most common method is to send the files over HTTP. It seems strange that the file adapter would behave differently for you depending on what type of files you are processing. It seems like the file adapter would set the same context properties no matter what kind of files it is processing. Does MSFT know about this issue?
EDI file processing in R1 is strange because it uses a special File Adapater, not the standard File adapter. This special adapter didn’t populate/promote the Recevied File Name or the %Filename% macro. Because of the changes to EDI processing in R2 I was hoping that this would now be possible.
FILE.ReceivedFileName is now promoted by BizTalk for EDI files. EDI Processing in R2 is much cleaner than R1 and if you do any heavy EDI work R2 is the way to go!
Author
Posts
Viewing 1 reply thread
The forum ‘BizTalk 2004 – BizTalk 2010’ is closed to new topics and replies.