You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Julian Reschke (JIRA)" <ji...@apache.org> on 2006/04/14 10:31:00 UTC

[jira] Updated: (JCR-400) PROPPATCH error marshalling when the resource can't be modified in general

     [ http://issues.apache.org/jira/browse/JCR-400?page=all ]

Julian Reschke updated JCR-400:
-------------------------------

    Attachment: diffs.txt

(takes out the additional exception handling that causes the status code to appear inside a multistatus response)

> PROPPATCH error marshalling when the resource can't be modified in general
> --------------------------------------------------------------------------
>
>          Key: JCR-400
>          URL: http://issues.apache.org/jira/browse/JCR-400
>      Project: Jackrabbit
>         Type: Bug

>   Components: webdav
>     Versions: 1.0
>     Reporter: Julian Reschke
>     Priority: Minor
>  Attachments: diffs.txt
>
> Litmus test case "notowner_modify" (see <http://mail-archives.apache.org/mod_mbox/jackrabbit-dev/200604.mbox/%3c4432A7CF.30008@gmx.de%3e>) complains about a 423 (Locked) status code being sent back inside a 207 Multistatus:
>   9. notowner_modify....... WARNING: PROPPATCH failed with 0 not 423
>      ...................... pass (with 1 warning)
> I think that warning is correct, as this is an error condition that doesn't need to be marshalled inside multistatus (1: it affects the resource at the Request URI and only that, 2: the operation failed completely). Let me also note that none of the other servers I tested with do return a 207 here (MS IIS, Apache/moddav, Xythos, SAP Netweaver KM),
> RFC2518bis will hopefully clarify error marshalling for PROPPATCH. 
> From the source code, the current server behaviour is fully intentional (by specifically catching the DavException and using it in MultiStatus). Removing that code seems to fix the issue.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira