[ https://issues.apache.org/jira/browse/LUCENE-2691?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12920608#action_12920608 ]
Grant Ingersoll commented on LUCENE-2691: ----------------------------------------- bq. So 'open' - always gets you a brand new reader on a given target, while 'reopen' updates the one you have. It doesn't update the one you have. You do get a new instance and you have to properly close the old one (see http://lucene.apache.org/java/3_0_2/api/core/org/apache/lucene/index/IndexReader.html#reopen%28%29). It is not just "updating" the internal memory of the old one, it is instead transferring that internal memory to a new instance and combining it with any changed segments. To me, that's what the IW case feels like too. > Consolidate Near Real Time and Reopen API semantics > --------------------------------------------------- > > Key: LUCENE-2691 > URL: https://issues.apache.org/jira/browse/LUCENE-2691 > Project: Lucene - Java > Issue Type: Improvement > Reporter: Grant Ingersoll > Assignee: Grant Ingersoll > Priority: Minor > Fix For: 4.0 > > Attachments: LUCENE-2691.patch, LUCENE-2691.patch > > > We should consolidate the IndexWriter.getReader and the IndexReader.reopen > semantics, since most people are already using the IR.reopen() method, we > should simply add:: > {code} > IR.reopen(IndexWriter) > {code} > Initially, it could just call the IW.getReader(), but it probably should > switch to just using package private methods for sharing the internals -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org