Mailing-List: contact commons-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Jakarta Commons Users List" <commons-user@jakarta.apache.org>
Received-SPF: pass (asf.osuosl.org: local policy)
Message-ID: <42FA19F7.9050806@sophia.inria.fr>
Date: Wed, 10 Aug 2005 17:15:03 +0200
From: Philippe Poulard <Philippe.Poulard@sophia.inria.fr>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.7) Gecko/20050511
MIME-Version: 1.0
To: Jakarta Commons Users List <commons-user@jakarta.apache.org>
Subject: Re: [VFS] URI normalization
References: <42F9F4CA.3060402@sophia.inria.fr> <42FA0657.4000200@ops.co.at>
In-Reply-To: <42FA0657.4000200@ops.co.at>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

Mario Ivankovits wrote:
> Hi!
> 
>> Should VFS normalize URIs before parsing a file name ?
> 
> Do you have a problem with the current behaviour?

not yet ;)

i'm dealing with XML resources and some XML standards oblige to use 
normalized URIs

as a french person, I'll try VFS with a file named "� la p�che.xml" and 
tell you if I encounter any problem

> VFS do not encode special characters other than "%" and sometimes "?" 
> (url based fs) and sometimes "!" (layers/zip fs).
> 
> Before any parsing the filename is DEcoded. For VFS it is needed to have 
> a consistent view of the filename even if it is encoded or decoded - 
> that does not matter.
> 
> If I encode/normalize it, all visual representation of the filename 
> looks a little bit strange.
> 
> Even if the VFS filename looks like a URI I think we could still treat 
> it simply as "VFS filename" - human readable with minimum encoding.
> The filesystem implemenation is responsible to to encode it at needed 
> (e.g. take session charset into account).
> 
> For sure, you can reverse all said above ... but what's the advantage of 
> it?
> 
> The BIG disadvantage is to have to deal e.g. with charsets in VFS core. 
> If the filename is encoded we have to know which charset was used.
> 
> 
> Ciao,
> Mario
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-user-help@jakarta.apache.org
> 


-- 
Cordialement,

            ///
           (. .)
  -----ooO--(_)--Ooo-----
|   Philippe Poulard    |
  -----------------------

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org