fix javadocs bugs

git-svn-id: https://svn.apache.org/repos/asf/lucene/dev/trunk@1210586 13f79535-47bb-0310-9956-ffa450edef68
This commit is contained in:
Robert Muir 2011-12-05 19:29:21 +00:00
parent e9d87fb1cf
commit 7bce9c8fb7
1 changed files with 3 additions and 3 deletions

View File

@ -31,6 +31,7 @@ import org.apache.lucene.document.DocumentStoredFieldVisitor;
import org.apache.lucene.index.codecs.PerDocValues;
import org.apache.lucene.index.values.IndexDocValues;
import org.apache.lucene.search.FieldCache; // javadocs
import org.apache.lucene.search.SearcherManager; // javadocs
import org.apache.lucene.search.similarities.Similarity;
import org.apache.lucene.store.*;
import org.apache.lucene.util.ArrayUtil;
@ -484,8 +485,7 @@ public abstract class IndexReader implements Cloneable,Closeable {
* for doing so); if a new reader is returned you also
* must eventually close it. Be sure to never close a
* reader while other threads are still using it; see
* <code>SearcherManager</code> in
* <code>contrib/misc</code> to simplify managing this.
* {@link SearcherManager} to simplify managing this.
*
* <p>If a new reader is returned, it's safe to make changes
* (deletions, norms) with it. All shared mutable state
@ -543,7 +543,7 @@ public abstract class IndexReader implements Cloneable,Closeable {
* <p>This provides "near real-time" searching, in that
* changes made during an {@link IndexWriter} session can be
* quickly made available for searching without closing
* the writer nor calling {@link #commit}.
* the writer nor calling {@link IndexWriter#commit}.
*
* <p>It's <i>near</i> real-time because there is no hard
* guarantee on how quickly you can get a new reader after