Return-Path: Delivered-To: apmail-jakarta-commons-user-archive@www.apache.org Received: (qmail 86662 invoked from network); 3 Jun 2005 07:24:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 3 Jun 2005 07:24:36 -0000 Received: (qmail 90851 invoked by uid 500); 3 Jun 2005 07:24:29 -0000 Delivered-To: apmail-jakarta-commons-user-archive@jakarta.apache.org Received: (qmail 90759 invoked by uid 500); 3 Jun 2005 07:24:28 -0000 Mailing-List: contact commons-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: 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 90745 invoked by uid 99); 3 Jun 2005 07:24:28 -0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: domain of mario@ops.co.at designates 194.152.182.4 as permitted sender) Received: from ops004.ops.co.at (HELO smtp.ops.co.at) (194.152.182.4) by apache.org (qpsmtpd/0.28) with ESMTP; Fri, 03 Jun 2005 00:24:26 -0700 Received: by smtp.ops.co.at (Postfix, from userid 65534) id BD50B23C0AC; Fri, 3 Jun 2005 09:24:07 +0200 (CEST) Received: from [172.27.1.102] (lints1.int.ops.co.at [172.27.1.102]) by smtp.ops.co.at (Postfix) with ESMTP id 1919B23C0AB for ; Fri, 3 Jun 2005 09:24:05 +0200 (CEST) Message-ID: <42A00594.3080505@ops.co.at> Date: Fri, 03 Jun 2005 09:24:04 +0200 From: Mario Ivankovits User-Agent: Mozilla Thunderbird 1.0 (X11/20041207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jakarta Commons Users List Subject: Re: [VFS] VFS.getManager().getFilesCache() - exists() vs findFiles() References: <20050518225313.30303.qmail@web31512.mail.mud.yahoo.com> <428C2457.9090504@ops.co.at> <428C8D71.3080008@ascii27.net> <428CC1C4.80206@ops.co.at> <429DE963.1050706@sophia.inria.fr> <429DF548.8040706@ops.co.at> <429ED24B.4050800@sophia.inria.fr> <429EE996.5070409@ops.co.at> <429F1F2D.1040504@sophia.inria.fr> In-Reply-To: <429F1F2D.1040504@sophia.inria.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on smtp.ops.co.at X-Spam-Level: X-Spam-Status: No, hits=-17.3 required=7.0 tests=AWL,BAYES_00,J_CHICKENPOX_32, LOCAL_WHITE_RECV_TS1,RATWR10_MESSID,SARE_TOCC_USER autolearn=ham version=2.64 X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Philippe Poulard wrote: > i need these attributes to create the file : XML:DB oblige to indicate > if a file is XML or binary ; other attributes may also be required > according to the provider ; so, if IMAGINARY was a type that would > accept attributes, all would work fine Hmmm ... I am not happy with this. Sure, this is a small and easy change but it breaks VFS philosphy: A single and consistent api to access files. Why? - You now have to know which filesystem you access and maybe setup some (not defined by the fs) attributes to correctly create/read/write files. Say if I would like to move from a FTP: store to XMLDB: I would like to be able to do this without the need to change the whole application (e.g. set attributes before file creation) When exactly do you need those attributes? If we need to distinguish between binary/text files wouldnt it be better we provide a configuration to map filename-extensions/content-types to its type? Which attributes else do you need? --- Mario --------------------------------------------------------------------- To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-user-help@jakarta.apache.org