use "TokenStream" to print out the Tokens after using FrenchAnalyzer; test it
work well, and the result is just you want?
You can use another tools "Luke" to see the "Lucene index File", is there any
token of "or"(French) ?
And you can query using the "Luke"...
Good Luck
2011-01-13
Thank you for your reply.
I am using my own FrenchAnalyzer for lexical analysis. It extends
org.apache.lucene.analysis.Analyzer and my stopwords set is empty.
Benoit
On 2011-01-12 23:05, Robert Muir wrote:
On Wed, Jan 12, 2011 at 10:38 PM, Benoit Mercier
wrote:
Hi,
I am happily using Lu
Hi Yuhan,
dir.close() can not solve the problem.
The reason I have to close the old searcher is my program will replace the
old index, the code posted here is just a scenario to simplify my question.
Thanks,
Garry
在 2011年1月13日 上午10:45，Yuhan Zhang 写道：
> Hi Garry,
>
> I am guessing the directory
On Wed, Jan 12, 2011 at 10:38 PM, Benoit Mercier
wrote:
> Hi,
>
> I am happily using Lucene for several years to offer French lexical analysis
> tools to university researchers. Today, one of them decided to analyze the
> use of the French word "or" (meaning "gold" in French) in one of my corpus
Hi,
I am happily using Lucene for several years to offer French lexical
analysis tools to university researchers. Today, one of them decided
to analyze the use of the French word "or" (meaning "gold" in French) in
one of my corpus powered by Lucene... And, as you probably already
guessed,
Hi Garry,
I am guessing the directory needs to be closed before opening a new one.
dir.close();
dir = FSDirectory.open(new File(getIndexPath()));
why not to open two IndexSearcher objects in an array of two instead of
swapping them back and forth?
it would be a lot easier.
yuhan
2011/1/12 张志田
Hi Mike,
Sorry to make you confused. "lock" means the file handle is held by some
other progress, the program can not delete it. There is no exception, I can
see file.delete() method returns false. If I delete the cfs file in the OS
manually, the warning is "File was using by another person or pro
Hmmm.
When you say "locked" what actually does that mean? Can you post the exception?
Also, can you whittle down your example even more? EG if calling
this method twice causes the problem, make a method that calls it
twice and hits the exception and then start simplifying from there...
Mike
Mike, thanks for your feedback.
I verified this in the debug mode, so I just check the folder I closed in
the last loop. Actually, both two folders are locked.
tried with new FSDirectory every loop, no help.
Garry
2011/1/12 Michael McCandless
> When you break out of the loop (user enters 'Q')
When you break out of the loop (user enters 'Q') you don't close the
current searcher. Could that be it?
Also you are calling FSDir.open each time but should only do it once
(though this should be "harmless").
Mike
On Wed, Jan 12, 2011 at 5:39 AM, 张志田 wrote:
> Dear Luceners,
>
> I'm using luce
Dear Luceners,
I'm using lucene-3.0.2 in our app. There is some testing code for switching
index, however, when my code run a couple of times, I found the index file
was locked, I can not delete the old index files.
The code looks like:
public class SearchTest
{
private static final int MA
That was it - thank :)
--- On Tue, 1/11/11, Simon Willnauer wrote:
From: Simon Willnauer
Subject: Re: Newbie question: optimized files?
To: java-user@lucene.apache.org
Date: Tuesday, January 11, 2011, 12:06 AM
Hey,
this looks like you are hitting the optimization done in LUCENE-2773
(https://
12 matches
Mail list logo
