Question:
Run attached java class and see the also attached when I ran it.
I assumed the second writer should get an IOException in getWriter (in
first TESTCASE).
However this does not happen! This only happens when I open both
writers with flag 'createIndex'=true (see
also
This is the reason i suggested a while back that the initiall call to to
getMoreDocs should be moved out of the Hits constructor, so no prefetching
is done untill the client asks for hte first hit they want -- if on page#2
of some paginated results we wants docs 101-200, then the first prefetch
wi
On 1/7/06, Leos Literak <[EMAIL PROTECTED]> wrote:
> Yonik, I want to display 120th. up to 150th. document
> in Hits. Do you mean that Hits does not contain id
> of all relevant documents?
Correct, it does not. The first time Hits is returned to you, it will
internally contain the ids and scores
Yonik, I want to display 120th. up to 150th. document
in Hits. Do you mean that Hits does not contain id
of all relevant documents? I thought that search will
return all document ids with their score and Lucene
prefetches first 100 document to speed the process.
My index contains complete text (y
+1 from me.
-Yonik
On 1/7/06, Erik Hatcher <[EMAIL PROTECTED]> wrote:
> +1 to Hoss's suggested enhancement to QueryParser.
>
> I'll volunteer to implement this barring any objections in the next
> day or so.
>
> Erik
-
To
hello all,
i have an environment with a number of search instances (index searchers)
running as rmi servers and a federator (a parallel multi searcher) combining
the results of all the instances, this is working great, and allows us to load
into memory millions of docs.
my problem is
+1 to Hoss's suggested enhancement to QueryParser.
I'll volunteer to implement this barring any objections in the next
day or so.
Erik
On Jan 6, 2006, at 6:01 PM, Chris Hostetter wrote:
: > Should we should detect the case of all negative clauses and
throw in
: > a MatchAllDoc
-
Yahoo! DSL Something to write home about. Just $16.99/mo. or less
The actual fields of found documents are not prefetched, only the ids.
> And imagine, that user is on fourth
> page - reading first 100 document is waste of time.
As it relates to document ids, you must know what the first 100 are if
you are to know which ones follow.
If you want more control ov
Hello,
I found in Lucenebook, that searching always reads
first first 100 documents. I take a look to java
source code and found that in Hits.java. I cannot
find any easy way, how to forbid this behaviour.
motivation: my page size is 30. It is useless to
read 100 documents, when I will display o
10 matches
Mail list logo
