Have you solved thisproblem? 

-----Original Message-----
From: Supriya Kumar Shyamal [mailto:[EMAIL PROTECTED] 
Sent: 01 August 2006 16:30
To: java-user@lucene.apache.org
Subject: Re: FileNotFoundException

I think its a directory access synchronisation problem, I have also 
posted about this before. The scenario can be like this ..

When Indexwriter object is created it reads the segment information from 
the file "segments" which nothing but list of files with .cfs or mayn 
more type, at teh same time IndexSearcher object is created which also 
make a list of index files from segements file, then you invoke the some 
write operation which triggers the index pemrging, fragmenting etc 
started haoppening and it modifies the file list in the segments file, 
but still we have the IndexerSearcher object with old file list and 
probably that throws the FileNotFoundExcpetion becuase physically the 
file is not there.

May be I am wrong but I try to put some light on this issue.

I posted the similar problem with subject "FileNotFoundException: occurs 
during the optimization of index", I am also experiencing the similar 
problem when the index optimization task runs on the index and 
parallally search function is also running.

thx,
supriya

WATHELET Thomas wrote:
> I'm sure that it's the good location.
> When the index process is finished then I can access the index.
> I know why but I don't know how to solve it.
> When I indexing a lot of file with the extension cfs are created and
> after few second the file are merge in an other file
> ex:
> I have a file with this name _8df.cfs and after few second this file
> disappeared (because it merged with an other file with a new name) so
> the IndexSearcher can't find it.
>
> -----Original Message-----
> From: Erick Erickson [mailto:[EMAIL PROTECTED] 
> Sent: 01 August 2006 15:49
> To: java-user@lucene.apache.org
> Subject: Re: FileNotFoundException
>
> So it sounds like you're not writing the index to the place you think
> you
> are. Have you just looked in the directories and checked that there are
> files there? If Luke can't find them, they're not where you think they
> are.
> Especially if your writer had closed before you looked.
>
> Erick
>
> On 8/1/06, WATHELET Thomas <[EMAIL PROTECTED]> wrote:
>   
>> It's the same when I try to open the index with luke
>>
>> -----Original Message-----
>> From: Erick Erickson [mailto:[EMAIL PROTECTED]
>> Sent: 01 August 2006 15:24
>> To: java-user@lucene.apache.org
>> Subject: Re: FileNotFoundException
>>
>> two things come to mind....
>>
>> 1> are you absolutely sure that your reader and writer are pointing to
>> the
>> same place? Really, absolutely, positively sure? You've hard-coded the
>> path
>> into both writer and reader just to be really, absolutely positively
>> sure?
>> Or, you could let the writer close and *then* try the reader to see if
>> it's
>> a timing issue or a path issue.
>>
>> 2> You say that the indexer is still open. Is there any chance it
>>     
> hasn't
>   
>> yet
>> written anything to disk? I'm not sure of the internals, but there has
>> been
>> some discussion that internally a writer uses a RAMdir for a while
>>     
> then
>   
>> periodically flushes the results to disk. It's possible that you're
>> writer
>> hasn't written anything yet.....
>>
>> 3> (so I can't count). Have you used Luke to open your index to see if
>> that
>> works (and the file is in the place you expect)?
>>
>> FWIW
>> Erick
>>
>> On 8/1/06, WATHELET Thomas <[EMAIL PROTECTED]> wrote:
>>     
>>> For the index process I use IndexModifier class.
>>> That happens when I try to search something into the index in the
>>>       
> same
>   
>>> time that the index process still running.
>>>
>>> the code for indexing:
>>>           System.setProperty("org.apache.lucene.lockDir", System
>>>                 .getProperty("user.dir"));
>>>         File folder = new File(getIndexPath());
>>>         Directory dir = null;
>>>         if (folder.isDirectory() && folder.exists()) {
>>>             dir = FSDirectory.getDirectory(getIndexPath(), false);
>>>         } else if (!folder.isFile() && !folder.exists()) {
>>>             dir = FSDirectory.getDirectory(getIndexPath(), true);
>>>         } else {
>>>             System.out.println("Bad index folder");
>>>             System.exit(1);
>>>         }
>>>         boolean newIndex = true;
>>>         if (dir.fileExists("segments")) {
>>>             newIndex = false;
>>>         }
>>>         // long lastindexation = dir.fileModified("segments");
>>>         writer = new IndexModifier(dir, new SimpleAnalyzer(),
>>>       
>> newIndex);
>>     
>>>         dir.close();
>>>         writer.setUseCompoundFile(true);
>>>           ...
>>>
>>> Code For searching:
>>>
>>>           MultiSearcher multisearch = new
>>>       
>> MultiSearcher(indexsearcher);
>>     
>>>           Hits hits = this.multisearch.search(this.getBoolQuery());
>>>           ...
>>>
>>> -----Original Message-----
>>> From: Michael McCandless [mailto:[EMAIL PROTECTED]
>>> Sent: 01 August 2006 13:45
>>> To: java-user@lucene.apache.org
>>> Subject: Re: FileNotFoundException
>>>
>>>
>>>       
>>>> When the indexing process still running on a index and I try to
>>>>         
>> search
>>     
>>>> something on this index I retrive this error message:
>>>> java.io.FileNotFoundException:
>>>> \\tradluxstmp01\JavaIndex\tra\index_EN\_2hea.fnm (The system
>>>>         
> cannot
>   
>>> find
>>>       
>>>> the file specified)
>>>>
>>>> How can I solve this.
>>>>         
>>> Could you provide some more context about your application or a
>>>       
> small
>   
>>> test case that shows the error happening?  This sounds likely to be
>>>       
> a
>   
>>> locking issue.
>>>
>>> Mike
>>>
>>>
>>>       
> ---------------------------------------------------------------------
>   
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>>
>>>
>>>
>>>       
> ---------------------------------------------------------------------
>   
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>>       
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>>     
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
>   


-- 
Mit freundlichen Grüßen / Regards
 
Supriya Kumar Shyamal

Software Developer
tel +49 (30) 443 50 99 -22
fax +49 (30) 443 50 99 -99
email [EMAIL PROTECTED]
___________________________
artnology GmbH
Milastr. 4
10437 Berlin
___________________________

http://www.artnology.com
__________________________________________________________________________

 News / Aktuelle Projekte:
 * artnology gewinnt Ausschreibung des Bundesministeriums des Innern:
   Softwarelösung für die Verwaltung der Sammlung zeitgenössischer
   Kunstwerke zur kulturellen Repräsentation des Bundes.

 Projektreferenzen:
 * Globaler eShop und Corporate-Site für Springer: www.springeronline.com
 * E-Detailing-Portal für Novartis: www.interaktiv.novartis.de
 * Service-Center-Plattform für Biogen: www.ms-life.de
 * eCRM-System für Grünenthal: www.gruenenthal.com

___________________________________________________________________________ 


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to