Sure. Ideally, the client would be able to say, "I had trouble parsing the
XML in the response, namely this bit here: <S:>asdf</S:>"
Wanna dive in and look into a patch?
Engebakken Geir wrote:
> Right, but why doesn't the client handle this more "graciously", by
> examining the result and maybe point the user in a direction to find the
> cause of the "failure", instead of just spitting out "207 Multi-status"?
>
> In our case we get this message diffing two revisions of a file, but we
> don’t know why it fails (although some time ago someone said something
> about cvs2svn not converting things correctly in all circumstances,
> leading to this error?).
>
> Anyhow, the bottom line for me is that diffing these revisions still
> fails, and I don’t know why!
>
>
> Geir
>
> -----Original Message----- From: C. Michael Pilato
> [mailto:cmpilato_at_collab.net] Sent: 5. januar 2010 13:54 To: Engebakken
> Geir Cc: Kylo Ginsberg; users_at_subversion.apache.org;
> dev_at_subversion.apache.org Subject: Re: svnsync "207 Multi-Status" failure
> with http access method and property "svn:"
>
> Engebakken Geir wrote:
>> It seems to me that the 207 message is not an error message seen from
>> Apache, rather an informative message, but that SVN interprets it as
>> an error somehow. I would be glad to find out more about this ........
>
> "207 Multi-Status" isn't an error at all. It's a code from Apache that
> means, "I've got multiple different pieces of status information to
> provide to you -- see the response body for details."
>
> In Subversion, those multiple bits of status generally correspond to
> individual statii (heh) of property requests. Subversion says, "Apache,
> please send me properties 'foo', 'bar', and 'baz' on file.txt." But what
> if there's no 'bar' property on that file? Apache can't reply "200 OK",
> because all is not well. It can't reply "404 Item Not Found", because
> some of the items *were* found. So it replies "207 Multi-Status", and
> the body of the response contains the property values and 200 statuses
> for the requested properties that actually exist, plus 404 statuses for
> the properties that *don't* exist.
>
> -- C. Michael Pilato <cmpilato_at_collab.net> CollabNet <>
> www.collab.net <> Distributed Development On Demand
>
--
C. Michael Pilato <cmpilato_at_collab.net>
CollabNet <> www.collab.net <> Distributed Development On Demand
Received on 2010-01-05 14:54:28 CET