lucene-java-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From mikemcc...@apache.org
Subject svn commit: r817876 - /lucene/java/trunk/src/java/org/apache/lucene/index/IndexWriter.java
Date Tue, 22 Sep 2009 22:42:04 GMT
Author: mikemccand
Date: Tue Sep 22 22:42:04 2009
New Revision: 817876

URL: http://svn.apache.org/viewvc?rev=817876&view=rev
Log:
improve javadocs for IW.getReader

Modified:
    lucene/java/trunk/src/java/org/apache/lucene/index/IndexWriter.java

Modified: lucene/java/trunk/src/java/org/apache/lucene/index/IndexWriter.java
URL: http://svn.apache.org/viewvc/lucene/java/trunk/src/java/org/apache/lucene/index/IndexWriter.java?rev=817876&r1=817875&r2=817876&view=diff
==============================================================================
--- lucene/java/trunk/src/java/org/apache/lucene/index/IndexWriter.java (original)
+++ lucene/java/trunk/src/java/org/apache/lucene/index/IndexWriter.java Tue Sep 22 22:42:04
2009
@@ -385,7 +385,7 @@
   private volatile boolean poolReaders;
   
   /**
-   * Expert: returns a readonly reader containing all
+   * Returns a readonly reader containing all
    * current updates.  Flush is called automatically.  This
    * provides "near real-time" searching, in that changes
    * made during an IndexWriter session can be made
@@ -395,7 +395,7 @@
    * guarantee on how quickly you can get a new reader after
    * making changes with IndexWriter.  You'll have to
    * experiment in your situation to determine if it's
-   * faster enough.  As this is a new and experimental
+   * fast enough.  As this is a new and experimental
    * feature, please report back on your findings so we can
    * learn, improve and iterate.</p>
    *
@@ -410,10 +410,11 @@
    * deletes, etc.  This means additional resources (RAM,
    * file descriptors, CPU time) will be consumed.</p>
    *
-   * <p>For lower latency on reopening a reader, you may
-   * want to call {@link #setMergedSegmentWarmer} to
+   * <p>For lower latency on reopening a reader, you should
+   * call {@link #setMergedSegmentWarmer} to
    * pre-warm a newly merged segment before it's committed
-   * to the index.</p>
+   * to the index.  This is important for minimizing
+   * index-to-search delay after a large merge.  </p>
    *
    * <p>If an addIndexes* call is running in another thread,
    * then this reader will only search those segments from



Mime
View raw message