Some share for this topic.
QueryParser queryParser = new QueryParser(Version.LUCENE_30, "my_field",
new StandardAnalyzer(Version.LUCENE_30));
Query prefixQuery = queryParser.parse("t*");
indexSearcher.search(prefixQuery, collector);
MultiTermQuery.default(forgot the name) rewriter will be used, if
Thanks for the reply Ian.
> I can't explain all of it and 3.0 is way old ... you might like to
> think about upgrading.
Yes, I agree but since there's a significant code base in place, it's a bigger
project than I can take on at the moment.
> However in your first snippet you don't need the que
I can't explain all of it and 3.0 is way old ... you might like to
think about upgrading.
However in your first snippet you don't need the query AND the filter.
Either one will suffice. In some circumstances, as you say, filters
are preferable but queries and filters are often interchangeable.
On Tuesday 02 August 2005 21:15, Aigner, Thomas wrote:
> Daniel,
> Thanks for the response. I sure hope there is an easy way around this..
Depends on what "easy" means to you :-) I think you'd have to write your
own query parser that extends QueryParser and overwrite getWildcardQuery()
etc. On
[mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 02, 2005 1:00 PM
To: java-user@lucene.apache.org
Subject: Re: Question on Wildcard
On Monday 01 August 2005 22:22, Aigner, Thomas wrote:
> The filter does not seem to be called when I search for 56-TXT* even
> though I use my extended analyzer whi
On Monday 01 August 2005 22:22, Aigner, Thomas wrote:
> The filter does not seem to be called when I search for 56-TXT* even
> though I use my extended analyzer which has the filter in it so the
> items are not found due to the token being 56TXT due to the filter.
The specified analyzer if not us
