[
https://issues.apache.org/jira/browse/LUCENE-3528?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Willnauer updated LUCENE-3528:
------------------------------------
Attachment: LUCENE-3528_reproduceHang.patch
here is an isolated testcase that shows the situation where we hang in
NRTManager. This was the good news... the bad news is that this is going to be
tricky to fix...
the problem is that if you add a document and while you are in
IW#updateDocument a reopen happens your document could already be in the new
opened searcher. This means the gen is incremented internally. So far there is
no problem, but if the reopen thread tries to do another reopen it increments
the internal genration but doesn't assign the gen to the searcher since no
changes occurred. now the thread adding a the document gets the generation back
from add/updateDocument and calls IW#waitForGeneration(gen, false) and sleeps
forever unless there is yet another update coming in and a reopen returns a new
searcher.
> TestNRTManager hang
> -------------------
>
> Key: LUCENE-3528
> URL: https://issues.apache.org/jira/browse/LUCENE-3528
> Project: Lucene - Java
> Issue Type: Bug
> Affects Versions: 4.0
> Reporter: Robert Muir
> Assignee: Simon Willnauer
> Attachments: LUCENE-3528.patch, LUCENE-3528.patch,
> LUCENE-3528_reproduceHang.patch
>
>
> didn't check 3.x yet, just encountered this one running the tests
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
