Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 78824 invoked from network); 28 Nov 2004 22:07:31 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 28 Nov 2004 22:07:31 -0000 Received: (qmail 40241 invoked by uid 500); 28 Nov 2004 22:07:29 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 39823 invoked by uid 500); 28 Nov 2004 22:07:28 -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 39809 invoked by uid 99); 28 Nov 2004 22:07:28 -0000 X-ASF-Spam-Status: No, hits=1.6 required=10.0 tests=DNS_FROM_RFC_ABUSE,DNS_FROM_RFC_POST X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from smtp804.mail.ukl.yahoo.com (HELO smtp804.mail.ukl.yahoo.com) (217.12.12.141) by apache.org (qpsmtpd/0.28) with SMTP; Sun, 28 Nov 2004 14:07:26 -0800 Received: from unknown (HELO oemcomputer) (dakota.jack@gmail.com@81.154.64.201 with poptime) by smtp804.mail.ukl.yahoo.com with SMTP; 28 Nov 2004 22:07:23 -0000 Message-ID: <001201c4d597$18733d40$c9409a51@oemcomputer> From: "Stephen Colebourne" To: "Jakarta Commons Developers List" , "Dakota Jack" References: <006801c4d4a2$200b04c0$c1432cd9@oemcomputer> <41A8D08F.8020509@apache.org> <003a01c4d555$a1806820$a40b8451@oemcomputer> Subject: Re: [io] Exact meaning of getPath, esp. on UNIX? Date: Sun, 28 Nov 2004 22:10:38 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N From: "Dakota Jack" > I hope you don't mind someone chiming in at what is probably "this > late date" but I feel compelled to ask why we would want a > FilenameUtils separate from a FileUtils? The reason I am compelled at > this time is the statement below that "these [file]name manipulations > have to be independed of File objects I reckon". Does that strike > anyone else as really "off"? How could filename manipulations be > independent of File objects? If File is not important, why not just > NameUtils? Maybe there is something I am not getting here? These methods are all about manipulating filenames. My statement was to indicate that we shouldn't use the File object in the JDK to do the manipulation as that varies. Stephen --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org