XPath predicate, but not last

[Alexandru Popescu <th...@gmail.com>]

Hi!

A collegue of mine has run the following query:

//element(*,cmed:translatable)[@cmed:category0={0}]/* order by
@cmed:timestamp descending

and reported it as working. Now, not that I don't believe him, but
according to JCR spec:

[quote]
Support for predicates in the last step of the location path is
required.
[/quote].

Should I understand that Jackrabbit supports predicates also on
non-last step locations? Or is it because of the *?

(this is run against the 1.0 release).

many, many thanks in advance for your quick (blink) replies.

./alex
--
.w( the_mindstorm )p.

Re: XPath predicate, but not last

[Alexandru Popescu <th...@gmail.com>]

An EXCELLENT one! Probably you already know it.... great job guys!

./alex
--
.w( the_mindstorm )p.


On 5/8/06, Jukka Zitting <ju...@gmail.com> wrote:
> Hi,
>
> On 5/8/06, Alexandru Popescu <th...@gmail.com> wrote:
> > [quote]
> > Support for predicates in the last step of the location path is
> > required.
> > [/quote].
> >
> > Should I understand that Jackrabbit supports predicates also on
> > non-last step locations? Or is it because of the *?
>
> Yes, predicates on all location steps is a Jackrabbit-specific extension.
>
> BR,
>
> Jukka Zitting
>
> --
> Yukatan - http://yukatan.fi/ - info@yukatan.fi
> Software craftsmanship, JCR consulting, and Java development
>

Re: XPath predicate, but not last

[Jukka Zitting <ju...@gmail.com>]

Hi,

On 5/8/06, Alexandru Popescu <th...@gmail.com> wrote:
> [quote]
> Support for predicates in the last step of the location path is
> required.
> [/quote].
>
> Should I understand that Jackrabbit supports predicates also on
> non-last step locations? Or is it because of the *?

Yes, predicates on all location steps is a Jackrabbit-specific extension.

BR,

Jukka Zitting

--
Yukatan - http://yukatan.fi/ - info@yukatan.fi
Software craftsmanship, JCR consulting, and Java development