Re: BizTalk 2006 R2 -- FTP flakiness...
- From: Adman <aspragg@xxxxxxxxx>
- Date: Mon, 12 Jan 2009 11:57:03 -0800 (PST)
Hi Matt... thanks for your reply...
I wonder if the problem could happen when we try to read a file that
is still being written to on the remote side... I wonder if
increasing our polling from one minute to two minutes would halve our
chances of having a problem. Something to try...
We already DO have nsoftware in house, so trying that out shouldn't be
a big deal. In fact, we have already switched to that for another FTP
issue, and that seems to be working well for us. So no harm in
trying.
I'll report back and let you know how it goes.
Adman
On Jan 12, 9:43 am, Matt Meleski
<MattMele...@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote:
I have had varying degrees of success with the FTP adapter. In some
particular cases I have had problems similar to yours when using the FTP
adapter in a receive location where the Receive Location will error out, and
will eventually turn itself off. The problem seems to be more prevalent on
the type of server where the FTP server is being hosted, ie on Unix servers,
but I cannot remember at the moment the type of server that gave me the most
grief. There are a few settings on the FTP Transport Dialogs that you could
try: ie Increase the Polling interval. Copy to a Temp folder, but I am
guessing that you have already tried this.
If not already you can try reading this info:http://msdn.microsoft.com/en-us/library/aa561217.aspx
It might give you some insight.
For the nsoftware's FTP Adapter, if you do not already have a purchased
version, do not buy until you have tried the evaluation version. I have tried
using the nsoftware adapter in place of Microsoft’s FTP adapter, but it still
had the same issue as Microsoft’s FTP adapter.
Additionally on the receive side, only one server (physical BizTalk host)
should be polling the FTP folder (Note: this only applies to Multi -Box
BizTalk Server installations). This is because the FTP adapter cannot lock
files on the FTP server while they are being read. (Note: The File Adapter
can do this).
"Adman" wrote:
We have an FTP Receive Location set up to poll a remote FTP server.
It polls once a minute, and in most cases, finds no files to download.
However, when it does find a file to download, very often (but not
always), that download fails. The FTP log indicates that the
connection is made successfully. The file is listed properly. The
last line in the log is:
< 150 Opening BINARY mode data connection for
ObfuscatedFileNameHere.csv (113994 bytes)
From that point on, the Receive Location just hangs. The file never
downloads. The port doesn't do any more polling. The only fix I've
found is to disable and then re-enable the receive location. When I
do that, BizTalk reconnects and the file is usually downloaded just
fine.
We also have a Send Port that uploads files (via FTP) to the same
provider, and that frequently fails as well.
Is BizTalk known to be flaky with regard to FTP connections? A quick
google search says that I'm not the only one who has had these kinds
of problems.
We already have nsoftware's FTP for a different application. I think
we're going to give that a shot, and see if that works more better.
Thanks for any insight you can provide!
Adman
.
- Follow-Ups:
- Re: BizTalk 2006 R2 -- FTP flakiness...
- From: spencer . f . brown
- Re: BizTalk 2006 R2 -- FTP flakiness...
- References:
- BizTalk 2006 R2 -- FTP flakiness...
- From: Adman
- RE: BizTalk 2006 R2 -- FTP flakiness...
- From: Matt Meleski
- BizTalk 2006 R2 -- FTP flakiness...
- Prev by Date: RE: Mappingproblem
- Next by Date: Re: BizTalk 2006 R2 -- FTP flakiness...
- Previous by thread: RE: BizTalk 2006 R2 -- FTP flakiness...
- Next by thread: Re: BizTalk 2006 R2 -- FTP flakiness...
- Index(es):
Relevant Pages
|