Uploaded image for project: 'Jackrabbit Oak'
  1. Jackrabbit Oak
  2. OAK-4080

Fulltext queries: compatibility for "contains" with special characters

    XMLWordPrintableJSON

Details

    • New Feature
    • Status: Open
    • Major
    • Resolution: Unresolved
    • None
    • None
    • query
    • 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:!\*') 
      

      Attachments

        Issue Links

          Activity

            People

              thomasm Thomas Mueller
              thomasm Thomas Mueller
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

              Dates

                Created:
                Updated: