Hi,
I need to pick up files from a UNC Path using the File Adapter. The folders
that i map to are actually populated by an SFTP process. Now I know that FTP
servers tend to write files in chunks so when you use a ordinary file watche
r
to get files from those folders, you get exceptions as the FSW cannot get a
lock on the file.

My question is, does the BTS File Adapter have the same issues? We havent
got round to setting this LIVE yet and doing a test for this could be time
consuming (but perhaps necessary anyway). If it does throw exceptions, how
are folks currently handling it?

I was considering using a file synchronizer that could be launched from SSH
so that when the file was completely copied it would be moved to mirror
folders which were the actual BTS recieve locations.

Another scenario is to use an FTP adapter instead of a File adapter but
maybe the same issue would occur there too and besides we havent tested our
solution with that yet and the last thing i want to do now is re-design the
app if the change of adapter is not as smooth as expected.

Thoughts? Solutions?

TIA
benjy

[ Post a follow-up to this message ]

I don't think the standard File Adapter will handle this correctly (a test
should be setup to be sure), but we had errors in a similar situation.
What we ended up doing was writing our own adapter, you can use the code
from the File Adapter as an example (this is included into the SDK). As such
you can catch your custom errors and handle them as appropriate.

Danny Buysse
http://dannybuysse.blogspot.com/

"BizTalk Benjamin" wrote:

> Hi,
> I need to pick up files from a UNC Path using the File Adapter. The folder
s
> that i map to are actually populated by an SFTP process. Now I know that F
TP
> servers tend to write files in chunks so when you use a ordinary file watc
her
> to get files from those folders, you get exceptions as the FSW cannot get 
a
> lock on the file.
>
> My question is, does the BTS File Adapter have the same issues? We havent
> got round to setting this LIVE yet and doing a test for this could be time
> consuming (but perhaps necessary anyway). If it does throw exceptions, how
> are folks currently handling it?
>
> I was considering using a file synchronizer that could be launched from SS
H
> so that when the file was completely copied it would be moved to mirror
> folders which were the actual BTS recieve locations.
>
> Another scenario is to use an FTP adapter instead of a File adapter but
> maybe the same issue would occur there too and besides we havent tested ou
r
> solution with that yet and the last thing i want to do now is re-design th
e
> app if the change of adapter is not as smooth as expected.
>
> Thoughts? Solutions?
>
> TIA
> benjy

[ Post a follow-up to this message ]

Danny,
Thanks for replying. I'll have to look at some work around cos we are going
live within a week and i cant write an adapter now. But i'll keep this in
mind for future projects.

Thanks
benjy

"Danny Buysse" wrote:
[vbcol=seagreen]
> I don't think the standard File Adapter will handle this correctly (a test
> should be setup to be sure), but we had errors in a similar situation.
> What we ended up doing was writing our own adapter, you can use the code
> from the File Adapter as an example (this is included into the SDK). As su
ch
> you can catch your custom errors and handle them as appropriate.
>
> Danny Buysse
> http://dannybuysse.blogspot.com/
>
> "BizTalk Benjamin" wrote:
> 

[ Post a follow-up to this message ]