You are viewing a plain text version of this content. The canonical link for it is here.
Posted to slide-dev@jakarta.apache.org by bu...@apache.org on 2002/08/13 14:22:40 UTC

DO NOT REPLY [Bug 11658] New: - Locking a non-null resource

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11658>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11658

Locking a non-null resource

           Summary: Locking a non-null resource
           Product: Slide
           Version: 1.0.16 Stable
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: Major
          Priority: Other
         Component: WebDAV client
        AssignedTo: slide-dev@jakarta.apache.org
        ReportedBy: ravindra_38@yahoo.com
                CC: slide-dev@jakarta.apache.org


When a non-existing resource is locked, server response is 201 with a 
lockDiscovery property in XML response body. WebDAV client always expects a 200 
or 207 response and does not handle 201. If we modify parseResponse() method of 
LockMethod class as follows everything works fine:

==============================
public void parseResponse(InputStream input)
        throws IOException, HttpException {
if (status == HttpStatus.SC_OK ||
-            status == HttpStatus.SC_MULTI_STATUS ) {
+            status == HttpStatus.SC_MULTI_STATUS ||
+            status == HttpStatus.SC_CREATED ) {
            parseXMLResponse(input);
-           if ( (status == HttpStatus.SC_OK) &&
+           if ( (status != HttpStatus.SC_MULTI_STATUS) &&
-              (this.state instanceof WebdavState)) {
                String prefix = DOMUtils.findDavPrefix(
===================================
I have tested this patch with IIS.

Thanks
-ravi

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>