Hello,

we used different analyzers and regenerated the index each time with the same 
results...used Luke each time already.
Currently we're using SnowBall and Luke can't find any documents using the 
supplied query examples below (in zzz-all).

Same happened using StandardAnalyzer (for both, indexing and search).
Using Luke with StandardAnalyzer set, searching for "rz/g/*" results in a query 
for zzz-all:rz/g/* but with no results.

Any other queries work as expected also using wildcards.

Can anyone think of a possible problem using / (slash) and wildcard characters 
"?" or "*" ?

Thanks for your help,
Ueli Kistler

-----Ursprüngliche Nachricht-----
Von: Erick Erickson [mailto:erickerick...@gmail.com] 
Gesendet: Donnerstag, 13. August 2009 15:21
An: java-user@lucene.apache.org
Betreff: Re: Wildcard search fails

Several, all of which boil down to "what analyzers are you usingduring
indexing and searching?". Without that information, we can't
say much.

Also, I'd recommend you get a copy of Luke and examine your index
to see whether what's in there is what you expect.

And query.toString and (as Grant says), IndexSearcher.explain() is your
friend

Best
Erick

On Thu, Aug 13, 2009 at 8:19 AM, Ueli Kistler <ueli.kist...@trivadis.com>wrote:

> Hello,
>
>
>
> We're experiencing a problem using Lucene 2.4.1 and Compass 2.1.4 using
> wildcard search.
>
> Attribute values containing slashes can be searched using the full word,
> but not using wildcards. We already tried different analyzers with the
> same result.
>
> Slash isn't mentioned as a stop word only backslash also.
>
>
>
> Example : Searching < RZ/G/17 > and also < RZ/G/22 > succeed, but <
> RZ/G/* > , < RZ/G* > or < RZ/G/ ?? > don't.
>
>
>
> Any ideas why wildcard search doesn't work?
>
>
>
> Thanks,
>
> Ueli Kistler
>
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-user-h...@lucene.apache.org

Reply via email to