resolved...it was the new feature that writes locks to java.io.tmpdir, which in my servlet engine was interpreted as $CATALINA_HOME/temp, which didn't exist.
--D ----- Original Message ----- From: <[EMAIL PROTECTED]> Date: Monday, November 24, 2003 1:30 pm Subject: permissions or lock problem? > I'm having difficulty creating an IndexSearcher from an FSDirectory > in 1.3-rc2. The code is as follows (log.writeToLog is a > convenience method): > > log.writeToLog(Log.DEBUG,"directory path ="+hitPath); > File f = new File(hitPath); > log.writeToLog(Log.DEBUG,"file exists = "+String.valueOf(f.exists())); > > IndexSearcher t = new > IndexSearcher(FSDirectory.getDirectory(f,false)); > the output is: > [2003-11-24 13:23:09] [--ERROR--] Error building multisearcher > java.io.IOException: No such file or directory > at java.io.UnixFileSystem.createFileExclusively(Native Method) > at java.io.File.createNewFile(File.java:827) > at org.apache.lucene.store.FSDirectory$1.obtain(FSDirectory.java:324) > at org.apache.lucene.store.Lock.obtain(Lock.java:92) > at org.apache.lucene.store.Lock$With.run(Lock.java:147) > at org.apache.lucene.index.IndexReader.open(IndexReader.java:110) > at > org.apache.lucene.search.IndexSearcher.<init>(IndexSearcher.java:80) at > jgi.util.search.LuceneSearch.<init>(LuceneSearch.java:110) > > > Since file.exists() is returning true, the No Such file or > directory error is a bit surprising...is something getting mangled > on its way from FSDirectory.getDirectory to > java.io.UnixFileSystem.createFileExclusively? > thx, > --David > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
