Return-Path: X-Original-To: apmail-lucene-dev-archive@www.apache.org Delivered-To: apmail-lucene-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 6EB1DFF0E for ; Wed, 5 Nov 2014 10:42:35 +0000 (UTC) Received: (qmail 41349 invoked by uid 500); 5 Nov 2014 10:42:34 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 41286 invoked by uid 500); 5 Nov 2014 10:42:34 -0000 Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@lucene.apache.org Delivered-To: mailing list dev@lucene.apache.org Received: (qmail 41275 invoked by uid 99); 5 Nov 2014 10:42:34 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Nov 2014 10:42:34 +0000 Date: Wed, 5 Nov 2014 10:42:34 +0000 (UTC) From: "Michael McCandless (JIRA)" To: dev@lucene.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (LUCENE-6048) AnalyzingInfixSuggester should clear its index in build() MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/LUCENE-6048?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14198166#comment-14198166 ] Michael McCandless commented on LUCENE-6048: -------------------------------------------- Hmm, I'm confused: its build method passes OpenMode.CREATE when opening a new writer, which should clear the previous index? > AnalyzingInfixSuggester should clear its index in build() > --------------------------------------------------------- > > Key: LUCENE-6048 > URL: https://issues.apache.org/jira/browse/LUCENE-6048 > Project: Lucene - Core > Issue Type: Bug > Reporter: Mike Sokolov > > AnalyzingInfixSuggester should clear its index in build() before adding new documents from the input. This would bring it in line with other Lookup implementations. Currently it appends any suggestions to those already in the index. Note the javadoc which says "Builds up a new internal {@link Lookup} representation". Alternatively, it could expose a clear() method, but this wouldn't be called by the existing Solr logic. > I've had to work around this limitation now by using reflection to get a > handle on AIS.writer to clear it before calling build(). -- This message was sent by Atlassian JIRA (v6.3.4#6332) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional commands, e-mail: dev-help@lucene.apache.org