Mailing-List: contact lucene-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Lucene Developers List" <lucene-dev@jakarta.apache.org>
Reply-To: <rengels@ix.netcom.com>
From: "Robert Engels" <rengels@ix.netcom.com>
To: "Lucene Developers List" <lucene-dev@jakarta.apache.org>
Subject: RE: release & migration plan
Date: Mon, 12 Jul 2004 12:55:43 -0500
Message-ID: <LMENLAOACIBLMOIILNNNAEFEEDAA.rengels@ix.netcom.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
Importance: Normal
In-Reply-To: <40F2CE13.80404@apache.org>

Yes. I think if IndexReader is an interface (which might use a completely
different physical storage mechanism then Lucene uses), IndexWriter needs to
be an interface as well (in order to get the documents into the index).

By making the Reader and Writer interfaces, implementations can still use
the Lucene search capabilities, tokenizers, remote searches, etc.

Robert

-----Original Message-----
From: Doug Cutting [mailto:cutting@apache.org]
Sent: Monday, July 12, 2004 12:45 PM
To: Lucene Developers List
Subject: Re: release & migration plan


Robert Engels wrote:
> I think the IndexReader and IndexWriter should be interfaces, and change
the
> codebase to use the interface where possible.

I agree that IndexReader should be an interface.

I'm less convinced about IndexWriter.  I have a little harder time
imagining alternate, pluggable implementations of IndexWriter.  Perhaps
one would want to write something which uses a different algorithm for
merging indexes?  So then the interface would be addDocument(),
addIndexes(), optimize(), close(), get/setSimilarity and getAnalyzer(),
with the rest of the methods, especially all the new accessors
(getMergeFactor(), getMaxBufferedDocs, etc.) as implementation-specific?
  Is that what you have in mind?

Doug

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


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