Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 5254 invoked from network); 9 Sep 2004 11:10:25 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 9 Sep 2004 11:10:25 -0000 Received: (qmail 14196 invoked by uid 500); 9 Sep 2004 11:10:19 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 14123 invoked by uid 500); 9 Sep 2004 11:10:18 -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 14109 invoked by uid 99); 9 Sep 2004 11:10:18 -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 [207.66.132.30] (HELO mungoknotwise.com) (207.66.132.30) by apache.org (qpsmtpd/0.28) with ESMTP; Thu, 09 Sep 2004 04:10:17 -0700 Date: Thu, 9 Sep 2004 04:06:43 -0700 Message-Id: <200409090406.AA130416782@mungoknotwise.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii From: "Steven Caswell" Reply-To: To: "Jakarta Commons Developers List" Subject: Re: [io] find API Was: [IO] DOSFileFilter X-Mailer: X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N WildcardUtils look general enough that it could go into commons-lang, but then of course you introduce a dependency, which seems to give some people a lot more heartburn than it gives me. I hate to see classes put into the wrong library just to avoid even dependencies that make sense. ---------- Original Message ---------------------------------- From: Henri Yandell Reply-To: "Jakarta Commons Developers List" Date: Thu, 9 Sep 2004 02:20:18 -0400 (EDT) > >Not time to commit tonight, but it's at: > >http://www.osjava.org/genjava/multiproject/gj-find/xref/index.html > >WildcardUtils. > >It's tempting to commit most of gj-find to IO. A Java API with similarity >to the unix find command, though ignore ZipFinder as that's dead. > >Any views? > >Hen > >On Wed, 8 Sep 2004, Henri Yandell wrote: > >> >> It'll appear in commons-io/src/java somewhere. >> >> My main server just blew up, so I might not get around to it tonight, but I >> should be able to. >> >> Hen >> >> On Wed, 8 Sep 2004 jason.anderson@oocl.com wrote: >> >>> Thanks, where will you upload to? >>> Jason >>> >>> >>>> -----Original Message----- >>>> From: Henri Yandell [mailto:bayard@generationjava.com] >>>> Sent: Wednesday, September 08, 2004 5:13 PM >>>> To: Jakarta Commons Developers List >>>> Subject: RE: [IO] DOSFileFilter >>>> >>>> >>>> >>>> No worries, I've already got a Wildcard parser that I'll upload :) >>>> >>>> Hen >>>> >>>> On Wed, 8 Sep 2004 jason.anderson@oocl.com wrote: >>>> >>>>> Fair enough, i'm sure there must be some people using 1.2 >>>> (although i >>>>> dont know any) and the baseline should be consistent across >>>> the commons >>>>> libraries. >>>>> >>>>> Will have to rewrite without regexp! >>>>> >>>>> Jason >>>>> >>>>>> -----Original Message----- >>>>>> From: Henri Yandell [mailto:bayard@generationjava.com] >>>>>> Sent: Wednesday, September 08, 2004 2:59 PM >>>>>> To: Jakarta Commons Developers List >>>>>> Subject: RE: [IO] DOSFileFilter >>>>>> >>>>>> >>>>>> >>>>>> (now my email is fixed, I can reply). >>>>>> >>>>>> We're targetting JDK 1.2, though I'm always completely happy >>>>>> to depend on >>>>>> 1.4 if the community wants to. Can't remember when I last >>>> used 1.3 or >>>>>> earlier. >>>>>> >>>>>> Hen >>>>>> >>>>> >>>>> >>>>> IMPORTANT NOTICE >>>>> Email from OOCL is confidential and may be legally >>>> privileged. If it is not intended for you, please delete it >>>> immediately unread. The internet cannot guarantee that this >>>> communication is free of viruses, interception or >>>> interference and anyone who communicates with us by email is >>>> taken to accept the risks in so doing. Without limitation, >>>> OOCL and its affiliates accept no liability whatsoever and >>>> howsoever arising in connection with the use of this email. >>>> Under no circumstances shall this email constitute a binding >>>> agreement to carry or for provision of carriage services by >>>> OOCL, which is subject to the availability of carrier's >>>> equipment and vessels and the terms and conditions of OOCL's >>>> standard bill of lading which is also available at >>> http://www.oocl.com. >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org >>>> For additional commands, e-mail: commons-dev-help@jakarta.apache.org >>>> >>>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org >>> For additional commands, e-mail: commons-dev-help@jakarta.apache.org >>> >>> >>> >>> >>> IMPORTANT NOTICE >>> Email from OOCL is confidential and may be legally privileged. If it is >>> not intended for you, please delete it immediately unread. The internet >>> cannot guarantee that this communication is free of viruses, interception >>> or interference and anyone who communicates with us by email is taken to >>> accept the risks in so doing. Without limitation, OOCL and its affiliates >>> accept no liability whatsoever and howsoever arising in connection with the >>> use of this email. Under no circumstances shall this email constitute a >>> binding agreement to carry or for provision of carriage services by OOCL, >>> which is subject to the availability of carrier's equipment and vessels and >>> the terms and conditions of OOCL's standard bill of lading which is also >>> available at http://www.oocl.com. >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org >>> For additional commands, e-mail: commons-dev-help@jakarta.apache.org >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org >> For additional commands, e-mail: commons-dev-help@jakarta.apache.org >> >> > >--------------------------------------------------------------------- >To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org >For additional commands, e-mail: commons-dev-help@jakarta.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org