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 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).
|Status||Open [ 1 ]||Resolved [ 5 ]|
|Resolution||Fixed [ 1 ]|
|Status||Resolved [ 5 ]||Closed [ 6 ]|
|Transition||Time In Source Status||Execution Times||Last Executer||Last Execution Date|
|3d 17h 56m||1||Michael McCandless||02/May/13 18:06|
|82d 1h 30m||1||Steve Rowe||23/Jul/13 19:37|