UnifiedHighlighter: Use a different stored field, possibly shared [LUCENE-7768]
- Dominant language
- Java
- Stars
- 3.6k
- Forks
- 1.4k
- Avg merge
- 2d 11h
- Merged PRs (30d)
- 88
Description
UnifiedHighlighter uses stored field content to highlight. It has some disadvantages, because index grows up fast when using multilingual indexing due to several fields has to be stored with same content.
Lucene portion of issue [SOLR-1105](https://issues.apache.org/jira/browse/SOLR-1105), initially raised on Solr
See https://issues.apache.org/jira/browse/SOLR-1105
---
Migrated from [LUCENE-7768](https://issues.apache.org/jira/browse/LUCENE-7768) by Julien Martin (@Julm), 1 vote
Linked issues:
- [SOLR-1105](https://issues.apache.org/jira/browse/SOLR-1105)
Contributor guide
Research direction
Start by reading the UnifiedHighlighter behavior described in this issue and the linked SOLR-1105 and LUCENE-7768 discussions to determine the intended shared stored-field design. Identify the affected highlighter entry points and tests in the Lucene repository; done means multilingual highlighting no longer requires duplicating the same content across several stored fields while existing highlighting behavior remains covered.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- search
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100