You are viewing a plain text version of this content. The canonical link for it is here.
Posted to slide-user@jakarta.apache.org by satish <sa...@byobroadcast.com> on 2003/07/31 08:58:13 UTC
XP Webfolders Weirdness
I discovered something very bizarre in Windows XP webfolders. As I
mentioned before, for the case of uploading a file, (PutMethod()) I
could not figure out what character encoding windows was using for the
filename. However for the case of making a new folder (which is
MkcolMethod() followed by MoveMethod()) I figured out what it was
doing. And it is very strange indeed! In
AbstractMultistatusResponseMethod.parseRequest() the desturi is obtained
by:
destinationUri = req.getHeader("Destination");
I added debug code to display the destinationUri as follows:
byte[] bytestr = destinationUri.getBytes( "ISO-8859-1" );
String debugstr = new String( bytestr, 0, bytestr.length, "gb2312" );
Then I looked at my logfile in a browser.
"debugstr" _ONLY_ showed up correctly when the browser encoding was set
to UTF-8.
Could anybody explain to me what the heck all this means? I extracted
the bytes as "ISO-8859-1", then I created a new string using "gb2312",
but it only displays correctly as UTF-8!! I really don't understand
this.
Satish
On Tue, 2003-07-22 at 20:21, Michael Plomer wrote:
> Hello Peder,
> Hello all,
>
> I have the same problem. From what I've learned, the problem is
> that the server uses a platform-specific encoding while IE uses
> UTF-8 or something... a solution has been proposed on this list
> a while ago that involved setting the parameter
>
> org.apache.slide.urlEncoding=UTF-8
>
> in the slide.properties of the servlet. However, I found that it
> didn't work for me or at least doesn't work with slide 1.0.16.
> It would appear that the parameter in question is never used in
> the source code. So maybe modification of the server side boils
> down to making it use UTF-8 by default?
>
> I'm using the Slide WebDAV Client lib which also uses UTF-8 by
> default for url encoding. I modified the client lib to use the
> same encoding that my server uses (Cp1252) which seems to have
> solved the problem for all methods derived from HttpMethodBase
> (like mkcol) but doesn't work for methods derived from
> XMLResponseBase (like move). Which makes sense somehow, only
> my knowledge of webdav doesn't stretch far enough to say exactly
> why... :)
>
> That's for my 2 ct on this, maybe someone with more insight cold
> shed some light on what I'm doing wrong?
>
> Thanks in advance!
>
> Regards,
> Michael
>
> -------/ Michael Plomer /--/ stud. Hilfskraft CONCERT /----
> ------/ Fraunhofer IPSI /--/ Kooperationskomponenten /-----
> -----/ Darmstadt/Germany /--/ eMail: plomer@ipsi.fhg.de /------
>
> >>-----Ursprüngliche Nachricht-----
> >>Von: Peder Nordvaller
> >>[mailto:peder.nordvaller@vitaminapplications.se]
> >>Gesendet: Dienstag, 22. Juli 2003 13:34
> >>An: Slide Users Mailing List
> >>Betreff: åäö
> >>
> >>
> >>Hello, have anyone had any success in making the WebDAV
> >>servlet using slide
> >>compatible with chars such as the swedish åäö? Using internet
> >>explorer to
> >>open the servlet as a web folder, I can create folders and
> >>such with those
> >>chars, but when I try to change directory to that directory,
> >>the url is
> >>translated from "åäö" to "%E5%E4%F6". How can I avoid/fix
> >>this? Do I have to
> >>rewrite the slide webdav servlet to actually name them with
> >>%E5 etc but
> >>display the real chars when listing contents of a dir or is
> >>there an easier
> >>solution?
> >>
> >>Sincerely, Peder
> >>
> >>
> >>
> >>---------------------------------------------------------------------
> >>To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> >>For additional commands, e-mail: slide-user-help@jakarta.apache.org
> >>
> >>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: XP Webfolders Weirdness
Posted by Oliver Zeigermann <oz...@c1-fse.de>.
satish wrote:
>I discovered something very bizarre in Windows XP webfolders. As I
>mentioned before, for the case of uploading a file, (PutMethod()) I
>could not figure out what character encoding windows was using for the
>filename. However for the case of making a new folder (which is
>MkcolMethod() followed by MoveMethod()) I figured out what it was
>doing. And it is very strange indeed! In
>AbstractMultistatusResponseMethod.parseRequest() the desturi is obtained
>by:
>
>destinationUri = req.getHeader("Destination");
>
>I added debug code to display the destinationUri as follows:
>
>byte[] bytestr = destinationUri.getBytes( "ISO-8859-1" );
>String debugstr = new String( bytestr, 0, bytestr.length, "gb2312" );
>
>
I might not understand too much of your problem, but I suspect this
piece of code does not do what you expect it to: First you convert your
string into a byte array encoded as "ISO-8859-1". Then you make a new
string out of it, claiming the bytes in your array encode your
characters as "gb2312" which is wrong. They encode it as "ISO-8859-1".
So your bytes might get misinterpreted.
Remember: Strings do not need and do not have any encoding. An encoding
is only needed when you encode your characters in bytes.
Oliver
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: XP Webfolders Weirdness
Posted by satish <sa...@byobroadcast.com>.
I have a _VERY_ detailed trace of an extremely simple test case, which I
can repeat ad nauseum. What should I do with my trace? Would you, or
anybody else, be interested in looking at it? Maybe there's something
simple I am overlooking. Right now I am very frustrated. Especially
since my own browser based client works flawlessly, on Windows and
Linux. But the requirement for my project is that Windows webfolders
also have to work. I would really appreciate any help!
On Thu, 2003-07-31 at 16:13, Julian Reschke wrote:
> Well,
>
> I'm not going to try because (a) I don't have a slide server and (b) it
> would be guesswork which chinese characters you tried. I *know* that things
> are working fairly well with Apche/moddav, IIS and our own server if you use
> current webfolder clients, and use resource names that include german
> umlauts.
>
> If you have a test scenario that fails, please trace it so that the problem
> can be analyzed.
>
> --
> <green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
>
> > -----Original Message-----
> > From: xiaohu [mailto:ender@byobroadcast.com]
> > Sent: Thursday, July 31, 2003 9:30 AM
> > To: Slide Users Mailing List
> > Subject: RE: XP Webfolders Weirdness
> >
> >
> > Yeah I agree, UTF-8 is the only way to go. If everybody was smart and
> > used UTF-8 there would be no problems. So try the following, and let me
> > know if it works! It's very simple:
> >
> > Mount a Windows XP webfolder on your slide server.
> >
> > (1) Copy a (Chinese named) file to the webfolder.
> > (2) Create a new (Chinese named) folder in the webfolder.
> > (3) Refresh the display.
> >
> > Did it work? :)
> >
> >
> > On Thu, 2003-07-31 at 15:21, Julian Reschke wrote:
> > > The *only* portable way to encode non-ASCII resource names in
> > URIs is to use
> > > UTF-8. Clients *can't* signal which encoding they are using,
> > thus only one
> > > can be used. All major WebDAV clients I'm aware of nowadays use
> > UTF-8, so
> > > trying anything else really leads nowhere.
> > >
> > > If you come across a client that doesn't use UTF-8, please file a bug
> > > report.
> > >
> > > --
> > > <green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
> > >
> > > > -----Original Message-----
> > > > From: satish [mailto:satish@byobroadcast.com]
> > > > Sent: Thursday, July 31, 2003 8:58 AM
> > > > To: Slide Users Mailing List
> > > > Subject: XP Webfolders Weirdness
> > > >
> > > >
> > > > I discovered something very bizarre in Windows XP webfolders. As I
> > > > mentioned before, for the case of uploading a file, (PutMethod()) I
> > > > could not figure out what character encoding windows was using for the
> > > > filename. However for the case of making a new folder (which is
> > > > MkcolMethod() followed by MoveMethod()) I figured out what it was
> > > > doing. And it is very strange indeed! In
> > > > AbstractMultistatusResponseMethod.parseRequest() the desturi
> > is obtained
> > > > by:
> > > >
> > > > destinationUri = req.getHeader("Destination");
> > > >
> > > > I added debug code to display the destinationUri as follows:
> > > >
> > > > byte[] bytestr = destinationUri.getBytes( "ISO-8859-1" );
> > > > String debugstr = new String( bytestr, 0, bytestr.length, "gb2312" );
> > > >
> > > > Then I looked at my logfile in a browser.
> > > >
> > > > "debugstr" _ONLY_ showed up correctly when the browser
> > encoding was set
> > > > to UTF-8.
> > > >
> > > > Could anybody explain to me what the heck all this means? I extracted
> > > > the bytes as "ISO-8859-1", then I created a new string using "gb2312",
> > > > but it only displays correctly as UTF-8!! I really don't understand
> > > > this.
> > > >
> > > > Satish
> > > >
> > > > On Tue, 2003-07-22 at 20:21, Michael Plomer wrote:
> > > > > Hello Peder,
> > > > > Hello all,
> > > > >
> > > > > I have the same problem. From what I've learned, the problem is
> > > > > that the server uses a platform-specific encoding while IE uses
> > > > > UTF-8 or something... a solution has been proposed on this list
> > > > > a while ago that involved setting the parameter
> > > > >
> > > > > org.apache.slide.urlEncoding=UTF-8
> > > > >
> > > > > in the slide.properties of the servlet. However, I found that it
> > > > > didn't work for me or at least doesn't work with slide 1.0.16.
> > > > > It would appear that the parameter in question is never used in
> > > > > the source code. So maybe modification of the server side boils
> > > > > down to making it use UTF-8 by default?
> > > > >
> > > > > I'm using the Slide WebDAV Client lib which also uses UTF-8 by
> > > > > default for url encoding. I modified the client lib to use the
> > > > > same encoding that my server uses (Cp1252) which seems to have
> > > > > solved the problem for all methods derived from HttpMethodBase
> > > > > (like mkcol) but doesn't work for methods derived from
> > > > > XMLResponseBase (like move). Which makes sense somehow, only
> > > > > my knowledge of webdav doesn't stretch far enough to say exactly
> > > > > why... :)
> > > > >
> > > > > That's for my 2 ct on this, maybe someone with more insight cold
> > > > > shed some light on what I'm doing wrong?
> > > > >
> > > > > Thanks in advance!
> > > > >
> > > > > Regards,
> > > > > Michael
> > > > >
> > > > > -------/ Michael Plomer /--/ stud. Hilfskraft CONCERT /----
> > > > > ------/ Fraunhofer IPSI /--/ Kooperationskomponenten /-----
> > > > > -----/ Darmstadt/Germany /--/ eMail: plomer@ipsi.fhg.de /------
> > > > >
> > > > > >>-----Ursprüngliche Nachricht-----
> > > > > >>Von: Peder Nordvaller
> > > > > >>[mailto:peder.nordvaller@vitaminapplications.se]
> > > > > >>Gesendet: Dienstag, 22. Juli 2003 13:34
> > > > > >>An: Slide Users Mailing List
> > > > > >>Betreff: åäö
> > > > > >>
> > > > > >>
> > > > > >>Hello, have anyone had any success in making the WebDAV
> > > > > >>servlet using slide
> > > > > >>compatible with chars such as the swedish åäö? Using internet
> > > > > >>explorer to
> > > > > >>open the servlet as a web folder, I can create folders and
> > > > > >>such with those
> > > > > >>chars, but when I try to change directory to that directory,
> > > > > >>the url is
> > > > > >>translated from "åäö" to "%E5%E4%F6". How can I avoid/fix
> > > > > >>this? Do I have to
> > > > > >>rewrite the slide webdav servlet to actually name them with
> > > > > >>%E5 etc but
> > > > > >>display the real chars when listing contents of a dir or is
> > > > > >>there an easier
> > > > > >>solution?
> > > > > >>
> > > > > >>Sincerely, Peder
> > > > > >>
> > > > > >>
> > > > > >>
> > > > >
> > >>---------------------------------------------------------------------
> > > > > >>To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > > > > >>For additional commands, e-mail:
> > slide-user-help@jakarta.apache.org
> > > > > >>
> > > > > >>
> > > > >
> > > > >
> > > > >
> > ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > > > > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> > > > >
> > > > >
> > > >
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> > > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> > >
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: XP Webfolders Weirdness
Posted by Julian Reschke <ju...@gmx.de>.
Well,
I'm not going to try because (a) I don't have a slide server and (b) it
would be guesswork which chinese characters you tried. I *know* that things
are working fairly well with Apche/moddav, IIS and our own server if you use
current webfolder clients, and use resource names that include german
umlauts.
If you have a test scenario that fails, please trace it so that the problem
can be analyzed.
--
<green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
> -----Original Message-----
> From: xiaohu [mailto:ender@byobroadcast.com]
> Sent: Thursday, July 31, 2003 9:30 AM
> To: Slide Users Mailing List
> Subject: RE: XP Webfolders Weirdness
>
>
> Yeah I agree, UTF-8 is the only way to go. If everybody was smart and
> used UTF-8 there would be no problems. So try the following, and let me
> know if it works! It's very simple:
>
> Mount a Windows XP webfolder on your slide server.
>
> (1) Copy a (Chinese named) file to the webfolder.
> (2) Create a new (Chinese named) folder in the webfolder.
> (3) Refresh the display.
>
> Did it work? :)
>
>
> On Thu, 2003-07-31 at 15:21, Julian Reschke wrote:
> > The *only* portable way to encode non-ASCII resource names in
> URIs is to use
> > UTF-8. Clients *can't* signal which encoding they are using,
> thus only one
> > can be used. All major WebDAV clients I'm aware of nowadays use
> UTF-8, so
> > trying anything else really leads nowhere.
> >
> > If you come across a client that doesn't use UTF-8, please file a bug
> > report.
> >
> > --
> > <green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
> >
> > > -----Original Message-----
> > > From: satish [mailto:satish@byobroadcast.com]
> > > Sent: Thursday, July 31, 2003 8:58 AM
> > > To: Slide Users Mailing List
> > > Subject: XP Webfolders Weirdness
> > >
> > >
> > > I discovered something very bizarre in Windows XP webfolders. As I
> > > mentioned before, for the case of uploading a file, (PutMethod()) I
> > > could not figure out what character encoding windows was using for the
> > > filename. However for the case of making a new folder (which is
> > > MkcolMethod() followed by MoveMethod()) I figured out what it was
> > > doing. And it is very strange indeed! In
> > > AbstractMultistatusResponseMethod.parseRequest() the desturi
> is obtained
> > > by:
> > >
> > > destinationUri = req.getHeader("Destination");
> > >
> > > I added debug code to display the destinationUri as follows:
> > >
> > > byte[] bytestr = destinationUri.getBytes( "ISO-8859-1" );
> > > String debugstr = new String( bytestr, 0, bytestr.length, "gb2312" );
> > >
> > > Then I looked at my logfile in a browser.
> > >
> > > "debugstr" _ONLY_ showed up correctly when the browser
> encoding was set
> > > to UTF-8.
> > >
> > > Could anybody explain to me what the heck all this means? I extracted
> > > the bytes as "ISO-8859-1", then I created a new string using "gb2312",
> > > but it only displays correctly as UTF-8!! I really don't understand
> > > this.
> > >
> > > Satish
> > >
> > > On Tue, 2003-07-22 at 20:21, Michael Plomer wrote:
> > > > Hello Peder,
> > > > Hello all,
> > > >
> > > > I have the same problem. From what I've learned, the problem is
> > > > that the server uses a platform-specific encoding while IE uses
> > > > UTF-8 or something... a solution has been proposed on this list
> > > > a while ago that involved setting the parameter
> > > >
> > > > org.apache.slide.urlEncoding=UTF-8
> > > >
> > > > in the slide.properties of the servlet. However, I found that it
> > > > didn't work for me or at least doesn't work with slide 1.0.16.
> > > > It would appear that the parameter in question is never used in
> > > > the source code. So maybe modification of the server side boils
> > > > down to making it use UTF-8 by default?
> > > >
> > > > I'm using the Slide WebDAV Client lib which also uses UTF-8 by
> > > > default for url encoding. I modified the client lib to use the
> > > > same encoding that my server uses (Cp1252) which seems to have
> > > > solved the problem for all methods derived from HttpMethodBase
> > > > (like mkcol) but doesn't work for methods derived from
> > > > XMLResponseBase (like move). Which makes sense somehow, only
> > > > my knowledge of webdav doesn't stretch far enough to say exactly
> > > > why... :)
> > > >
> > > > That's for my 2 ct on this, maybe someone with more insight cold
> > > > shed some light on what I'm doing wrong?
> > > >
> > > > Thanks in advance!
> > > >
> > > > Regards,
> > > > Michael
> > > >
> > > > -------/ Michael Plomer /--/ stud. Hilfskraft CONCERT /----
> > > > ------/ Fraunhofer IPSI /--/ Kooperationskomponenten /-----
> > > > -----/ Darmstadt/Germany /--/ eMail: plomer@ipsi.fhg.de /------
> > > >
> > > > >>-----Ursprüngliche Nachricht-----
> > > > >>Von: Peder Nordvaller
> > > > >>[mailto:peder.nordvaller@vitaminapplications.se]
> > > > >>Gesendet: Dienstag, 22. Juli 2003 13:34
> > > > >>An: Slide Users Mailing List
> > > > >>Betreff: åäö
> > > > >>
> > > > >>
> > > > >>Hello, have anyone had any success in making the WebDAV
> > > > >>servlet using slide
> > > > >>compatible with chars such as the swedish åäö? Using internet
> > > > >>explorer to
> > > > >>open the servlet as a web folder, I can create folders and
> > > > >>such with those
> > > > >>chars, but when I try to change directory to that directory,
> > > > >>the url is
> > > > >>translated from "åäö" to "%E5%E4%F6". How can I avoid/fix
> > > > >>this? Do I have to
> > > > >>rewrite the slide webdav servlet to actually name them with
> > > > >>%E5 etc but
> > > > >>display the real chars when listing contents of a dir or is
> > > > >>there an easier
> > > > >>solution?
> > > > >>
> > > > >>Sincerely, Peder
> > > > >>
> > > > >>
> > > > >>
> > > >
> >>---------------------------------------------------------------------
> > > > >>To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > > > >>For additional commands, e-mail:
> slide-user-help@jakarta.apache.org
> > > > >>
> > > > >>
> > > >
> > > >
> > > >
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> > > >
> > > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: XP Webfolders Weirdness
Posted by Taisuke Yamada <ta...@iij.ad.jp>.
> Thought u needed utf-16 for full Chinese character listing?
Nope. UTF-8 and UTF-16 are just a character _encoding_ (read: bit
pattern) scheme and only different in a way how to express same
"character set".
UTF-8 is preferred most of the time because it is 100% upper
compatible with US-ASCII.
--
Taisuke Yamada <ta...@iij.ad.jp>
Internet Initiative Japan Inc., Technical Planning Division
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: XP Webfolders Weirdness
Posted by Julian Reschke <ju...@gmx.de>.
Not fully true.
The Unicode repertoire is larger than 2^16. There are some Unicode code
points that need *two* UTF-16 words to encode.
--
<green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
> -----Original Message-----
> From: satish [mailto:satish@byobroadcast.com]
> Sent: Thursday, July 31, 2003 10:04 AM
> To: Slide Users Mailing List
> Subject: RE: XP Webfolders Weirdness
>
>
> No, UTF-8 is fine. It just means it's using a variable number of bytes
> to represent a single character (1, 2, or 3), whereas UTF-16 would
> always use 2 bytes.
>
> On Thu, 2003-07-31 at 15:58, Stuart MacPherson wrote:
> > Thought u needed utf-16 for full Chinese character listing?
> >
> >
> > -----Original Message-----
> > From: xiaohu [mailto:ender@byobroadcast.com]
> > Sent: 31 July 2003 08:30
> > To: Slide Users Mailing List
> > Subject: RE: XP Webfolders Weirdness
> >
> > Yeah I agree, UTF-8 is the only way to go. If everybody was smart and
> > used UTF-8 there would be no problems. So try the following, and let me
> > know if it works! It's very simple:
> >
> > Mount a Windows XP webfolder on your slide server.
> >
> > (1) Copy a (Chinese named) file to the webfolder.
> > (2) Create a new (Chinese named) folder in the webfolder.
> > (3) Refresh the display.
> >
> > Did it work? :)
> >
> >
> > On Thu, 2003-07-31 at 15:21, Julian Reschke wrote:
> > > The *only* portable way to encode non-ASCII resource names in
> URIs is to
> > use
> > > UTF-8. Clients *can't* signal which encoding they are using,
> thus only one
> > > can be used. All major WebDAV clients I'm aware of nowadays
> use UTF-8, so
> > > trying anything else really leads nowhere.
> > >
> > > If you come across a client that doesn't use UTF-8, please file a bug
> > > report.
> > >
> > > --
> > > <green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
> > >
> > > > -----Original Message-----
> > > > From: satish [mailto:satish@byobroadcast.com]
> > > > Sent: Thursday, July 31, 2003 8:58 AM
> > > > To: Slide Users Mailing List
> > > > Subject: XP Webfolders Weirdness
> > > >
> > > >
> > > > I discovered something very bizarre in Windows XP webfolders. As I
> > > > mentioned before, for the case of uploading a file, (PutMethod()) I
> > > > could not figure out what character encoding windows was
> using for the
> > > > filename. However for the case of making a new folder (which is
> > > > MkcolMethod() followed by MoveMethod()) I figured out what it was
> > > > doing. And it is very strange indeed! In
> > > > AbstractMultistatusResponseMethod.parseRequest() the
> desturi is obtained
> > > > by:
> > > >
> > > > destinationUri = req.getHeader("Destination");
> > > >
> > > > I added debug code to display the destinationUri as follows:
> > > >
> > > > byte[] bytestr = destinationUri.getBytes( "ISO-8859-1" );
> > > > String debugstr = new String( bytestr, 0, bytestr.length,
> "gb2312" );
> > > >
> > > > Then I looked at my logfile in a browser.
> > > >
> > > > "debugstr" _ONLY_ showed up correctly when the browser
> encoding was set
> > > > to UTF-8.
> > > >
> > > > Could anybody explain to me what the heck all this means?
> I extracted
> > > > the bytes as "ISO-8859-1", then I created a new string
> using "gb2312",
> > > > but it only displays correctly as UTF-8!! I really don't understand
> > > > this.
> > > >
> > > > Satish
> > > >
> > > > On Tue, 2003-07-22 at 20:21, Michael Plomer wrote:
> > > > > Hello Peder,
> > > > > Hello all,
> > > > >
> > > > > I have the same problem. From what I've learned, the problem is
> > > > > that the server uses a platform-specific encoding while IE uses
> > > > > UTF-8 or something... a solution has been proposed on this list
> > > > > a while ago that involved setting the parameter
> > > > >
> > > > > org.apache.slide.urlEncoding=UTF-8
> > > > >
> > > > > in the slide.properties of the servlet. However, I found that it
> > > > > didn't work for me or at least doesn't work with slide 1.0.16.
> > > > > It would appear that the parameter in question is never used in
> > > > > the source code. So maybe modification of the server side boils
> > > > > down to making it use UTF-8 by default?
> > > > >
> > > > > I'm using the Slide WebDAV Client lib which also uses UTF-8 by
> > > > > default for url encoding. I modified the client lib to use the
> > > > > same encoding that my server uses (Cp1252) which seems to have
> > > > > solved the problem for all methods derived from HttpMethodBase
> > > > > (like mkcol) but doesn't work for methods derived from
> > > > > XMLResponseBase (like move). Which makes sense somehow, only
> > > > > my knowledge of webdav doesn't stretch far enough to say exactly
> > > > > why... :)
> > > > >
> > > > > That's for my 2 ct on this, maybe someone with more insight cold
> > > > > shed some light on what I'm doing wrong?
> > > > >
> > > > > Thanks in advance!
> > > > >
> > > > > Regards,
> > > > > Michael
> > > > >
> > > > > -------/ Michael Plomer /--/ stud. Hilfskraft CONCERT /----
> > > > > ------/ Fraunhofer IPSI /--/ Kooperationskomponenten /-----
> > > > > -----/ Darmstadt/Germany /--/ eMail: plomer@ipsi.fhg.de /------
> > > > >
> > > > > >>-----Ursprüngliche Nachricht-----
> > > > > >>Von: Peder Nordvaller
> > > > > >>[mailto:peder.nordvaller@vitaminapplications.se]
> > > > > >>Gesendet: Dienstag, 22. Juli 2003 13:34
> > > > > >>An: Slide Users Mailing List
> > > > > >>Betreff: åäö
> > > > > >>
> > > > > >>
> > > > > >>Hello, have anyone had any success in making the WebDAV
> > > > > >>servlet using slide
> > > > > >>compatible with chars such as the swedish åäö? Using internet
> > > > > >>explorer to
> > > > > >>open the servlet as a web folder, I can create folders and
> > > > > >>such with those
> > > > > >>chars, but when I try to change directory to that directory,
> > > > > >>the url is
> > > > > >>translated from "åäö" to "%E5%E4%F6". How can I avoid/fix
> > > > > >>this? Do I have to
> > > > > >>rewrite the slide webdav servlet to actually name them with
> > > > > >>%E5 etc but
> > > > > >>display the real chars when listing contents of a dir or is
> > > > > >>there an easier
> > > > > >>solution?
> > > > > >>
> > > > > >>Sincerely, Peder
> > > > > >>
> > > > > >>
> > > > > >>
> > > > >
> > >>---------------------------------------------------------------------
> > > > > >>To unsubscribe, e-mail:
> slide-user-unsubscribe@jakarta.apache.org
> > > > > >>For additional commands, e-mail:
> slide-user-help@jakarta.apache.org
> > > > > >>
> > > > > >>
> > > > >
> > > > >
> > > > >
> ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > > > > For additional commands, e-mail:
> slide-user-help@jakarta.apache.org
> > > > >
> > > > >
> > > >
> > > >
> > > >
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> > > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> > >
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: XP Webfolders Weirdness
Posted by satish <sa...@byobroadcast.com>.
No, UTF-8 is fine. It just means it's using a variable number of bytes
to represent a single character (1, 2, or 3), whereas UTF-16 would
always use 2 bytes.
On Thu, 2003-07-31 at 15:58, Stuart MacPherson wrote:
> Thought u needed utf-16 for full Chinese character listing?
>
>
> -----Original Message-----
> From: xiaohu [mailto:ender@byobroadcast.com]
> Sent: 31 July 2003 08:30
> To: Slide Users Mailing List
> Subject: RE: XP Webfolders Weirdness
>
> Yeah I agree, UTF-8 is the only way to go. If everybody was smart and
> used UTF-8 there would be no problems. So try the following, and let me
> know if it works! It's very simple:
>
> Mount a Windows XP webfolder on your slide server.
>
> (1) Copy a (Chinese named) file to the webfolder.
> (2) Create a new (Chinese named) folder in the webfolder.
> (3) Refresh the display.
>
> Did it work? :)
>
>
> On Thu, 2003-07-31 at 15:21, Julian Reschke wrote:
> > The *only* portable way to encode non-ASCII resource names in URIs is to
> use
> > UTF-8. Clients *can't* signal which encoding they are using, thus only one
> > can be used. All major WebDAV clients I'm aware of nowadays use UTF-8, so
> > trying anything else really leads nowhere.
> >
> > If you come across a client that doesn't use UTF-8, please file a bug
> > report.
> >
> > --
> > <green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
> >
> > > -----Original Message-----
> > > From: satish [mailto:satish@byobroadcast.com]
> > > Sent: Thursday, July 31, 2003 8:58 AM
> > > To: Slide Users Mailing List
> > > Subject: XP Webfolders Weirdness
> > >
> > >
> > > I discovered something very bizarre in Windows XP webfolders. As I
> > > mentioned before, for the case of uploading a file, (PutMethod()) I
> > > could not figure out what character encoding windows was using for the
> > > filename. However for the case of making a new folder (which is
> > > MkcolMethod() followed by MoveMethod()) I figured out what it was
> > > doing. And it is very strange indeed! In
> > > AbstractMultistatusResponseMethod.parseRequest() the desturi is obtained
> > > by:
> > >
> > > destinationUri = req.getHeader("Destination");
> > >
> > > I added debug code to display the destinationUri as follows:
> > >
> > > byte[] bytestr = destinationUri.getBytes( "ISO-8859-1" );
> > > String debugstr = new String( bytestr, 0, bytestr.length, "gb2312" );
> > >
> > > Then I looked at my logfile in a browser.
> > >
> > > "debugstr" _ONLY_ showed up correctly when the browser encoding was set
> > > to UTF-8.
> > >
> > > Could anybody explain to me what the heck all this means? I extracted
> > > the bytes as "ISO-8859-1", then I created a new string using "gb2312",
> > > but it only displays correctly as UTF-8!! I really don't understand
> > > this.
> > >
> > > Satish
> > >
> > > On Tue, 2003-07-22 at 20:21, Michael Plomer wrote:
> > > > Hello Peder,
> > > > Hello all,
> > > >
> > > > I have the same problem. From what I've learned, the problem is
> > > > that the server uses a platform-specific encoding while IE uses
> > > > UTF-8 or something... a solution has been proposed on this list
> > > > a while ago that involved setting the parameter
> > > >
> > > > org.apache.slide.urlEncoding=UTF-8
> > > >
> > > > in the slide.properties of the servlet. However, I found that it
> > > > didn't work for me or at least doesn't work with slide 1.0.16.
> > > > It would appear that the parameter in question is never used in
> > > > the source code. So maybe modification of the server side boils
> > > > down to making it use UTF-8 by default?
> > > >
> > > > I'm using the Slide WebDAV Client lib which also uses UTF-8 by
> > > > default for url encoding. I modified the client lib to use the
> > > > same encoding that my server uses (Cp1252) which seems to have
> > > > solved the problem for all methods derived from HttpMethodBase
> > > > (like mkcol) but doesn't work for methods derived from
> > > > XMLResponseBase (like move). Which makes sense somehow, only
> > > > my knowledge of webdav doesn't stretch far enough to say exactly
> > > > why... :)
> > > >
> > > > That's for my 2 ct on this, maybe someone with more insight cold
> > > > shed some light on what I'm doing wrong?
> > > >
> > > > Thanks in advance!
> > > >
> > > > Regards,
> > > > Michael
> > > >
> > > > -------/ Michael Plomer /--/ stud. Hilfskraft CONCERT /----
> > > > ------/ Fraunhofer IPSI /--/ Kooperationskomponenten /-----
> > > > -----/ Darmstadt/Germany /--/ eMail: plomer@ipsi.fhg.de /------
> > > >
> > > > >>-----Ursprüngliche Nachricht-----
> > > > >>Von: Peder Nordvaller
> > > > >>[mailto:peder.nordvaller@vitaminapplications.se]
> > > > >>Gesendet: Dienstag, 22. Juli 2003 13:34
> > > > >>An: Slide Users Mailing List
> > > > >>Betreff: åäö
> > > > >>
> > > > >>
> > > > >>Hello, have anyone had any success in making the WebDAV
> > > > >>servlet using slide
> > > > >>compatible with chars such as the swedish åäö? Using internet
> > > > >>explorer to
> > > > >>open the servlet as a web folder, I can create folders and
> > > > >>such with those
> > > > >>chars, but when I try to change directory to that directory,
> > > > >>the url is
> > > > >>translated from "åäö" to "%E5%E4%F6". How can I avoid/fix
> > > > >>this? Do I have to
> > > > >>rewrite the slide webdav servlet to actually name them with
> > > > >>%E5 etc but
> > > > >>display the real chars when listing contents of a dir or is
> > > > >>there an easier
> > > > >>solution?
> > > > >>
> > > > >>Sincerely, Peder
> > > > >>
> > > > >>
> > > > >>
> > > >
> >>---------------------------------------------------------------------
> > > > >>To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > > > >>For additional commands, e-mail: slide-user-help@jakarta.apache.org
> > > > >>
> > > > >>
> > > >
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> > > >
> > > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: XP Webfolders Weirdness
Posted by Stuart MacPherson <ap...@dsl.pipex.com>.
Thought u needed utf-16 for full Chinese character listing?
-----Original Message-----
From: xiaohu [mailto:ender@byobroadcast.com]
Sent: 31 July 2003 08:30
To: Slide Users Mailing List
Subject: RE: XP Webfolders Weirdness
Yeah I agree, UTF-8 is the only way to go. If everybody was smart and
used UTF-8 there would be no problems. So try the following, and let me
know if it works! It's very simple:
Mount a Windows XP webfolder on your slide server.
(1) Copy a (Chinese named) file to the webfolder.
(2) Create a new (Chinese named) folder in the webfolder.
(3) Refresh the display.
Did it work? :)
On Thu, 2003-07-31 at 15:21, Julian Reschke wrote:
> The *only* portable way to encode non-ASCII resource names in URIs is to
use
> UTF-8. Clients *can't* signal which encoding they are using, thus only one
> can be used. All major WebDAV clients I'm aware of nowadays use UTF-8, so
> trying anything else really leads nowhere.
>
> If you come across a client that doesn't use UTF-8, please file a bug
> report.
>
> --
> <green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
>
> > -----Original Message-----
> > From: satish [mailto:satish@byobroadcast.com]
> > Sent: Thursday, July 31, 2003 8:58 AM
> > To: Slide Users Mailing List
> > Subject: XP Webfolders Weirdness
> >
> >
> > I discovered something very bizarre in Windows XP webfolders. As I
> > mentioned before, for the case of uploading a file, (PutMethod()) I
> > could not figure out what character encoding windows was using for the
> > filename. However for the case of making a new folder (which is
> > MkcolMethod() followed by MoveMethod()) I figured out what it was
> > doing. And it is very strange indeed! In
> > AbstractMultistatusResponseMethod.parseRequest() the desturi is obtained
> > by:
> >
> > destinationUri = req.getHeader("Destination");
> >
> > I added debug code to display the destinationUri as follows:
> >
> > byte[] bytestr = destinationUri.getBytes( "ISO-8859-1" );
> > String debugstr = new String( bytestr, 0, bytestr.length, "gb2312" );
> >
> > Then I looked at my logfile in a browser.
> >
> > "debugstr" _ONLY_ showed up correctly when the browser encoding was set
> > to UTF-8.
> >
> > Could anybody explain to me what the heck all this means? I extracted
> > the bytes as "ISO-8859-1", then I created a new string using "gb2312",
> > but it only displays correctly as UTF-8!! I really don't understand
> > this.
> >
> > Satish
> >
> > On Tue, 2003-07-22 at 20:21, Michael Plomer wrote:
> > > Hello Peder,
> > > Hello all,
> > >
> > > I have the same problem. From what I've learned, the problem is
> > > that the server uses a platform-specific encoding while IE uses
> > > UTF-8 or something... a solution has been proposed on this list
> > > a while ago that involved setting the parameter
> > >
> > > org.apache.slide.urlEncoding=UTF-8
> > >
> > > in the slide.properties of the servlet. However, I found that it
> > > didn't work for me or at least doesn't work with slide 1.0.16.
> > > It would appear that the parameter in question is never used in
> > > the source code. So maybe modification of the server side boils
> > > down to making it use UTF-8 by default?
> > >
> > > I'm using the Slide WebDAV Client lib which also uses UTF-8 by
> > > default for url encoding. I modified the client lib to use the
> > > same encoding that my server uses (Cp1252) which seems to have
> > > solved the problem for all methods derived from HttpMethodBase
> > > (like mkcol) but doesn't work for methods derived from
> > > XMLResponseBase (like move). Which makes sense somehow, only
> > > my knowledge of webdav doesn't stretch far enough to say exactly
> > > why... :)
> > >
> > > That's for my 2 ct on this, maybe someone with more insight cold
> > > shed some light on what I'm doing wrong?
> > >
> > > Thanks in advance!
> > >
> > > Regards,
> > > Michael
> > >
> > > -------/ Michael Plomer /--/ stud. Hilfskraft CONCERT /----
> > > ------/ Fraunhofer IPSI /--/ Kooperationskomponenten /-----
> > > -----/ Darmstadt/Germany /--/ eMail: plomer@ipsi.fhg.de /------
> > >
> > > >>-----Ursprüngliche Nachricht-----
> > > >>Von: Peder Nordvaller
> > > >>[mailto:peder.nordvaller@vitaminapplications.se]
> > > >>Gesendet: Dienstag, 22. Juli 2003 13:34
> > > >>An: Slide Users Mailing List
> > > >>Betreff: åäö
> > > >>
> > > >>
> > > >>Hello, have anyone had any success in making the WebDAV
> > > >>servlet using slide
> > > >>compatible with chars such as the swedish åäö? Using internet
> > > >>explorer to
> > > >>open the servlet as a web folder, I can create folders and
> > > >>such with those
> > > >>chars, but when I try to change directory to that directory,
> > > >>the url is
> > > >>translated from "åäö" to "%E5%E4%F6". How can I avoid/fix
> > > >>this? Do I have to
> > > >>rewrite the slide webdav servlet to actually name them with
> > > >>%E5 etc but
> > > >>display the real chars when listing contents of a dir or is
> > > >>there an easier
> > > >>solution?
> > > >>
> > > >>Sincerely, Peder
> > > >>
> > > >>
> > > >>
> > >
>>---------------------------------------------------------------------
> > > >>To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > > >>For additional commands, e-mail: slide-user-help@jakarta.apache.org
> > > >>
> > > >>
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> > >
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: XP Webfolders Weirdness
Posted by xiaohu <en...@byobroadcast.com>.
Yeah I agree, UTF-8 is the only way to go. If everybody was smart and
used UTF-8 there would be no problems. So try the following, and let me
know if it works! It's very simple:
Mount a Windows XP webfolder on your slide server.
(1) Copy a (Chinese named) file to the webfolder.
(2) Create a new (Chinese named) folder in the webfolder.
(3) Refresh the display.
Did it work? :)
On Thu, 2003-07-31 at 15:21, Julian Reschke wrote:
> The *only* portable way to encode non-ASCII resource names in URIs is to use
> UTF-8. Clients *can't* signal which encoding they are using, thus only one
> can be used. All major WebDAV clients I'm aware of nowadays use UTF-8, so
> trying anything else really leads nowhere.
>
> If you come across a client that doesn't use UTF-8, please file a bug
> report.
>
> --
> <green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
>
> > -----Original Message-----
> > From: satish [mailto:satish@byobroadcast.com]
> > Sent: Thursday, July 31, 2003 8:58 AM
> > To: Slide Users Mailing List
> > Subject: XP Webfolders Weirdness
> >
> >
> > I discovered something very bizarre in Windows XP webfolders. As I
> > mentioned before, for the case of uploading a file, (PutMethod()) I
> > could not figure out what character encoding windows was using for the
> > filename. However for the case of making a new folder (which is
> > MkcolMethod() followed by MoveMethod()) I figured out what it was
> > doing. And it is very strange indeed! In
> > AbstractMultistatusResponseMethod.parseRequest() the desturi is obtained
> > by:
> >
> > destinationUri = req.getHeader("Destination");
> >
> > I added debug code to display the destinationUri as follows:
> >
> > byte[] bytestr = destinationUri.getBytes( "ISO-8859-1" );
> > String debugstr = new String( bytestr, 0, bytestr.length, "gb2312" );
> >
> > Then I looked at my logfile in a browser.
> >
> > "debugstr" _ONLY_ showed up correctly when the browser encoding was set
> > to UTF-8.
> >
> > Could anybody explain to me what the heck all this means? I extracted
> > the bytes as "ISO-8859-1", then I created a new string using "gb2312",
> > but it only displays correctly as UTF-8!! I really don't understand
> > this.
> >
> > Satish
> >
> > On Tue, 2003-07-22 at 20:21, Michael Plomer wrote:
> > > Hello Peder,
> > > Hello all,
> > >
> > > I have the same problem. From what I've learned, the problem is
> > > that the server uses a platform-specific encoding while IE uses
> > > UTF-8 or something... a solution has been proposed on this list
> > > a while ago that involved setting the parameter
> > >
> > > org.apache.slide.urlEncoding=UTF-8
> > >
> > > in the slide.properties of the servlet. However, I found that it
> > > didn't work for me or at least doesn't work with slide 1.0.16.
> > > It would appear that the parameter in question is never used in
> > > the source code. So maybe modification of the server side boils
> > > down to making it use UTF-8 by default?
> > >
> > > I'm using the Slide WebDAV Client lib which also uses UTF-8 by
> > > default for url encoding. I modified the client lib to use the
> > > same encoding that my server uses (Cp1252) which seems to have
> > > solved the problem for all methods derived from HttpMethodBase
> > > (like mkcol) but doesn't work for methods derived from
> > > XMLResponseBase (like move). Which makes sense somehow, only
> > > my knowledge of webdav doesn't stretch far enough to say exactly
> > > why... :)
> > >
> > > That's for my 2 ct on this, maybe someone with more insight cold
> > > shed some light on what I'm doing wrong?
> > >
> > > Thanks in advance!
> > >
> > > Regards,
> > > Michael
> > >
> > > -------/ Michael Plomer /--/ stud. Hilfskraft CONCERT /----
> > > ------/ Fraunhofer IPSI /--/ Kooperationskomponenten /-----
> > > -----/ Darmstadt/Germany /--/ eMail: plomer@ipsi.fhg.de /------
> > >
> > > >>-----Ursprüngliche Nachricht-----
> > > >>Von: Peder Nordvaller
> > > >>[mailto:peder.nordvaller@vitaminapplications.se]
> > > >>Gesendet: Dienstag, 22. Juli 2003 13:34
> > > >>An: Slide Users Mailing List
> > > >>Betreff: åäö
> > > >>
> > > >>
> > > >>Hello, have anyone had any success in making the WebDAV
> > > >>servlet using slide
> > > >>compatible with chars such as the swedish åäö? Using internet
> > > >>explorer to
> > > >>open the servlet as a web folder, I can create folders and
> > > >>such with those
> > > >>chars, but when I try to change directory to that directory,
> > > >>the url is
> > > >>translated from "åäö" to "%E5%E4%F6". How can I avoid/fix
> > > >>this? Do I have to
> > > >>rewrite the slide webdav servlet to actually name them with
> > > >>%E5 etc but
> > > >>display the real chars when listing contents of a dir or is
> > > >>there an easier
> > > >>solution?
> > > >>
> > > >>Sincerely, Peder
> > > >>
> > > >>
> > > >>
> > > >>---------------------------------------------------------------------
> > > >>To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > > >>For additional commands, e-mail: slide-user-help@jakarta.apache.org
> > > >>
> > > >>
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> > >
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: XP Webfolders Weirdness
Posted by Julian Reschke <ju...@gmx.de>.
The *only* portable way to encode non-ASCII resource names in URIs is to use
UTF-8. Clients *can't* signal which encoding they are using, thus only one
can be used. All major WebDAV clients I'm aware of nowadays use UTF-8, so
trying anything else really leads nowhere.
If you come across a client that doesn't use UTF-8, please file a bug
report.
--
<green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
> -----Original Message-----
> From: satish [mailto:satish@byobroadcast.com]
> Sent: Thursday, July 31, 2003 8:58 AM
> To: Slide Users Mailing List
> Subject: XP Webfolders Weirdness
>
>
> I discovered something very bizarre in Windows XP webfolders. As I
> mentioned before, for the case of uploading a file, (PutMethod()) I
> could not figure out what character encoding windows was using for the
> filename. However for the case of making a new folder (which is
> MkcolMethod() followed by MoveMethod()) I figured out what it was
> doing. And it is very strange indeed! In
> AbstractMultistatusResponseMethod.parseRequest() the desturi is obtained
> by:
>
> destinationUri = req.getHeader("Destination");
>
> I added debug code to display the destinationUri as follows:
>
> byte[] bytestr = destinationUri.getBytes( "ISO-8859-1" );
> String debugstr = new String( bytestr, 0, bytestr.length, "gb2312" );
>
> Then I looked at my logfile in a browser.
>
> "debugstr" _ONLY_ showed up correctly when the browser encoding was set
> to UTF-8.
>
> Could anybody explain to me what the heck all this means? I extracted
> the bytes as "ISO-8859-1", then I created a new string using "gb2312",
> but it only displays correctly as UTF-8!! I really don't understand
> this.
>
> Satish
>
> On Tue, 2003-07-22 at 20:21, Michael Plomer wrote:
> > Hello Peder,
> > Hello all,
> >
> > I have the same problem. From what I've learned, the problem is
> > that the server uses a platform-specific encoding while IE uses
> > UTF-8 or something... a solution has been proposed on this list
> > a while ago that involved setting the parameter
> >
> > org.apache.slide.urlEncoding=UTF-8
> >
> > in the slide.properties of the servlet. However, I found that it
> > didn't work for me or at least doesn't work with slide 1.0.16.
> > It would appear that the parameter in question is never used in
> > the source code. So maybe modification of the server side boils
> > down to making it use UTF-8 by default?
> >
> > I'm using the Slide WebDAV Client lib which also uses UTF-8 by
> > default for url encoding. I modified the client lib to use the
> > same encoding that my server uses (Cp1252) which seems to have
> > solved the problem for all methods derived from HttpMethodBase
> > (like mkcol) but doesn't work for methods derived from
> > XMLResponseBase (like move). Which makes sense somehow, only
> > my knowledge of webdav doesn't stretch far enough to say exactly
> > why... :)
> >
> > That's for my 2 ct on this, maybe someone with more insight cold
> > shed some light on what I'm doing wrong?
> >
> > Thanks in advance!
> >
> > Regards,
> > Michael
> >
> > -------/ Michael Plomer /--/ stud. Hilfskraft CONCERT /----
> > ------/ Fraunhofer IPSI /--/ Kooperationskomponenten /-----
> > -----/ Darmstadt/Germany /--/ eMail: plomer@ipsi.fhg.de /------
> >
> > >>-----Ursprüngliche Nachricht-----
> > >>Von: Peder Nordvaller
> > >>[mailto:peder.nordvaller@vitaminapplications.se]
> > >>Gesendet: Dienstag, 22. Juli 2003 13:34
> > >>An: Slide Users Mailing List
> > >>Betreff: åäö
> > >>
> > >>
> > >>Hello, have anyone had any success in making the WebDAV
> > >>servlet using slide
> > >>compatible with chars such as the swedish åäö? Using internet
> > >>explorer to
> > >>open the servlet as a web folder, I can create folders and
> > >>such with those
> > >>chars, but when I try to change directory to that directory,
> > >>the url is
> > >>translated from "åäö" to "%E5%E4%F6". How can I avoid/fix
> > >>this? Do I have to
> > >>rewrite the slide webdav servlet to actually name them with
> > >>%E5 etc but
> > >>display the real chars when listing contents of a dir or is
> > >>there an easier
> > >>solution?
> > >>
> > >>Sincerely, Peder
> > >>
> > >>
> > >>
> > >>---------------------------------------------------------------------
> > >>To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > >>For additional commands, e-mail: slide-user-help@jakarta.apache.org
> > >>
> > >>
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org