Details
-
New Feature
-
Status: Open
-
Major
-
Resolution: Unresolved
-
None
-
None
-
None
Description
Currently, "jcr:contains" with special characters don't work the same when using a Lucene fulltext index compatVersion 2 compared to using compatVersion 1 or Jackrabbit 2.x.
This needs to be documented. Also, it might make sense to provide a compatibility flag, so that behavior is the same as with the old versions, at least as much as possible, even thought new features would not be supported.
The one example I know is using "*" as in:
SELECT * FROM [nt:base] AS c WHERE CONTAINS(c.[test], 'athxv:!*')
With compatVersion 2, the "*" needs to be escape as follows, in order to match properties with exactly this text:
SELECT * FROM [nt:base] AS c WHERE CONTAINS(c.[test], 'athxv:!\*')