[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: 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] 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 -

[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: 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: InstanciatedIndexTermEnum.java) InstantiatedIndex - faster but memory consuming index

[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] 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

[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

[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

[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

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... img class=logoImage alt=Lucene

[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

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 for

[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] 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 -

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 you

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-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

[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] 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 ---

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

[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

[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] 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

[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' ..