AdobeDocs/experience-manager-65.en

Known Issues / damAssetLucene changes are not clear enough

Closed this issue · 5 comments

johnb4 commented

Issue in ./help/release-notes/release-notes.md

Since SP16 release notes, there has been this note in the Known Issues section about the "damAssetLucene" index:

A GraphQL query may use the damAssetLucene index instead of the fragments index. This action might result in GraphQL queries that fail, or take a long time to run.

To correct the problem, damAssetLucene has to be configured to include the following two properties:

contentFragment
model
After the index definition is changed, a reindexing is required (reindex = true).

After these steps, the GraphQL queries should perform faster.

The correction instructions are not clear. Customers need to know exactly what nodes and properties must be changed for this index to be fixed for GraphQL queries. I assume you are referring to the index properties node at "/oak:index/damAssetLucene/indexRules/dam:Asset/properties". If "contentFragment" and "model" need to be added under this node, then we need to know exactly what the new nodes should be and exactly what properties go into those nodes. There should be no ambiguity here. What is the path of the "contentFragment" property? Is it "jcr:content/contentFragment" or just "contentFragment"? Same for "model". What other properties need to be set for the new properties to be properly indexed?
Leaving the customer asking more questions leads to them opening support tickets, which we don't need. Is there a KB article which provides details for this? If so, can a link to that article be added to the release notes?

Thanks,
John

johnb4 commented

Redacted due to internal links. See CQDOC-20775.

aheim0 commented

Thanks for raising this - we will investigate.

aheim0 commented

@adobe export issue to Jira project CQDOC

✅ Jira issue CQDOC-20775 is successfully created for this GitHub issue.

aheim0 commented

Thanks for highlighting this - the appropriate release notes have been updated.
Closing this issue.