I am using the current nightly build and got the following exception. I get arround of the by encode the uri. I think this could be bug. I enter the new bug since I think the bug 11410 has been fixed, though it is similar. java.lang.IllegalArgumentException: Invalid uri '/slide/files/folders for test1/vicet.doc': escaped absolute path not valid at org.apache.commons.httpclient.HttpMethodBase.<init> (HttpMethodBase.java:285) at org.apache.webdav.lib.methods.HttpRequestBodyMethodBase.<init> (HttpRequestBodyMethodBase.java:115) at org.apache.webdav.lib.methods.XMLResponseMethodBase.<init> (XMLResponseMethodBase.java:128) at org.apache.webdav.lib.methods.ReportMethod.<init> (ReportMethod.java:126) at org.apache.webdav.lib.methods.ReportMethod.<init> (ReportMethod.java:163) at org.apache.webdav.lib.WebdavResource.reportMethod (WebdavResource.java:2913) at mil.navy.nrl.cee.vfs.domain.impl.webdav.WebdavFileImpl.getVersionInfo (WebdavFileImpl.java:392)
This looks like a bug in the application, not the Slide client. How do you create the HttpURL object you pass to reportMethod()? You are probably using the constructor HttpURL(String escapedHttpURL) and pass it an unescaped URL string whereas an escaped URL is expected.
You are right. This my problem. I fixed the problem by call URLUtil.URLEncode (uri, "UTF-8")). How if I call URIUtil.escape(uri), I got an excpetion(Mapping configuration error fro request URI /) for the report method. (PROPFIND works fine). Thanks.
Created attachment 12547 [details] A patch to correct this problem
I encountered this bug too, I already submited a patch. thanx
Patch applied to HEAD and the 2.1 branch. This was actually a bug in the command line client, where the given URL was assumed to be already escaped.