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 Peder Nordvaller <pe...@vitaminapplications.se> on 2003/07/22 13:33:35 UTC
åäö
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
Re: AW: aao
Posted by xiaohu <en...@byobroadcast.com>.
Hi Taisuke,
In the WebdavMethod() constructor, there is a call:
this.requestUri = WebdavUtils.getRelativePath( req, config );
It gets the request path by:
result = req.getPathInfo();
I have added debug code in this function to display the path at this
point. This is the path coming directly from the HttpServletRequest,
before Slide has has a chance to screw with it! Even here, the path
already appears to be garbage. Further evidence that Windows may be
doing something strange is the following: I have written my own browser
based client to access Slide. Using this client, Chinese filenames are
handled correctly, from IE, Opera, and Mozilla, both on Windows and
Linux! Using Windows XP web folders, the filenames get screwed. I
suppose this could still be a slide server problem, but I don't see
how? To answer your question, the filename is NOT UTF-8 when stored on
the server (in a database).
Satish
On Wed, 2003-07-30 at 14:11, Taisuke Yamada wrote:
> > When I upload a file with non ascii (multibyte) characters in the
> > filename, the upload is successful, and the file is displayed correctly
> > in the webfolder. But when I do a refresh, it just displays as ??
>
> I'm not sure if this is the case, but it seems there's a bug in Slide
> code that URI-escapes correct UTF-8 filename into real garbage (forgot
> whether it was in client library or Slide core - will look into it again
> later). This causes correctly uploaded files look broken. I recall this
> was a problem related to String.getBytes() method and file.encoding
> property.
>
> Can you check charset encoding of filename that is actually on the
> server filesystem (or database)? Is it in UTF-8?
>
> --
> 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
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: AW: aao
Posted by Taisuke Yamada <ta...@iij.ad.jp>.
> When I upload a file with non ascii (multibyte) characters in the
> filename, the upload is successful, and the file is displayed correctly
> in the webfolder. But when I do a refresh, it just displays as ??
I'm not sure if this is the case, but it seems there's a bug in Slide
code that URI-escapes correct UTF-8 filename into real garbage (forgot
whether it was in client library or Slide core - will look into it again
later). This causes correctly uploaded files look broken. I recall this
was a problem related to String.getBytes() method and file.encoding
property.
Can you check charset encoding of filename that is actually on the
server filesystem (or database)? Is it in UTF-8?
--
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: AW: aao
Posted by satish <sa...@byobroadcast.com>.
Hello,
I have read all the recent posts on this issue, and I also looked at the
information on that greenbytes.de URL that Peder supplied. I still have
a problem. I am using webfolders on Windows XP. When I upload a file
with non ascii (multibyte) characters in the filename, the upload is
successful, and the file is displayed correctly in the webfolder. But
when I do a refresh, it just displays as ?? Thereafter I can never see
the filename correctly again. I added some debugging code to the WebDAV
servlet PutMethod() to see what was going on. I can't figure out what
character set windows is using to send the filename to the server! In
my debug code I tried displaying it as UTF8, GB2312, and ISO-8859-1.
None of them appeared to be correct! Any insight into this issue would
be much appreciated.
Thank you,
Satish
On Thu, 2003-07-24 at 01:08, Peder Nordvaller wrote:
> Solved my problem, which was due to a bug in Internet Explorer apparently.
> Was running the slide webdav servlet on Tomcat under port 8080, which IE
> doesn't like. Changed to port 80 and works just fine.
>
> More info here:
>
> http://greenbytes.de/tech/webdav/webfolder-client-list.html (recognize that
> url?=)
>
> 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
Re: AW: aao
Posted by Peder Nordvaller <pe...@vitaminapplications.se>.
Solved my problem, which was due to a bug in Internet Explorer apparently.
Was running the slide webdav servlet on Tomcat under port 8080, which IE
doesn't like. Changed to port 80 and works just fine.
More info here:
http://greenbytes.de/tech/webdav/webfolder-client-list.html (recognize that
url?=)
Sincerely, Peder
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: AW: aao
Posted by Martin Holz <ho...@fiz-chemie.de>.
"Julian Reschke" <ju...@gmx.de> writes:
> No,
>
> this is incorrect. The getCharacterEncoding() returns the encoding of the
> request *body*. It doesn't tell you anything about the message headers.
Sorry, I mixed two problems. You are correct.
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: AW: aao
Posted by Julian Reschke <ju...@gmx.de>.
No,
this is incorrect. The getCharacterEncoding() returns the encoding of the
request *body*. It doesn't tell you anything about the message headers.
Julian
--
<green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
> -----Original Message-----
> From: news [mailto:news@main.gmane.org]On Behalf Of Martin Holz
> Sent: Wednesday, July 23, 2003 11:35 AM
> To: slide-user@jakarta.apache.org
> Subject: Re: AW: aao
>
>
> "Julian Reschke" <ju...@gmx.de> writes:
>
> > You are right that only UTF-8 makes sense (if somebody
> disagrees I'd really
> > see that discussed on the WebDAV WG mailing list).
> >
> > BTW: what do you mean by "if the client does not report a encoding"? The
> > client simply can't.
>
> The problem occurs only, if the
> HttpServletRequest.getCharacterEncoding() returns null,
> which is the case for cadaver and IE5. However, if I understand
> the specification
> correctly, this is a bug in the client.
>
> For details see the thread
> http://article.gmane.org/gmane.comp.jakarta.slide.devel/3311
>
>
> ---------------------------------------------------------------------
> 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: AW: aao
Posted by Martin Holz <ho...@fiz-chemie.de>.
"Julian Reschke" <ju...@gmx.de> writes:
> You are right that only UTF-8 makes sense (if somebody disagrees I'd really
> see that discussed on the WebDAV WG mailing list).
>
> BTW: what do you mean by "if the client does not report a encoding"? The
> client simply can't.
The problem occurs only, if the HttpServletRequest.getCharacterEncoding() returns null,
which is the case for cadaver and IE5. However, if I understand the specification
correctly, this is a bug in the client.
For details see the thread
http://article.gmane.org/gmane.comp.jakarta.slide.devel/3311
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: AW: aao
Posted by Julian Reschke <ju...@gmx.de>.
You are right that only UTF-8 makes sense (if somebody disagrees I'd really
see that discussed on the WebDAV WG mailing list).
BTW: what do you mean by "if the client does not report a encoding"? The
client simply can't.
Julian
--
<green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
> -----Original Message-----
> From: news [mailto:news@main.gmane.org]On Behalf Of Martin Holz
> Sent: Wednesday, July 23, 2003 9:28 AM
> To: slide-user@jakarta.apache.org
> Subject: Re: AW: aao
>
>
> "Michael Plomer" <m_...@gmx.net> writes:
>
> > 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?
>
> In AbstractWebdavMethod is a Method getEncodingString,
> which evalutates the System property file.encoding.
> Setting this property to UTF-8 should help, but may have
> all kinds of side effects, since this property may be
> used by other classes. I have difficulties finding
> a scenario, where any other value than UTF-8 would we
> used, if the client does not report a encoding.
> So hardcoding UTF-8 might be a better solution
> than makeing the encoding configurable.
>
>
> public static String getEncodingString(String httpEncoding) {
> String result = httpEncoding;
> - if (result == null) result = System.getProperty("file.encoding");
> + if (result == null) result = "UTF-8";
> if (result.startsWith("\"")) result =
> result.substring(1, result.length());
> if (result.endsWith("\"")) result =
> result.substring(0, result.length()-1);
> return result;
> }
>
>
>
> ---------------------------------------------------------------------
> 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: AW: åäö
Posted by Martin Holz <ho...@fiz-chemie.de>.
"Michael Plomer" <m_...@gmx.net> writes:
> 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?
In AbstractWebdavMethod is a Method getEncodingString,
which evalutates the System property file.encoding.
Setting this property to UTF-8 should help, but may have
all kinds of side effects, since this property may be
used by other classes. I have difficulties finding
a scenario, where any other value than UTF-8 would we
used, if the client does not report a encoding.
So hardcoding UTF-8 might be a better solution
than makeing the encoding configurable.
public static String getEncodingString(String httpEncoding) {
String result = httpEncoding;
- if (result == null) result = System.getProperty("file.encoding");
+ if (result == null) result = "UTF-8";
if (result.startsWith("\"")) result = result.substring(1, result.length());
if (result.endsWith("\"")) result = result.substring(0, result.length()-1);
return result;
}
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: AW: åäö
Posted by xiaohu <en...@byobroadcast.com>.
I did (EVENTUALLY!) get Slide working with Chinese characters, but I had
to make some changes to the source code. Basically, I had to derive two
new classes from JDBCDescriptorStore and JDBCContentStore. (I didn't
change the base Slide code, I just tell the slide.def config file to use
my classes instead of the original Slide classes.) I am using mySQL to
store both the meta-data and the content itself. Trouble is, my version
of mySQL doesn't correctly handle UTF-8 characters, even in BLOB
fields. When you store a UTF-8 string into a BLOB field and then read
it back, you don't get back what you put in! I have no idea what crazy
nonsense mySQL is doing to pull this annoying stunt. But I discovered
that if you store the UTF-8 as a blob, and read it back as bytes, then
it all works correctly. In other words, for the "insert" statements
involving UTF-8 strings I create a blob and then use it for the insert
as follows:
INSERT STATEMENTS
-----------------
String value; // some UTF-8 string
blob.setBytes( 1, value.getBytes( "utf8" ) )
.....
PreparedStatement statement; // some PreparedStatement for inserts
statement.setBlob( paramindex, blob )
instead of what the original code does:
statement.setString( paramindex, value )
SELECT STATEMENTS
-----------------
PreparedStatement statement; // some PreparedStatement for selects
statement.setBytes( paramindex,, uri.toString().getBytes( "utf8" ) );
instead of the original code:
statement.setString( paramindex,, uri.toString() );
RESULTSET PROCESSING
--------------------
Finally, when processing the ResultSet
ResultSet res; // some ResultSet
byte[] bytes = res.getBytes( colindex );
String encval = new String( bytes, "utf8" )
instead of the original code:
res.getString( colindex );
If anybody is using a newer version of mySQL that supposedly supports
UTF8 all of the above may be unnecessary. I would be interested to know
if this is indeed the case, and if somebody has Slide working with UTF8
and mySQL.
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
XP Webfolders Weirdness
Posted by satish <sa...@byobroadcast.com>.
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
AW: åäö
Posted by Michael Plomer <m_...@gmx.net>.
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