Details

    • Type: Improvement
    • Status: Closed
    • Priority: Major
    • Resolution: Won't Fix
    • Affects Version/s: None
    • Fix Version/s: 4.2, 6.0
    • Component/s: multicore
    • Labels:
      None

      Description

      Make it possible to open a searcher lazily - If indexing is being done continuously but searches are done infrequently we should avoid the overhead of re-opening searchers on every commit. There are also use-cases where a Solr core is needed to be loaded only for writes.

        Issue Links

          Activity

          Hide
          thetaphi Uwe Schindler added a comment -

          Closed after release.

          Show
          thetaphi Uwe Schindler added a comment - Closed after release.
          Hide
          erickerickson Erick Erickson added a comment -

          I'm going to claim that this is handled by openSearcher=false in the new (4.x) world and close it in a couple of days unless people object.

          Show
          erickerickson Erick Erickson added a comment - I'm going to claim that this is handled by openSearcher=false in the new (4.x) world and close it in a couple of days unless people object.
          Hide
          hossman Hoss Man added a comment -

          Bulk of fixVersion=3.6 -> fixVersion=4.0 for issues that have no assignee and have not been updated recently.

          email notification suppressed to prevent mass-spam
          psuedo-unique token identifying these issues: hoss20120321nofix36

          Show
          hossman Hoss Man added a comment - Bulk of fixVersion=3.6 -> fixVersion=4.0 for issues that have no assignee and have not been updated recently. email notification suppressed to prevent mass-spam psuedo-unique token identifying these issues: hoss20120321nofix36
          Hide
          rcmuir Robert Muir added a comment -

          3.4 -> 3.5

          Show
          rcmuir Robert Muir added a comment - 3.4 -> 3.5
          Hide
          rcmuir Robert Muir added a comment -

          Bulk move 3.2 -> 3.3

          Show
          rcmuir Robert Muir added a comment - Bulk move 3.2 -> 3.3
          Hide
          hossman Hoss Man added a comment -

          Bulk updating 240 Solr issues to set the Fix Version to "next" per the process outlined in this email...

          http://mail-archives.apache.org/mod_mbox/lucene-dev/201005.mbox/%3Calpine.DEB.1.10.1005251052040.24672@radix.cryptio.net%3E

          Selection criteria was "Unresolved" with a Fix Version of 1.5, 1.6, 3.1, or 4.0. email notifications were suppressed.

          A unique token for finding these 240 issues in the future: hossversioncleanup20100527

          Show
          hossman Hoss Man added a comment - Bulk updating 240 Solr issues to set the Fix Version to "next" per the process outlined in this email... http://mail-archives.apache.org/mod_mbox/lucene-dev/201005.mbox/%3Calpine.DEB.1.10.1005251052040.24672@radix.cryptio.net%3E Selection criteria was "Unresolved" with a Fix Version of 1.5, 1.6, 3.1, or 4.0. email notifications were suppressed. A unique token for finding these 240 issues in the future: hossversioncleanup20100527
          Hide
          yseeley@gmail.com Yonik Seeley added a comment -

          This may be related to NRT (near real time)... in that case, you may want clients to drive when reopens happen... not sure yet though.

          In any case, we should have a way to decouple commits, optimizes, etc, with when a new searcher is opened.

          Show
          yseeley@gmail.com Yonik Seeley added a comment - This may be related to NRT (near real time)... in that case, you may want clients to drive when reopens happen... not sure yet though. In any case, we should have a way to decouple commits, optimizes, etc, with when a new searcher is opened.

            People

            • Assignee:
              erickerickson Erick Erickson
              Reporter:
              shalinmangar Shalin Shekhar Mangar
            • Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:

                Development