[jira] Commented: (LUCENE-669) finalize()-methods of FSDirectory.FSIndexInput and FSDirectory.FSIndexOutput try to close already closed file

[ http://issues.apache.org/jira/browse/LUCENE-669?page=comments#action_12454236 ] Michael Busch commented on LUCENE-669: -- Mike, I tried to add some debug to FSIndexOutput and made another observation which makes this issue even odder! I ad

[jira] Assigned: (LUCENE-673) Exceptions when using Lucene over NFS

[ http://issues.apache.org/jira/browse/LUCENE-673?page=all ] Michael McCandless reassigned LUCENE-673: - Assignee: Michael McCandless > Exceptions when using Lucene over NFS > - > > Key: LUCENE-6

Re: [jira] Resolved: (LUCENE-717) src builds fail because of no "lib" directory

: I left the directory in CVS for now. Should I svn remove it, or is : there a reason to keep it? i think we should remove it ... leaving it there could confuse people into thinking it had a purpose. -Hoss - To unsubscribe

[jira] Updated: (LUCENE-724) Oracle JVM implementation for Lucene DataStore also a preliminary implementation for an Oracle Domain index using Lucene

[ http://issues.apache.org/jira/browse/LUCENE-724?page=all ] Marcelo F. Ochoa updated LUCENE-724: Attachment: ojvm-11-28-06.tar.gz This new version of the OracleJVM extension for Lucene has these changes: - A new build.xml file can be used to compile

[jira] Resolved: (LUCENE-728) Remove or deprecate contrib/similarity

[ http://issues.apache.org/jira/browse/LUCENE-728?page=all ] Otis Gospodnetic resolved LUCENE-728. - Lucene Fields: (was: [New]) Resolution: Fixed Finito. No more contrib/similarity/*/*.java, until people contribute new, custom Similarity i

[jira] Resolved: (LUCENE-717) src builds fail because of no "lib" directory

[ http://issues.apache.org/jira/browse/LUCENE-717?page=all ] Otis Gospodnetic resolved LUCENE-717. - Resolution: Fixed Fixed by removing a few lines from build.xml that check for lib/*.jar. I left the directory in CVS for now. Should I svn remove it,

[jira] Commented: (LUCENE-669) finalize()-methods of FSDirectory.FSIndexInput and FSDirectory.FSIndexOutput try to close already closed file

[ http://issues.apache.org/jira/browse/LUCENE-669?page=comments#action_12454098 ] Michael McCandless commented on LUCENE-669: --- OK I will try to repro. In the meantime, I like your theory above! It seems very plausible that the 2nd cl

Re: [Fwd: Re: StackOverflowError while calling IndexReader.deleteDocuments(new Term())]

Yonik Seeley wrote: On 11/28/06, Michael McCandless <[EMAIL PROTECTED]> wrote: I think this (that under certain use cases, IndexWriter can create > mergeFactor segments even when maxMergeDocs is very large) is actually fairly serious. I wonder how many users are affected by this now. It's not

[jira] Resolved: (LUCENE-727) MMapDirectory can't create new index on Windows

[ http://issues.apache.org/jira/browse/LUCENE-727?page=all ] Michael McCandless resolved LUCENE-727. --- Resolution: Fixed > MMapDirectory can't create new index on Windows > --- > > Key: LUC

Re: I want to develop an analyzer based on StandardAnalyzer

Hello Cristophe, christophe leroy wrote: > I need an Analyzer which doesn't separate the > underscored words and with the StandardAnalyzer > functionnalities. > So, the solution is to create a new Analyzer . > > I have seen several mails about that. I tried to apply > the proposed solutions but I

[jira] Commented: (LUCENE-727) MMapDirectory can't create new index on Windows

[ http://issues.apache.org/jira/browse/LUCENE-727?page=comments#action_12454081 ] Michael McCandless commented on LUCENE-727: --- Thank you Benson for the unit test and opening this issue! Indeed, when I run your test, I see the exceptio

Re: [Fwd: Re: StackOverflowError while calling IndexReader.deleteDocuments(new Term())]

On 11/28/06, Michael McCandless <[EMAIL PROTECTED]> wrote: I think this (that under certain use cases, IndexWriter can create > mergeFactor segments even when maxMergeDocs is very large) is actually fairly serious. I wonder how many users are affected by this now. It's not called out currently

[jira] Assigned: (LUCENE-727) MMapDirectory can't create new index on Windows

[ http://issues.apache.org/jira/browse/LUCENE-727?page=all ] Michael McCandless reassigned LUCENE-727: - Assignee: Michael McCandless > MMapDirectory can't create new index on Windows > --- > >

Re: [jira] Updated: (LUCENE-721) Code coverage reports

Chris Hostetter wrote: : Here it is, Grant. This new patch uses Clover to generate code coverage : reports. Simply add clover.jar to the ant classpath, do a "clean" and : run the target "test". During compiling Clover will automatically : instrument all classes under src/java. haven't had a chan

Re: lock-less commits data no longer in FileFormats document

> More then likely the specific changes you asked about were overlooked when > porting from the old style xdocs directory to the new forrest directory > structure ... Should we create an issue for restoring this data in the trunk version of the docs? > but even if they weren't how should these ch

[jira] Commented: (LUCENE-669) finalize()-methods of FSDirectory.FSIndexInput and FSDirectory.FSIndexOutput try to close already closed file

[ http://issues.apache.org/jira/browse/LUCENE-669?page=comments#action_12454076 ] Michael Busch commented on LUCENE-669: -- I'm seeing the problem on Windows XP SP2, IBM JVM 1.5 SR3. I'm running the tests in eclipse. > finalize()-methods of

[Fwd: Re: StackOverflowError while calling IndexReader.deleteDocuments(new Term())]

I think this (that under certain use cases, IndexWriter can create > mergeFactor segments even when maxMergeDocs is very large) is actually fairly serious. I wonder how many users are affected by this now. It's not called out currently in CHANGES.txt but I think it should be (this would be u

[jira] Commented: (LUCENE-727) MMapDirectory can't create new index on Windows

[ http://issues.apache.org/jira/browse/LUCENE-727?page=comments#action_12454073 ] Hoss Man commented on LUCENE-727: - Per robert engels on java-dev... > This is a known JDK issue with memory mapping a file. > > The references may not be GC'd at

Re: lock-less commits data no longer in FileFormats document

: But I first searched the FileFormats document - as far as I can tell the : lock-less commit data is no longer in this document - not in the trunk, nor : in the updated Web site. I understand that Web site currently reflects the : last release 2.0, but I thought the trunk should have it. this is

[jira] Resolved: (LUCENE-723) QueryParser support for MatchAllDocs

[ http://issues.apache.org/jira/browse/LUCENE-723?page=all ] Yonik Seeley resolved LUCENE-723. - Resolution: Fixed > QueryParser support for MatchAllDocs > > > Key: LUCENE-723 > URL: htt

[jira] Commented: (LUCENE-723) QueryParser support for MatchAllDocs

[ http://issues.apache.org/jira/browse/LUCENE-723?page=comments#action_12454065 ] Yonik Seeley commented on LUCENE-723: - Committed. > QueryParser support for MatchAllDocs > > > Key: LUCENE

[jira] Resolved: (LUCENE-729) non-recursive MultiTermDocs

[ http://issues.apache.org/jira/browse/LUCENE-729?page=all ] Yonik Seeley resolved LUCENE-729. - Resolution: Fixed Committed. Thanks for the review Michael, off the top of my head, I don't know of other recursive functions like this. > non-recursive Mul

Re: [jira] Commented: (LUCENE-707) Lucene Java Site docs

Grant Ingersoll wrote: A friend of mine who is a graphic designer has volunteered to come up w/ a couple of variations. I will post a link when they are available for people to decide, if that is all right with everyone. Sounds great to me! Thanks! FYI, the original version of the Lucene lo

[jira] Commented: (LUCENE-669) finalize()-methods of FSDirectory.FSIndexInput and FSDirectory.FSIndexOutput try to close already closed file

[ http://issues.apache.org/jira/browse/LUCENE-669?page=comments#action_12454037 ] Michael McCandless commented on LUCENE-669: --- Michael, which OS are you seeing the exception on? I'm trying to repro on Linux w/ IBM's JVM 1.5.0 with no

Re: [jira] Commented: (LUCENE-707) Lucene Java Site docs

A friend of mine who is a graphic designer has volunteered to come up w/ a couple of variations. I will post a link when they are available for people to decide, if that is all right with everyone. -Grant On Nov 27, 2006, at 3:34 PM, Doug Cutting wrote: Chris Hostetter wrote: one thing I

[jira] Commented: (LUCENE-731) Simple attempt at adding and searching at the same time fails.

[ http://issues.apache.org/jira/browse/LUCENE-731?page=comments#action_12453921 ] Karl Wettin commented on LUCENE-731: that is. Sorry. > Simple attempt at adding and searching at the same tim

[jira] Commented: (LUCENE-731) Simple attempt at adding and searching at the same time fails.

[ http://issues.apache.org/jira/browse/LUCENE-731?page=comments#action_12453920 ] Karl Wettin commented on LUCENE-731: benson margulies [28/Nov/06 04:21 AM] > Tell me if another issue is apposite, or send me off to make a patch, but ... > > H

[jira] Commented: (LUCENE-731) Simple attempt at adding and searching at the same time fails.

[ http://issues.apache.org/jira/browse/LUCENE-731?page=comments#action_12453900 ] benson margulies commented on LUCENE-731: - Tell me if another issue is apposite, or send me off to make a patch, but ... How about if IndexWriter defined s

[jira] Commented: (LUCENE-731) Simple attempt at adding and searching at the same time fails.

[ http://issues.apache.org/jira/browse/LUCENE-731?page=comments#action_12453888 ] Karl Wettin commented on LUCENE-731: > Gosh, it would be nice if there were a communications mechanism so that a > call > to 'commit' on a writer just caused

[jira] Commented: (LUCENE-669) finalize()-methods of FSDirectory.FSIndexInput and FSDirectory.FSIndexOutput try to close already closed file

[ http://issues.apache.org/jira/browse/LUCENE-669?page=comments#action_12453819 ] Michael Busch commented on LUCENE-669: -- Mike, you are right, it is very weird that 1) this problem happens and 2) my patch fixes it. It took me quite a while