[ 
https://issues.apache.org/jira/browse/LUCENE-4884?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13613712#comment-13613712
 ] 

Rob Audenaerde commented on LUCENE-4884:
----------------------------------------

I do not call deleteAll() directly on the TaxonomyWriter. This is not possible, 
as there is no such method. 

I expect the deleteAll() on the IndexWriter would take care of cleaning the 
TaxonomyWirter, just as addDocument() needs only to be called on the 
IndexWriter and takes care of filling the Facets in the TaxonomyWriter.

Your suggested workaround seems like a good solution at the moment. Thank you. 

                
> deleteAll() does not remove all TaxonomyWriter files
> ----------------------------------------------------
>
>                 Key: LUCENE-4884
>                 URL: https://issues.apache.org/jira/browse/LUCENE-4884
>             Project: Lucene - Core
>          Issue Type: Bug
>          Components: core/index
>    Affects Versions: 4.2
>            Reporter: Rob Audenaerde
>            Priority: Minor
>
> When calling deleteAll() on the IndexWriter, the documents are removed from 
> the index and from the taxonomy. When investigating what is happing after the 
> deleteAll() on the disk, I see that in the index-directory I end up with just 
> two files:
> Index-directory:
> * segments.gen
> * segments_2
> Taxonomy directory:
> * segments.gen 
> * segments_h 
> BUT also a lot of 'older' files, like 
> * _1_Lucene41_0.tip 
> * _1_Lucene41_0.tim
> etc. 
> It seems these files are never deleted. If you index a lot and call deleteAll 
> a lot, it will fill up your disk.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to