Return-Path: Delivered-To: apmail-jakarta-commons-user-archive@www.apache.org Received: (qmail 52661 invoked from network); 31 Aug 2004 13:24:30 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 31 Aug 2004 13:24:30 -0000 Received: (qmail 9868 invoked by uid 500); 31 Aug 2004 13:23:58 -0000 Delivered-To: apmail-jakarta-commons-user-archive@jakarta.apache.org Received: (qmail 9812 invoked by uid 500); 31 Aug 2004 13:23:57 -0000 Mailing-List: contact commons-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Users List" Reply-To: "Jakarta Commons Users List" Delivered-To: mailing list commons-user@jakarta.apache.org Received: (qmail 9777 invoked by uid 99); 31 Aug 2004 13:23:57 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from [65.207.145.98] (HELO adams.nubridges.com) (65.207.145.98) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 31 Aug 2004 06:23:56 -0700 Received: from germanium.numethods.com ([10.0.26.97]) by adams.nubridges.com (8.11.6/8.11.6) with ESMTP id i7VDFxM18239 for ; Tue, 31 Aug 2004 09:15:59 -0400 Received: germanium.nubridges.com 10.0.26.97 from 10.0.26.180 10.0.26.180 via HTTP with MS-WebStorage 6.0.6249 Received: from mhirsch.numethods.com by germanium.nubridges.com; 31 Aug 2004 09:23:46 -0400 Subject: RE: Ftp connections timing out From: "Michael D. Hirsch" To: Jakarta Commons Users List In-Reply-To: <3430B9A60E93564FAB3B5861335CBDCF02D1A3E4@germanium.numethods.com> References: <3430B9A60E93564FAB3B5861335CBDCF02D1A3E4@germanium.numethods.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1093958625.30012.62.camel@mhirsch.numethods.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 31 Aug 2004 09:23:46 -0400 X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On Mon, 2004-08-30 at 16:33, Charles Hudak wrote: > > What appears to be going on is that the vfs does not close > > the ftp connection after the first ftp put. A few minutes > > later, the ftp server times out and closes the connection, > > but vfs doesn't seem to notice. > > I've never used VFS but after a quick poke at the api it looks like > you > should be cleaning up after using the VFS by doing: > > FtpFileSystem.closeConnection(FTPClient); Thanks, Charles, Yes, that looks like it might work. The problem with it is that I'm trying to just use the VFS. VFS supports ftp, smb, sftp, http, etc. If I'm doing a file put I should just be able to pass the URL to VFS and it will transfer the file. But this solution requires me to do something different for ftp than for the other protocols. It seems like this close capability is not exposed at a higher, more generic level. I would have expected some such close method in the FileSystemManager, and it would be a no-op for some protocols. I'm hoping that I'm missing something. Michael > > > The next time into the code, the same (close) connection is > > used but since the ftp server has closed that connection it > > fails (and vfs returns a with a bogus error message). > > > > What is the proper way to do this? I feel like I must be > > mising something obvious. > > > > Thanks, > > > > Michael > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org > > For additional commands, e-mail: > commons-user-help@jakarta.apache.org > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org > For additional commands, e-mail: commons-user-help@jakarta.apache.org > > > --------------------------------------------------------------------- To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-user-help@jakarta.apache.org