Mailing-List: contact java-dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: java-dev@lucene.apache.org
Received-SPF: pass (asf.osuosl.org: domain of lucenelist@danielnaber.de
 designates 80.67.18.14 as permitted sender)
From: Daniel Naber <lucenelist@danielnaber.de>
To: java-dev@lucene.apache.org
Subject: Re: getting Analyzer's stop words
Date: Fri, 15 Jul 2005 21:31:53 +0200
User-Agent: KMail/1.8
References: <200507151350.07420.lucenelist@danielnaber.de>
 <37234F65-8356-4B27-893C-D71EC651A833@ehatchersolutions.com>
In-Reply-To: <37234F65-8356-4B27-893C-D71EC651A833@ehatchersolutions.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Message-Id: <200507152131.53341@danielnaber.de>

On Friday 15 July 2005 14:33, Erik Hatcher wrote:

> > This method returns the stop words in use. Subclasses that don't =C2=A0
> > use stop
> > words at all will have to return an empty HashSet (or null?).
> >
> > An interesting question is how PerFieldAnalyzerWrapper could =C2=A0
> > implement this
> > method. I think it should return the union of all its analyzers' =C2=A0
> > stop words.
>
> What use case do you have in mind for this feature?

I need to do some complicated query-rewriting with an analyzer that doesn't=
=20
change the words but uses the stop words from other analyzers. Well, I've=20
now locally introduced my own analyzer that extends Analyzer and that=20
looks like the right solution.

Regards
 Daniel

=2D-=20
http://www.danielnaber.de

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