lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hoss Man (JIRA)" <>
Subject [jira] [Commented] (LUCENE-4190) IndexWriter deletes non-Lucene files
Date Wed, 04 Jul 2012 17:59:34 GMT


Hoss Man commented on LUCENE-4190:

bq. I think that the way to "bound" the namespace of files is to put everything in a subdirectory
of the index directory chosen by the user and control the name of that subdirectory, making
it clear that this is semi-private to Lucene and that all files in that subdirectory are fair

isn't that in theory already the point of the index directory anyway?  how far down the rabit
hole are we going to go?

bq. We won't delete directories, just files.

One sanity check: this may be an orthoginal issue, but is there anything stoping a codec from
using subdirectories?  what if i have a codec that creates "_mycodec/foo" and "_mycodec/bar"
... will those not get cleaned up?
> IndexWriter deletes non-Lucene files
> ------------------------------------
>                 Key: LUCENE-4190
>                 URL:
>             Project: Lucene - Java
>          Issue Type: Bug
>            Reporter: Michael McCandless
>            Assignee: Robert Muir
>             Fix For: 4.0, 5.0
>         Attachments: LUCENE-4190.patch, LUCENE-4190.patch
> Carl Austin raised a good issue in a comment on my Lucene 4.0.0 alpha blog post:
> IndexWriter will now (as of 4.0) delete all foreign files from the index directory. 
We made this change because Codecs are free to write to any files now, so the space of filenames
is hard to "bound".
> But if the user accidentally uses the wrong directory (eg c:/) then we will in fact delete
important stuff.
> I think we can at least use some simple criteria (must start with _, maybe must fit certain
pattern eg _<base36>(_X).Y), so we are much less likely to delete a non-Lucene file....

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message