Hello Lucene Users , I am working in java swing Application , in which i have
to browse html files in JEditorPane
control. For searching i am using Apcahe lucene but i am not able to store
the html files in the lucene index. so that they can be browse on client
side .
jeditorpane display the htm
coord() and queryNorm() work on the query as a whole, which may span
multiple fields.
On Wed, Nov 7, 2012 at 5:23 PM, Joel Barry wrote:
> Hi folks,
>
> I have a question on PerFieldSimilarityWrapper. It seems that it is
> not possible to get per-field behavior on queryNorm() and coord()...
>
> T
Hi folks,
I have a question on PerFieldSimilarityWrapper. It seems that it is
not possible to get per-field behavior on queryNorm() and coord()...
The documentation for PerFieldAnalyzerWrapper (lucene 4.0) says:
Subclasses should implement get(String) to return an appropriate
Similarity (fo
On Wed, Nov 7, 2012 at 11:10 PM, Ian Lea wrote:
>
> Sorry, didn't notice that refreshIfNeeded is protected.
It's not only protected... but the class is final as well (the method
might as well be private so that it doesn't give a false sense of hope
that it can be overridden.)
I might have to clo
Thanks for the answer. That's what I was beginning to think based on the
descriptions. I won't spend any more time on it. It's just another reason why
eventually we'll move everything to Solr.
-Original Message-
From: Michael McCandless [mailto:luc...@mikemccandless.com]
Sent: Tuesda
>From a glance the code looks OK, but there's lots you're not showing
that could cause it not to work - whatever you mean by that. Fails to
get hits on docs you think are in the index?
Look at the index with Luke to see what actually has been indexed.
Look at Query.toString() to see how the query
On Wed, Nov 7, 2012 at 5:15 AM, Ravikumar Govindarajan
wrote:
> Many thanks Mike, for helping me understand the problems
You're welcome.
> I gather that only postings "may be" able to handle "sparse non-decreasing
> docIDs per flush" while all other areas like stored-fields/field-cache
> etc...
Hi :)
I would like the "text" field of my index to be case-insensitive.
I'm using a PerFieldAnalyzerWrapper with a standardAnalyzer for this
field for both indexing and querying. I read that StandardAnalyzer uses
LowerCaseFilter to lowercase the value of the field but when I run a
query, it do
Sorry, didn't notice that refreshIfNeeded is protected. You could run
IndexUpgrader on your old indexes to bring them up to date, in stages
from v2 to v3 then v4, then upgrade.
--
Ian.
On Wed, Nov 7, 2012 at 12:04 PM, Trejkaz wrote:
> On Wed, Nov 7, 2012 at 10:11 PM, Ian Lea wrote:
>> 4.0 ha
On Wed, Nov 7, 2012 at 10:11 PM, Ian Lea wrote:
> 4.0 has maybeRefreshBlocking which "is useful if you want to guarantee
> that the next call to acquire() will return a refreshed instance".
> You don't say what version you're using.
>
> If you're stuck on 3.6.1 can you do something with refreshIfN
4.0 has maybeRefreshBlocking which "is useful if you want to guarantee
that the next call to acquire() will return a refreshed instance".
You don't say what version you're using.
If you're stuck on 3.6.1 can you do something with refreshIfNeeded()
or isSearcherCurrent()?
--
Ian.
On Wed, Nov 7,
Many thanks Mike, for helping me understand the problems
I gather that only postings "may be" able to handle "sparse non-decreasing
docIDs per flush" while all other areas like stored-fields/field-cache
etc... cannot do so currently.
Can you recollect and point me to any discussions that has happ
Sorry,I can't reproduce in local...
"If at any time you accidentally had two writers open on the same
index, it could have created this corruption. "
I use singleton to create/get IndexWriter ,and change LockFactory to
SimpleFSLockFactory (NativeFSLockFactory before) .Maybe a long time it was
run
13 matches
Mail list logo
