Re: URI encoding

Hi,
>  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?
Yeah NetDrive was always on the Novell webpage put has been buried  
somewhere. We have many clients in government using it everyday for  
our webapps and its not "old" really. It just works well.
The user can map a webdav directory as a Drive letter in windows,  
something that webfolders can't do (i think). Just remember to go to  
advanced features and set it to use "UTF-8" if you use that on the  
server.
You can probably save the settings and just send the config file to  
your clients...

Btw I don't think webdav supports resuming uploads at all, not sure  
about downloads...

best regards
Eiki



>
>  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.