You are viewing a plain text version of this content. The canonical link for it is here.
Posted to slide-user@jakarta.apache.org by Julian Reschke <ju...@gmx.de> on 2005/01/12 21:45:17 UTC
Re: [litmus] Litmus propget problem
John Rousseau wrote:
> I'm playing with litmus (http://www.webdav.org/neon/litmus/) to do some
> basic testing against our Slide-WCK fronted archive. All of the
> "propget" props tests are failing. I'm running Slide HEAD from about 3
> weeks ago (roughly 2.2-pre1). I'm running this on Jetty 4.2.19 and Sun's
> J2SDK 1.4.2_06.
>
> ...
>
> For those of you that can't read URL encoding, the message translates to:
> Bad Request: Invalid child [Namespace: prefix "" is mapped to URI
> "DAV:"]:foobar of root element DAV:propfind
>
> I'm using the default XML parser that comes with the Sun VM.
>
> Any ideas? Is this a slide bug or a litmus bug? A quick google showed
> some valid WebDAV requests that look just like what litmus is sending.
Judging from the error message, it seems that it's really a different
request that's causing this, namely the one in props.c:
static int propextended(void)
{
return propfind_returns_wellformed("with extended <propfind> element",
XML_DECL "<propfind
xmlns=\"DAV:\"><foobar/>"
"<allprop/></propfind>");
}
...in which case the answer is: it's a bug in Slide: unknwon extension
elements in request bodies aren't ignored (as required by RFC2518).
Best regards, Julian
--
<green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: [litmus] Litmus propget problem
Posted by James Mason <ma...@apache.org>.
This should be fixed in Slide HEAD now.
-James
On Fri, 2005-01-14 at 09:31 +0100, Julian Reschke wrote:
> James Mason wrote:
> > It looks like Slide's current logic goes something like this:
> >
> > Get the name of the first child of the <propfind> element.
> > if (the name is "propname") return a list of property names
> > else if (the name is "prop" or "allprop") return properties
> > else throw an exception
> >
> > It should be easy enough to loop through all of the children (instead of
> > just looking at the first) and ignore anything out of the ordinary. This
> > implies that's there's some sort of precedence (propname, prop, allprop)
> > and that there should be a default if no valid options are found.
> >
> > What does the spec say about this?
>
> The spec says that either propname, prop or allprop must be present, and
> that any unknown element must be ignored (BTW: this applies to the XML
> handling for all WebDAV messages).
>
>
> Julian
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: [litmus] Litmus propget problem
Posted by Julian Reschke <ju...@gmx.de>.
James Mason wrote:
> It looks like Slide's current logic goes something like this:
>
> Get the name of the first child of the <propfind> element.
> if (the name is "propname") return a list of property names
> else if (the name is "prop" or "allprop") return properties
> else throw an exception
>
> It should be easy enough to loop through all of the children (instead of
> just looking at the first) and ignore anything out of the ordinary. This
> implies that's there's some sort of precedence (propname, prop, allprop)
> and that there should be a default if no valid options are found.
>
> What does the spec say about this?
The spec says that either propname, prop or allprop must be present, and
that any unknown element must be ignored (BTW: this applies to the XML
handling for all WebDAV messages).
Julian
--
<green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: [litmus] Litmus propget problem
Posted by James Mason <ma...@apache.org>.
It looks like Slide's current logic goes something like this:
Get the name of the first child of the <propfind> element.
if (the name is "propname") return a list of property names
else if (the name is "prop" or "allprop") return properties
else throw an exception
It should be easy enough to loop through all of the children (instead of
just looking at the first) and ignore anything out of the ordinary. This
implies that's there's some sort of precedence (propname, prop, allprop)
and that there should be a default if no valid options are found.
What does the spec say about this?
-James
On Wed, 2005-01-12 at 22:39 +0100, Julian Reschke wrote:
> Julian Reschke wrote:
> > ...
> > Judging from the error message, it seems that it's really a different
> > request that's causing this, namely the one in props.c:
> >
> > static int propextended(void)
> > {
> > return propfind_returns_wellformed("with extended <propfind> element",
> > XML_DECL "<propfind
> > xmlns=\"DAV:\"><foobar/>"
> > "<allprop/></propfind>");
> > }
> >
> > ...in which case the answer is: it's a bug in Slide: unknwon extension
> > elements in request bodies aren't ignored (as required by RFC2518).
> >
> > Best regards, Julian
>
> Actually, this looks very similar to the following issue...:
>
> <http://forums.tamino.com/3/OpenTopic?a=tpc&s=153292895&f=2382994291&m=5722967586>
>
> ....reported back in December 2002 :-).
>
> Best regards, Julian
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: [litmus] Litmus propget problem
Posted by Julian Reschke <ju...@gmx.de>.
Julian Reschke wrote:
> ...
> Judging from the error message, it seems that it's really a different
> request that's causing this, namely the one in props.c:
>
> static int propextended(void)
> {
> return propfind_returns_wellformed("with extended <propfind> element",
> XML_DECL "<propfind
> xmlns=\"DAV:\"><foobar/>"
> "<allprop/></propfind>");
> }
>
> ...in which case the answer is: it's a bug in Slide: unknwon extension
> elements in request bodies aren't ignored (as required by RFC2518).
>
> Best regards, Julian
Actually, this looks very similar to the following issue...:
<http://forums.tamino.com/3/OpenTopic?a=tpc&s=153292895&f=2382994291&m=5722967586>
....reported back in December 2002 :-).
Best regards, Julian
--
<green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org