[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_12453786 ] benson margulies commented on LUCENE-731: - Which means that I have to constantly close and recreate the searcher, as well? How is this 'simultaneous' .. ok

[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_12453784 ] Michael McCandless commented on LUCENE-731: --- I think the problem here is you need to call writer.close() before you open your searcher? The writer buffe

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

[ http://issues.apache.org/jira/browse/LUCENE-731?page=all ] benson margulies updated LUCENE-731: Attachment: LuceneBooleanQuery.java This test fails, and I'm at my wit's end as to what to do instead to get the desired behavior. > Simple attempt at

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

Simple attempt at adding and searching at the same time fails. -- Key: LUCENE-731 URL: http://issues.apache.org/jira/browse/LUCENE-731 Project: Lucene - Java Issue Type: Bug

lock-less commits data no longer in FileFormats document

I was trying to figure out something about the way deleted docs are handled. Eventually found the answer in the code. 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 und

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

[ http://issues.apache.org/jira/browse/LUCENE-727?page=all ] benson margulies updated LUCENE-727: Attachment: lucenewindowsmmaptest.tgz Here you go. > MMapDirectory can't create new index on Windows > ---

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

[ http://issues.apache.org/jira/browse/LUCENE-717?page=comments#action_12453738 ] Doron Cohen commented on LUCENE-717: I'm ok with this... > src builds fail because of no "lib" directory > - > >

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

[ http://issues.apache.org/jira/browse/LUCENE-717?page=comments#action_12453735 ] Otis Gospodnetic commented on LUCENE-717: - I almost committed this, but I'm for rm -rfing that lib dir and fixing junit.classpath, since we don't need

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

This is a known JDK issue with memory mapping a file. The references may not be GC'd at the time the request to delete is performed, and thus you will get an IOException. See http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4715154 On Nov 27, 2006, at 4:26 PM, Hoss Man (JIRA) wrote:

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

[ http://issues.apache.org/jira/browse/LUCENE-727?page=comments#action_12453726 ] Hoss Man commented on LUCENE-727: - Can you inlcude a full stack trace of the exception so we can see what code path causes this problem? it would be even better i

Re: Controlling Hits

: In fact, I fail to see a situation where "Hits"'s concept of "random access" : to the results (you can ask for result #30 and then #70) even makes sense. : In all search applications I'm familar with, at the time you call search(), : you already know how many results you want to display - and yo

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

[ http://issues.apache.org/jira/browse/LUCENE-717?page=all ] Doron Cohen updated LUCENE-717: --- Lucene Fields: [New, Patch Available] (was: [New]) > src builds fail because of no "lib" directory > - > >

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

[ http://issues.apache.org/jira/browse/LUCENE-717?page=all ] Doron Cohen updated LUCENE-717: --- Attachment: common-build.xml.patch.txt "compile-test" target verifies that a lib dir exists. > src builds fail because of no "lib" directory > --

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

[ http://issues.apache.org/jira/browse/LUCENE-729?page=comments#action_12453704 ] Michael McCandless commented on LUCENE-729: --- This patch looks good to me. Do we know if there are any other places where we consume one stack frame per

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

[ http://issues.apache.org/jira/browse/LUCENE-717?page=comments#action_12453699 ] Doron Cohen commented on LUCENE-717: ...right... Mixed up the two because building Lucene with IDE felt wrong to point the IDE to the ant directories for jun

[jira] Updated: (LUCENE-730) Restore top level disjunction performance

[ http://issues.apache.org/jira/browse/LUCENE-730?page=all ] Paul Elschot updated LUCENE-730: Attachment: TopLevelDisjunction20061127.patch This patches BooleanScorer2 to use BooleanScorer in the score(HitCollector) method. This also patches BooleanScor

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

Chris Hostetter wrote: one thing I noticed is that the ASF logo isn't rendering, and the alt text is "Lucene" instead of "Apache" or "Apache Feather" of soemthing like that... It's a link to the Lucene TLP page, not to the Apache home page. The problem is that we don't have a separate logo fo

[jira] Created: (LUCENE-730) Restore top level disjunction performance

Restore top level disjunction performance - Key: LUCENE-730 URL: http://issues.apache.org/jira/browse/LUCENE-730 Project: Lucene - Java Issue Type: Improvement Components: Search

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

: As always, let me know of any issues. Future changes should be in the form of patches. one thing I noticed is that the ASF logo isn't rendering, and the alt text is "Lucene" instead of "Apache" or "Apache Feather" of soemthing like that... http://lucene.apache.org/java/docs/images/asf-logo.g

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

[ http://issues.apache.org/jira/browse/LUCENE-717?page=comments#action_12453684 ] Hoss Man commented on LUCENE-717: - I don't really see what that has to do with it ... I'm not talking about the ANT_HOME/lib, I'm talking about the "lib" directory

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

[ http://issues.apache.org/jira/browse/LUCENE-729?page=all ] Yonik Seeley updated LUCENE-729: Attachment: MultiTermDocs.patch Attaching non-recursive version. Seems simple enough, but I'll wait till tomorrow to commit as I'm home sick today with a fever

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

non-recursive MultiTermDocs --- Key: LUCENE-729 URL: http://issues.apache.org/jira/browse/LUCENE-729 Project: Lucene - Java Issue Type: Improvement Components: Index Affects Versions: 2.0.0 R

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

[ http://issues.apache.org/jira/browse/LUCENE-717?page=comments#action_12453672 ] Doron Cohen commented on LUCENE-717: That's because junit,jar is required for compiling and running the tests. (Guess we can't distribute junit.jar with Lucene

[jira] Commented: (LUCENE-550) InstantiatedIndex - faster but memory consuming index

[ http://issues.apache.org/jira/browse/LUCENE-550?page=comments#action_12453642 ] Karl Wettin commented on LUCENE-550: > Jira admins: you are more than welcome to remove all old attachments, except > images. oh, i had no clue my status was

[jira] Updated: (LUCENE-550) InstantiatedIndex - faster but memory consuming index

[ http://issues.apache.org/jira/browse/LUCENE-550?page=all ] Karl Wettin updated LUCENE-550: --- Attachment: (was: InstanciatedIndexTermEnum.java) > InstantiatedIndex - faster but memory consuming index > --

[jira] Updated: (LUCENE-550) InstantiatedIndex - faster but memory consuming index

[ http://issues.apache.org/jira/browse/LUCENE-550?page=all ] Karl Wettin updated LUCENE-550: --- Attachment: (was: instanciated_20060527.tar) > InstantiatedIndex - faster but memory consuming index > - >

[jira] Updated: (LUCENE-550) InstantiatedIndex - faster but memory consuming index

[ http://issues.apache.org/jira/browse/LUCENE-550?page=all ] Karl Wettin updated LUCENE-550: --- Attachment: (was: lucene2-karl_20060722.tar.gz) > InstantiatedIndex - faster but memory consuming index >

[jira] Updated: (LUCENE-550) InstantiatedIndex - faster but memory consuming index

[ http://issues.apache.org/jira/browse/LUCENE-550?page=all ] Karl Wettin updated LUCENE-550: --- Attachment: (was: lucene2-karl_20060723.tar.gz) > InstantiatedIndex - faster but memory consuming index >

Re: Controlling Hits

The only thing that Hits gives that I want without the expense (Hits is expensive to use this way) is that you can do a search and get all of the results back with sorting...sorting appears to be built into TopDocs, so you don't get it with a HitCollector. If you try and use TopDocs instead of

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

[ http://issues.apache.org/jira/browse/LUCENE-707?page=all ] Grant Ingersoll resolved LUCENE-707. Lucene Fields: (was: [New]) Resolution: Fixed > Lucene Java Site docs > - > > Key: LUCENE-707 >

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

Nice work, Grant! Thanks for your effort here. Erik On Nov 26, 2006, at 7:37 PM, Grant Ingersoll (JIRA) wrote: [ http://issues.apache.org/jira/browse/LUCENE-707? page=comments#action_12453461 ] Grant Ingersoll commented on LUCENE-707: