"Michael Plomer" <[EMAIL PROTECTED]> 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: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
