I have no idea on scheduling. I patched this for myself against head and that's what I run.
-----Original Message----- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Niklas Gustavsson Sent: Thursday, June 30, 2005 2:11 PM To: slide-user@jakarta.apache.org Subject: Re: startTransaction on a resource in need of escaping Thanks! Will this be incorprated into CVS HEAD anytime soon? Also, is there a scheduled release that would include this patch? /niklas Ray Sprinkle wrote: > Bug # 34910. > > -----Original Message----- > From: Warwick Burrows [mailto:[EMAIL PROTECTED] > Sent: Thursday, June 30, 2005 1:56 PM > To: Slide Users Mailing List > Subject: RE: Re: startTransaction on a resource in need of escaping > > > Do you remember the bug number? > > Warwick > > > >>-----Original Message----- >>From: Ray Sprinkle [mailto:[EMAIL PROTECTED] >>Sent: Thursday, June 30, 2005 12:40 PM >>To: Slide Users Mailing List >>Subject: RE: Re: startTransaction on a resource in need of escaping >> >> >>I supplied a patch in bugzilla about a month ago. You have to patch >>the complete/abort methods too. >> >>-----Original Message----- >>From: news [mailto:[EMAIL PROTECTED] On Behalf Of Niklas Gustavsson >>Sent: Thursday, June 30, 2005 12:41 PM >>To: slide-user@jakarta.apache.org >>Subject: Re: startTransaction on a resource in need of escaping >> >>Just compared the 2.1 version with head (from ViewCVS) and there is no > > >>difference between the two startTransaction methods. >> >>Do you know if this is a new bug in 2.1? Would an old version work? >> >>/niklas >> >>Warwick Burrows wrote: >> >>>Hmmm.. I saw the bug go past and someone suggested the fix >> >>for it. Do >> >>>you have the latest 2.1 source? Have you compared your >>>startTransaction() source with that in the slide head? >>> >>>Warwick >>> >>> >>> >>> >>>>-----Original Message----- >>>>From: news [mailto:[EMAIL PROTECTED] On Behalf Of Niklas >> >>Gustavsson >> >>>>Sent: Thursday, June 30, 2005 11:11 AM >>>>To: slide-user@jakarta.apache.org >>>>Subject: Re: startTransaction on a resource in need of escaping >>>> >>>> >>>>I check with Bugzilla and I found a bug >>>>(http://issues.apache.org/bugzilla/show_bug.cgi?id=11410) >>>>fixed in 2003 >>>>that sounds very similar to this. But I'm guessing this is >> >>not the one >> >> >>>>you mean? >>>> >>>>Also, looking in the CVS, it looks like it's still not fixed: >>>>http://cvs.apache.org/viewcvs.cgi/jakarta-slide/webdavclient/c >>>>lientlib/src/java/org/apache/webdav/lib/WebdavResource.java?re >>>>v=1.36&view=markup >>>> >>>>/niklas >>>> >>>>Warwick Burrows wrote: >>>> >>>> >>>>>You might want to check bugzilla as I think this has been fixed >>>>>recently. I don't know if the patch was applied to the 2.1 >>>> >>>>release or >>>> >>>> >>>>>just the slide cvs head. >>>>> >>>>>Warwick >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>>-----Original Message----- >>>>>>From: news [mailto:[EMAIL PROTECTED] On Behalf Of Niklas >>>> >>>>Gustavsson >>>> >>>> >>>>>>Sent: Thursday, June 30, 2005 10:24 AM >>>>>>To: slide-user@jakarta.apache.org >>>>>>Subject: startTransaction on a resource in need of escaping >>>>>> >>>>>> >>>>>>Hi all, >>>>>> >>>>>>I have the following (simplified) code (using Slide 2.1): >>>>>> >>>>>> WebdavResource.setDefaultAction(WebdavResource.NOACTION); >>>>>> WebdavResource resource = new WebdavResource(new >>>>>>HttpURL("http://localhost:8080/slide/files/test 11.xml")); >>>>>> >>>>>> resource.startTransaction("ME", 20); >>>>>> resource.putMethod(TEST_DATA); >>>>>> resource.commitTransaction(); >>>>>> >>>>>>I would expect this code to start a transaction for the >>>> >>>>resource, put >>>> >>>> >>>>>>some data and then commit. This works just great as long as the >>>>>>resource URL does not need any escaping. However, as in the case >>>>>>above where we got a space in the URL, this will fail with: >>>>>> >>>>>>java.lang.IllegalArgumentException: Invalid uri '/slide/files/test >>>>>>11.xml': escaped absolute path not valid >>>>>> at >> >>org.apache.commons.httpclient.HttpMethodBase.<init>(HttpMethod >> >>>>>>Base.java:307) >>>>>> at >>>>>>org.apache.webdav.lib.methods.HttpRequestBodyMethodBase.<init> >>>>>>(HttpRequestBodyMethodBase.java:73) >>>>>> at >>>>>>org.apache.webdav.lib.methods.XMLResponseMethodBase.<init>(XML >>>>>>ResponseMethodBase.java:93) >>>>>> at >>>>>>org.apache.webdav.lib.methods.LockMethod.<init>(LockMethod >> >>.java:190) >> >>>>>> at >>>>>>org.apache.webdav.lib.methods.LockMethod.<init>(LockMethod >> >>.java:173) >> >>>>>> at >>>>>>org.apache.webdav.lib.WebdavResource.startTransaction(WebdavRe >>>>>>source.java:4308) >>>>>> at >>>>>>se.zystems.baseline.common.webdavclient.WebDAVClientTxTest.tes >>>>>>tPutOnDirectory(WebDAVClientTxTest.java:85) >>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>>>> at >>>>>>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess >>>>>>orImpl.java:85) >>>>>> at >>>>>>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess >>>>>>orImpl.java:58) >>>>>> at >>>>>>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth >>>>>>odAccessorImpl.java:60) >>>>>> at java.lang.reflect.Method.invoke(Method.java:391) >>>>>> at junit.framework.TestCase.runTest(TestCase.java:154) >>>>>> at junit.framework.TestCase.runBare(TestCase.java:127) >>>>>> at junit.framework.TestResult$1.protect(TestResult.java:106) >>>>>> at junit.framework.TestResult.runProtected(TestResult.java:124) >>>>>> at junit.framework.TestResult.run(TestResult.java:109) >>>>>> at junit.framework.TestCase.run(TestCase.java:118) >>>>>> at >>>>>>org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTest >>>>>>s(RemoteTestRunner.java:478) >>>>>> at >>>>>>org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(Rem >>>>>>oteTestRunner.java:344) >>>>>> at >>>>>>org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(Re >>>>>>moteTestRunner.java:196) >>>>>> >>>>>> >>>>>> >>>>>>The main problem here seems to be this piece of code in >>>>>>WebdavResource: >>>>>> >>>>>> public boolean startTransaction(String owner, int >>>>>>timeout) throws >>>>>>IOException { >>>>>> String path = httpURL.getPath(); >>>>>> >>>>>> setClient(); >>>>>> >>>>>> if (owner == null) { >>>>>> owner = (httpURL.getUser() != null) ? >>>>>>httpURL.getUser() : >>>>>>defaultOwner; >>>>>> } >>>>>> >>>>>> // default lock type setting >>>>>> LockMethod method = new LockMethod(path, owner, timeout, >>>>>>true); >>>>>> >>>>>>... >>>>>> >>>>>>Since this code uses httpURL.getPath() it will try to get >> >>a lock on >> >>>>>>the unescaped URL which will fail. >>>>>> >>>>>>Do I do something wrong here or is this a bug? What would be the >>>>>>recommended way of doing what I want to do? >>>>>> >>>>>>Thanks! >>>>>> >>>>>>/niklas >>>>>> >>>>>> >>>>>>------------------------------------------------------------ >>>> >>>>--------- >>>> >>>> >>>>>>To unsubscribe, e-mail: [EMAIL PROTECTED] >>>>>>For additional commands, e-mail: >> >>[EMAIL PROTECTED] >> >>>>>> >>>> >>>>------------------------------------------------------------ >> >>--------- >> >>>>To unsubscribe, e-mail: [EMAIL PROTECTED] >>>>For additional commands, e-mail: [EMAIL PROTECTED] >>>> >>>> >> >> >>--------------------------------------------------------------------- >>To unsubscribe, e-mail: [EMAIL PROTECTED] >>For additional commands, e-mail: [EMAIL PROTECTED] >> >> >> >>--------------------------------------------------------------------- >>To unsubscribe, e-mail: [EMAIL PROTECTED] >>For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]