Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 58864 invoked from network); 23 Jul 2003 21:39:33 -0000 Received: from exchange.sun.com (192.18.33.10) by daedalus.apache.org with SMTP; 23 Jul 2003 21:39:33 -0000 Received: (qmail 19225 invoked by uid 97); 23 Jul 2003 21:42:12 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@nagoya.betaversion.org Received: (qmail 19218 invoked from network); 23 Jul 2003 21:42:12 -0000 Received: from daedalus.apache.org (HELO apache.org) (208.185.179.12) by nagoya.betaversion.org with SMTP; 23 Jul 2003 21:42:12 -0000 Received: (qmail 58630 invoked by uid 500); 23 Jul 2003 21:39:31 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 58612 invoked from network); 23 Jul 2003 21:39:30 -0000 Received: from unknown (HELO COMAIL1.corp.idanalytics.com) (64.80.152.199) by daedalus.apache.org with SMTP; 23 Jul 2003 21:39:30 -0000 content-class: urn:content-classes:message Subject: [VFS] ftp usage problem MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 23 Jul 2003 14:39:36 -0700 Message-ID: X-Mimeole: Produced By Microsoft Exchange V6.0.5762.3 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [VFS] ftp usage problem Thread-Index: AcNRYunoQcWabRgwSAOGJaKJeKC3jQ== From: "Dyrdahl, Steve" To: X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N I have encountered a problem where my starting uri is something similar to: ftp://user:password@hostname/dir1/dir2/ I would like to be able to do a listing on dir2 to determine what files exist. I have privileges to list dir2, but not dir1. I am using the resolveFile method which makes no assumption about the type of dir2. An attempt is made to list dir1 to determine the type of dir2 which, in my case, fails. It seems to me that the interface needs an easy way of allowing the user to resolve a directory which would skip the is this a directory checking. I understand that this is less than clean. However, the scenario described above is extremely common. As a work around, various classes could be made public, but this seems to be more of a hack. sd --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org