Details
Description
Currently the IndexUpdate class responsible for handling the index editors is a bit eager in triggering a reindex in the case where is doesn't find the editor for a specific index type [0].
This has a few drawbacks:
- if you update a bundle with an index impl (ex: oak-lucene) IndexUpdate will catch that downtime, see the index as offline and ask for a reindex. not cool.
- it will eagerly set 'reindex=true' even on nodes that are not index definitions, causing mild annoyances (
OAK-2024).
This begs the question: when should we automatically mark for reindex an index definition?
Attachments
Issue Links
- relates to
-
OAK-2024 Error when accessing /oak:index/rep:policy/reindex property via JCR
- Closed