svn commit: r1003940 - /lucene/dev/trunk/lucene/CHANGES.txt

[mi...@apache.org]

Author: mikemccand
Date: Sun Oct  3 09:16:20 2010
New Revision: 1003940

URL: http://svn.apache.org/viewvc?rev=1003940&view=rev
Log:
LUCENE-2663: move trunk CHANGES entry under 3.x

Modified:
    lucene/dev/trunk/lucene/CHANGES.txt

Modified: lucene/dev/trunk/lucene/CHANGES.txt
URL: http://svn.apache.org/viewvc/lucene/dev/trunk/lucene/CHANGES.txt?rev=1003940&r1=1003939&r2=1003940&view=diff
==============================================================================
--- lucene/dev/trunk/lucene/CHANGES.txt (original)
+++ lucene/dev/trunk/lucene/CHANGES.txt Sun Oct  3 09:16:20 2010
@@ -132,13 +132,6 @@ Changes in Runtime Behavior
   changed to enable unmapping by default if supported by the JRE.
   (Mike McCandless, Uwe Schindler, Robert Muir)
 
-* LUCENE-2663: IndexWriter no longer forcefully clears any existing
-  locks when create=true.  This was a holdover from when
-  SimpleFSLockFactory was the default locking implementation, and,
-  even then it was dangerous since it could mask bugs in IndexWriter's
-  usage, allowing applications to accidentally open two writers on the
-  same directory.  (Mike McCandless)
-
 API Changes
 
 * LUCENE-2302, LUCENE-1458, LUCENE-2111, LUCENE-2514: Terms are no longer
@@ -383,6 +376,13 @@ Changes in runtime behavior
   target Directory, source and target files as arguments, and copies the source
   file to the target Directory under the target file name. (Shai Erera)
 
+* LUCENE-2663: IndexWriter no longer forcefully clears any existing
+  locks when create=true.  This was a holdover from when
+  SimpleFSLockFactory was the default locking implementation, and,
+  even then it was dangerous since it could mask bugs in IndexWriter's
+  usage, allowing applications to accidentally open two writers on the
+  same directory.  (Mike McCandless)
+
 API Changes
 
 * LUCENE-2076: Rename FSDirectory.getFile -> getDirectory.  (George