Mailing-List: contact oak-dev-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: oak-dev@jackrabbit.apache.org
Received-SPF: pass (athena.apache.org: domain of mueller@adobe.com designates
 64.18.1.191 as permitted sender)
From: Thomas Mueller <mueller@adobe.com>
To: "oak-dev@jackrabbit.apache.org" <oak-dev@jackrabbit.apache.org>
Date: Thu, 24 May 2012 11:12:39 +0100
Subject: TCK: strange XPath query
Thread-Topic: strange XPath query
Thread-Index: Ac05lcHakZPbLOXUTm+Dz/91FjIy5w==
Message-ID: <CBE3D637.2C676%mueller@adobe.com>
Accept-Language: en-US
Content-Language: en-US
user-agent: Microsoft-MacOutlook/14.2.2.120421
acceptlanguage: en-US
Content-Type: multipart/alternative;
	boundary="_000_CBE3D6372C676muelleradobecom_"
MIME-Version: 1.0

--_000_CBE3D6372C676muelleradobecom_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi,

The test org.apache.jackrabbit.test.api.query.OrderByMultiTypeTest.testMult=
ipleOrder currently fails at line 73, where it tries to run a query of the =
form:

(1) //testroot/*[@jcr:primaryType=3D'nt:unstructured']

I believe there is a typo in the test, and the query should be:

(2) /jcr:root/testroot/*[@jcr:primaryType=3D'nt:unstructured']

Queries of type (1) are currently not supported, because they would contain=
 two wildcards: path like '%/testroot/%'. I wonder if such queries are impo=
rtant, that is, whether we need to support them in the XPath to SQL-2 conve=
rter. It's possible to support them, but I would like to not support them n=
ow, unless *really* necessary.

What do you think?

In any case I will log a issue to change the TCK test.

Regards,
Thomas


--_000_CBE3D6372C676muelleradobecom_--