Description
PropertyIndex supports query like below
/jcr:root//*[jcr:content/@keywords]
For such query keywords property is indexed and the as part of Cursor returned for the query the path is transformed to return the parent path if the parent node is jcr:content
Currently LucenePropertyIndex supports indexing relative properties wrt base node like jcr:content/metadata/status. Here it would index the relative property by refererring to its relative name.
To simplify switch to LucenePropertyIndex (as part of hybrid index support) LucenePropertyIndex should also support for such queries where property index definition only specifies indexing keywords but the query is using a relative property. So LucenePropertyIndex should
- First check if it has a property definition for jcr:content/keywords
- If not check if the indexingRule is for nt:base
- If yes check if it has property definition for keywords
- If yes then use the index to evaluate the query and return transformed result
LucenePropertyIndex already do such transformations for fulltext constraints. With this we extend that support for property restrictions also