jackrabbit-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Marcel Reutegger <marcel.reuteg...@gmx.net>
Subject Re: Comparing properties in xpath query
Date Thu, 27 Aug 2009 07:37:25 GMT

in JSR 283 there's an equi join that might be helpful. however, it may
also return tuples with distinct nodes. e.g. let's assume you have a
node A with props (a='foo' and b='foo') and a node B with props
(a='bar' and b='foo')

then the query will return [{A, A}, {A, B}]

but that should lower the number of nodes already significantly and
you can do some manual filtering on the result.


On Sat, Aug 22, 2009 at 00:33, Brian Stiles<bstiles@bstiles.net> wrote:
> I'm trying to query the repository for nodes that have two properties with
> the same value:
> //element(*, nt:unstructured)[@a=@b]
> where properties a and b have arbitrary string values.
> I understand that this is not supported in the JCR spec as the property can
> only be compared to a literal value.  From what I can tell, the SQL query
> syntax doesn't solve my problem either.
> I'm new to using Jackrabbit and am not much more than a novice with XPath,
> so I may be missing the obvious.
> Is there another way to structure this query with XPath?  Is there an
> alternate query mechanism in Jackrabbit that is more expressive than the JCR
> APIs provide?  Is there a more efficient mechanism than traversing the tree
> myself and doing the comparison on a node-by-node basis?
> Thanks!
> --
> Brian Stiles

View raw message