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