Interestingly enough, this patch triggers an NPE in one ofthe tests

java.lang.NullPointerException at
$1.obtain(RAMDirectory.java:184) at
(Lock.java:51) at
org.apache.lucene.store.Lock$With.run(Lock.java:98 ) at
(IndexReader.java:141) at
(IndexReader.java:136) at
(TestIndexWriterMerging.java:74) at
(TestIndexWriterMerging.java:66)

i believe the test itself is invalid, but i want to think it through
carfully before changing it.

Thu, 6 Jul 2006, Hoss Man (JIRA) wrote:

: Date: Thu, 6 Jul 2006 21:22:30 +0000 (GMT+00:00)
: From: "Hoss Man (JIRA)" <jira (AT) apache (DOT) org>
: Reply-To: java-dev (AT) lucene (DOT) apache.org
: To: java-dev (AT) lucene (DOT) apache.org
: Subject: [jira] Assigned: (LUCENE-623) RAMDirectory.close() should have a
: comment about not releasing any resources
:
: [ ]
:
: Hoss Man reassigned LUCENE-623:
:
:
: Assign To: Hoss Man
:
: RAMDirectory.close() should have a comment about not releasing any resources
:
: >
: Key: LUCENE-623
: URL:
: Project: Lucene - Java
: Type: Improvement
:
: Components: Store
: Versions: 1.9
: Reporter: Heng Mei
: Assignee: Hoss Man
: Priority: Minor
: Attachments: ramdirectory.diff
: >
: I wrongly assumed that calling RAMDirectory.close() would free up the memory occupied by the RAMDirectory.
: It might be helpful to add a javadoc comment that warns users that RAMDirectory.close() is a no-op, since it might be a common assumption that close() would release resources.
:
: --
: This message is automatically generated by JIRA.
: -
: If you think it was sent incorrectly contact one of the administrators:
:
: -
: For more information on JIRA, see:
:
:
:
:
: To unsubscribe, e-mail: java-dev-unsubscribe (AT) lucene (DOT) apache.org
: For additional commands, e-mail: java-dev-help (AT) lucene (DOT) apache.org
:

-Hoss

To unsubscribe, e-mail: java-dev-unsubscribe (AT) lucene (DOT) apache.org
For additional commands, e-mail: java-dev-help (AT) lucene (DOT) apache.org