On Wednesday 12 April 2006 23:17, anton feldmann wrote:
> Daniel Naber schrieb:
> > On Dienstag 11 April 2006 19:44, Anton Feldmann wrote:
> >
> >
> >> i would like to know, how do you get the Hits. Do you use tokens?
> >> If you use Tokens could i write a tokenizer to mkae tokens out of
> >> sc
[
http://issues.apache.org/jira/browse/LUCENE-383?page=comments#action_12374301 ]
Hoss Man commented on LUCENE-383:
-
I believe (but i'm not certain) that i remember a discusion on java-dev a while
back regarding this and that there was some concensus not to
If using RMI, you need to register multiple RemoteSearchable at different
addresses - one for each index you want to search.
Some simple client code will allow you to select the proper one.
This is the simplest solution (from what I understand of your problem -
although I admit I am still not com
Thanks for your reply.
I think I didn't address the problem very clear. Let me rephrase it.
There is no such problem if everything is local, literaly we can new as many
IndexSearchers as we need.
However given the fact that there is only one RemoteSearchable instance
running on Server A, how can I
I think you may need a much more advanced design - with change detection,
parallel query execution, and index modification.
A lot of it depends on you semantics of a search - does it mean at the
results are 'almost right' at a moment in time, or are pending index changes
made first before any quer
My question is a little bit long. Thanks for your patience.
I am working on project which requires remote searching ability. So I use
RMI and RemoteSearchable class. Here is the system structure:
Server A has all the indices on it and the RemoteSearchable object running
on it. Server B accepts que
Daniel Naber schrieb:
On Dienstag 11 April 2006 19:44, Anton Feldmann wrote:
i would like to know, how do you get the Hits. Do you use tokens?
If you use Tokens could i write a tokenizer to mkae tokens out of
scentence?
Ich verstehe die Frage nicht so ganz... aber sie gehört wohl auf
[ http://issues.apache.org/jira/browse/LUCENE-505?page=all ]
Steven Tamm updated LUCENE-505:
---
Attachment: NormFactors20.patch
There was a bug in MultiReader.java where I wasn't handling the caches
correctly, specifically in getNormFactors and doSetNorm.
On Wednesday 12 April 2006 19:21, Erik Hatcher wrote:
>
> On Apr 11, 2006, at 11:56 AM, Doug Cutting wrote:
> > Erik Hatcher wrote:
> >> I have a potential need for a SpanNearQuery with an exact non-
> >> zero gap specified
> >
> > Ironically, you can now easily specify this with PhraseQuery, bu
Charlie wrote:
It looks fine to compile those GCJ files using
libgcj-3.4.5.jar in Jbuilder, but will it causing issues for bypassing
Makefile, GCJTermDocs.cc, GCJIndexInput.cc? (as this compilation does
not use ant.)
These files are only appropriate when running under GCJ, not under a
JVM. Ev
Marvin Humphrey wrote:
A phantom blank Term shows up out of nowhere in the middle of the merge
process.
When you stick a System.err.println into TermInfosWriter's writeTerm...
Did you try putting a print statement in SegmentMergeInfo.next(), to see
where this blank term comes from?
Doug
On Apr 11, 2006, at 11:56 AM, Doug Cutting wrote:
Erik Hatcher wrote:
I have a potential need for a SpanNearQuery with an exact non-
zero gap specified
Ironically, you can now easily specify this with PhraseQuery, but
not with SpanNearQuery. You can construct a phrase query with
explici
12 matches
Mail list logo
