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

Absorb NRTManager entirely into a separate reopen thread class

    Details

    • Type: Improvement
    • Status: Closed
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: 4.4, 6.0
    • Component/s: None
    • Labels:
      None
    • Lucene Fields:
      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

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

              Dates

              • Created:
                Updated:
                Resolved: