lucenenet-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Shad Storhaug (JIRA)" <>
Subject [jira] [Closed] (LUCENENET-522) NrtManager and SearcherManager
Date Wed, 28 Jun 2017 21:53:00 GMT


Shad Storhaug closed LUCENENET-522.
       Resolution: Workaround
    Fix Version/s: Lucene.Net 4.8.0

Thanks for the contribution. Unfortunately, there is little point in doing this now that we
have reached 4.8.0. SearcherManager is now fully supported, but NRTManager reached the end
of its life as of Lucene 4.4.0.

{quote}LUCENE-4967: NRTManager is replaced by
  ControlledRealTimeReopenThread, for controlling which requests must
  see which indexing changes, so that it can work with any
  ReferenceManager (Mike McCandless){quote}

> NrtManager and SearcherManager
> ------------------------------
>                 Key: LUCENENET-522
>                 URL:
>             Project: Lucene.Net
>          Issue Type: New Feature
>          Components: Lucene.Net Contrib, Lucene.Net Core
>    Affects Versions: Lucene.Net 3.0.3
>            Reporter: Niels K├╝hnel
>             Fix For: Lucene.Net 4.8.0
> NRTManager and SearcherManager from Lucene 3.5 are extremely useful classes for working
with Lucene, so I ported them to C#. The result is here
The Java synchronization primitives are a little bit different, but the C# equivalents accomplish
the same. Also, I made some small changes to make it work with Lucene.NET 3.0.3 and used TimeSpans
to make it more .NET'ish.
> Do you think this should be added to the contrib project or stay stand-alone?
> In the repo you'll also find a small MVC.NET project showing how to use the code, a jMeter
stress test and the original java files.
> This blog post
describes very well why we can't live without NRTManager.
> Thanks.

This message was sent by Atlassian JIRA

View raw message