On Wed, 2015-03-04 at 21:43 +0100, Tomek Rękawek wrote: > Hi Robert, > > On Wed, Mar 4, 2015 at 3:28 PM, Robert Munteanu <[email protected]> wrote: > > > > I'm a bit confused by SLING-3971 [1] . The patch was committed but then > > reverted as it does not work on Oak. > > > > Does this work now for both Jackrabbit 2.x and Oak? > > > > Sorry for the confusion, I should write more detailed description. Please > find it below: > > Some versions of the JCR2 (eg. the one used in CQ 5.6.1, but not the one > from CQ 5.5) have a problem with following query: > > SELECT * FROM [nt:base] AS s WHERE ISDESCENDANTNODE([/content/0res]) > > (where 0res is a valid node). The query returns error. The problem can be > fixed with an extra pair of apostrophes: > > ... WHERE ISDESCENDANTNODE(['/content/0res/']) > > The SLING-3971 fixed the issue, adding apostrophes to ISDESCENDANTNODE. > However, it seems that Oak doesn't accept this apostrophes-inside-brackets > at all and returns an empty result/error every time it gets something like > this. I wanted to fix the queries on Oak, as it seems to be more important > than fixing the bug with resource names starting with digit that occurs > only on some versions of the JCR (Oak is fine). That's why I reversed the > patch. > > Hope I was able to justify my recent actions in SLING-3971 :)
Now I understand, thank you. Perhaps we should remove the fix version then so it does not appear in the changelog? Robert
