Uploaded image for project: 'Lucene - Core'
  1. Lucene - Core
  2. LUCENE-4967

Absorb NRTManager entirely into a separate reopen thread class

    XMLWordPrintableJSON

Details

    • Improvement
    • Status: Closed
    • Major
    • Resolution: Fixed
    • None
    • 4.4, 6.0
    • None
    • None
    • New

    Description

      I think NRTManager can be drastically simplified by moving all of its
      logic into a new reopen thread class. All logic for waiting for a
      specific generation and reopening at different rates would live in
      this class.

      This would fully decouple the "wait for generation X to be visible"
      from which particular ReferenceManager impl you're using, which would
      make it possible to use the controlled consistency approach of
      NRTManager with any managers (e.g. SearcherTaxonomyManager).

      Attachments

        1. LUCENE-4967.patch
          64 kB
          Michael McCandless

        Activity

          People

            mikemccand Michael McCandless
            mikemccand Michael McCandless
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: