Re: URI encoding

Hi,

I'm not a Slide "expert" but in my experience with Icelandic and  
Lithuanian characters (different charactersets) we ended up with  
using UTF-8 and telling our clients to use the free NetDrive instead  
of Microsoft webfolders. Microsoft doesn't seem to know that UTF-8  
exists! The main problem is that the windows client isn't sending the  
URI's (requests) in UTF-8, its just using the locale settings for  
windows to choose the encoding which for most of europe is  
ISO-8859-1. And I don't know if or how you can change that (don't use  
windows myself on a regular basis).

In all cases the URIEncoding of server.xml and the request encoding  
of the client MUST match for anything to work. Then internally Slide  
sets its encoding according to slide.properties for example and then  
if you are using RDBMSStore you need to make sure your database can  
handle your encoding.

Hope my answer helps you a little bit since I have had the same  
problems in the past but your main problem is probably the windows  
client and its request encoding.

cheers
Eiki


On Mar 21, 2007, at 3:13 PM, [email protected] wrote:

>
>    Having it all in UTF-8 didn't work at all with the windows  
> client (regular explorer network location). Having it in  
> WINDOWS-1255 also didn't work, but at least at first the file names  
> look at the right font. But still can't do anything to them, only  
> from the origninal file browser I can change the names, but when I  
> change the name the name immidiatly turn to gibrish when I refresh.  
> Deleting a file was possible for a fresh file that its name didn't  
> turn to gibrish yet, i.e delete was the first operation on it.
>
>
>  in store/metadata/files.def.xml the file names look like they look  
> in the windows client. On the command prompt the files look  
> like ?????_1.0
>
>  -----Original Message-----
>  From: [email protected]
>  To: [email protected]
>  Sent: Wed, 21 Mar 2007 2:26 PM
>  Subject: Re: URI encoding
>
>   In my Slide experience using UTF-8 is the best way to go.
>
>  However then you have to specifically set your webdav client (like  
> Netdrive) to use UTF encoding and also the server with  
> URIEncoding="UTF-8" (in server.xml).
>
>  Also you need to set CATALINA_OPTS in startup.sh to use a JVM  
> option (-Dfile.encoding=UTF-8) and to be completely safe (for jvm  
> 1.5 at least on Linux) you need to set the LANG environment  
> variable to something like "en_US.UTF8". I usually do that in  
> startup.sh also with " export LANG = "en_US.UTF8" at the top.
>
>  good luck
>
>  Best Regards
>
>  Eirikur S. Hrafnsson, [email protected]
>  Chief Software Engineer
>  Idega Software
>  http://www.idega.com
>
>
>  On Mar 21, 2007, at 12:11 PM, [email protected] wrote:
>
>> It is worse than I thought. I think that what happened was that >  
>> the filenames were cached in IE, and only apeared to be right.  
>> When > I refreshed after some time, I still get gibrish file  
>> names. :(
>>
>> -----Original Message-----
>> From: [email protected]
>> To: [email protected]
>> Sent: Wed, 21 Mar 2007 1:31 PM
>> Subject: URI encoding
>>
>> Hi
>>
>>
>>
>> I am trying to use slide with hebrew file names. At first the >  
>> filenames would
>> get
>>
>> changed to gibrish after the upload. I then added to the /conf/>  
>> server.xml the
>>
>>
>>
>> <Connector port="8080" protocol="HTTP/1.1"
>>
>> maxThreads="150" connectionTimeout="20000"
>>
>> redirectPort="8443" URIEncoding="Cp1255" >  
>> useBodyEncodingForURI="true"/>
>>
>>
>>
>> and then the file names staid what they were on the client  
>> machine, > but I can't
>> do with
>>
>> them anything, not delete/rename/copy etc'. With english named  
>> file > there isn't
>> such
>>
>> a problem. How can I make the hebrew file names work?
>>
>>
>>
>>
>> _____________________________________________________________________ 
>> _> __
>> Check Out the new free AIM(R) Mail -- 2 GB of storage and industry- 
>> > leading spam
>> and email virus protection.
>>
>> _____________________________________________________________________ 
>> _> __
>> Check Out the new free AIM(R) Mail -- 2 GB of storage and industry- 
>> > leading spam and email virus protection.
>
>
>
>  ---------------------------------------------------------------------
>  To unsubscribe, e-mail: [email protected]
>  For additional commands, e-mail: [email protected]
>
>
> ______________________________________________________________________ 
> __
> Check Out the new free AIM(R) Mail -- 2 GB of storage and industry- 
> leading spam and email virus protection.