lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Uwe Schindler (JIRA)" <>
Subject [jira] Updated: (LUCENE-1877) Improve IndexWriter javadoc on locking
Date Mon, 31 Aug 2009 09:54:32 GMT


Uwe Schindler updated LUCENE-1877:

    Attachment: LUCENE-1877.patch

Here is a patch, that changes the default for ctor-based / open() based instantiations to
use NativeFSLockFactory (in fact, if the supplied param to ctor is NULL). Also change javadocs.

It also deprecates the static FSDirectory.setDisableLocks() [which we should have done already].
One should simple use a ctor/open with NoLockFactory as param to do that.

Currently only TestIndexReader fails here on windows because of some strange lockfile-delete
opeartions. Maybe the testcase must be updated. I will look into this.

If we want to go this way, we have to put this in 2.9.

> Improve IndexWriter javadoc on locking
> --------------------------------------
>                 Key: LUCENE-1877
>                 URL:
>             Project: Lucene - Java
>          Issue Type: Improvement
>          Components: Javadocs
>            Reporter: Mark Miller
>            Priority: Trivial
>             Fix For: 2.9
>         Attachments: LUCENE-1877.patch
> A user requested we add a note in IndexWriter alerting the availability of NativeFSLockFactory
(allowing you to avoid retaining locks on abnormal jvm exit). Seems reasonable to me - we
want users to be able to easily stumble upon this class. The below code looks like a good
spot to add a note - could also improve whats there a bit - opening an IndexWriter does not
necessarily create a lock file - that would depend on the LockFactory used.
> {code}  <p>Opening an <code>IndexWriter</code> creates a lock file
for the directory in use. Trying to open
>   another <code>IndexWriter</code> on the same directory will lead to a
>   {@link LockObtainFailedException}. The {@link LockObtainFailedException}
>   is also thrown if an IndexReader on the same directory is used to delete documents
>   from the index.</p>{code}
> Anyone remember why NativeFSLockFactory is not the default over SimpleFSLockFactory?

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:
For additional commands, e-mail:

View raw message