Re: URI encoding

Nice guide to NetDrive and links to download it:

http://davidbrunelle.com/2006/01/07/free-download-netdrive-for-windows/

-Eiki, Idega Software


On Mar 22, 2007, at 12:10 PM, [email protected] wrote:

>  Hi,
>  You are correct, it is the windows client that made the problem. I  
> have found an update for the 'web folders' and have installed it,  
> and now it is better with the names, though windows client is still  
> bad - when I upload a file the whole explorer including the desktop  
> hangs until the upload completes. I'll try to find this netdrive,  
> it is not officially available, since it is very old I guess. I am  
> not sure if it is the best solution though, since I'll have to tell  
> my clients to download it and install it from an unofficial source,  
> and i would have not been comfortable if someone else had told me  
> that. By the way, does netdrive allow resuming broken/interupted  
> uploads?
>
>
>  Thank you for the help. :)
>
>  -----Original Message-----
>  From: [email protected]
>  To: [email protected]
>  Sent: Wed, 21 Mar 2007 5:32 PM
>  Subject: 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.
>
>  ---------------------------------------------------------------------
>  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.