It's a temporary name, no? In the end we probably want to keep the _name_ IndexWriter, so why not just it IndexWriter2 and when we are happy with it, we make it be the new IndexWriter and we deprecate IW2.
Otis ----- Original Message ---- From: robert engels <[EMAIL PROTECTED]> To: java-dev@lucene.apache.org Sent: Thursday, February 8, 2007 4:08:31 AM Subject: Re: NewIndexModifier - - - DeletingIndexWriter Maybe IndexMaintainer or IndexUpdater ? On Feb 8, 2007, at 2:59 AM, Chris Hostetter wrote: > : > : As 2.1 is soon coming, I wonder if NewIndexModifier is a proper > name for > : the public API. > : (It would be the first NewXYZ and there is no OldXYZ either...) > : > : How about renaming it to something like DeletingIndexWriter? > > I haven't been following the Jira issue that closely (LUCENE-565), > but as > i recall the name question comes up because the class originally > intended > to replace IndexModifier, but it's API/purpose has evolved so that > it is > no longer a suitable "drop in replacement" for the current > IndexModifier > is that correct? > > NewIndexModifier currently subclasses IndexWriter and adds the > following > public methods... > > public void setMaxBufferedDeleteTerms(int maxBufferedDeleteTerms) > public int getMaxBufferedDeleteTerms() > public void updateDocument(Term term, Document doc) > public void updateDocument(Term term, Document doc, Analyzer > analyzer) > public synchronized void deleteDocuments(Term term) > public synchronized void deleteDocuments(Term[] terms) > > from an API standpoint, it seems like this could easily replace the > current IndexModifier (which would have the nice side effect of > resolving > the issue of wether the name NewIndexModifier is good enough) > assuming the > semantics of the classes/methdos are the same -- i'm not sure if > they are. > > skimming hte history of LUCENE-565 it's not clear to me why this was > implemented as a new class with the name NewIndexModifier ... was that > just how it evolved organicly? > > > if it's not possible to make this class replace IndexModifier, then > DeletingIndexWriter or BufferedDeletingIndexWriter seem like they > would be > fine to me. > > -Hoss > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]