On Tue, 18 Jan 2011 22:04:01 +0100, Grant Ingersoll
wrote:
[] ASF Mirrors (linked in our release announcements or via the Lucene
website)
[x] Maven repository (whether you use Maven, Ant+Ivy, Buildr, etc.)
[] I/we build them from source via an SVN/Git checkout.
[] Other (someone in y
Hi,
I am implementing dynamic faceting as described here -
http://www.norconex.com/facets-with-lucene/
and running into trouble for multi value facets. For strings this is not a
problem. One can use
SortedSetDocValuesFacetField when indexing the values for faceting and
SortedSetDocValuesFacetCo
Hi there,
I've just noticed that there is already a 2.4 release available on ibiblio
(http://mirrors.ibiblio.org/pub/mirrors/maven2/org/apache/lucene/lucene-core/2.4.0/),
but there is no official release notification yet. What's the status of
these aretifacts? When will 2.4 be officially rele
Hi,
I think your question belongs more onto the Hibernate Search Forum -
http://forum.hibernate.org/viewforum.php?f=9.
That said, it looks like a you have a version problem. Hibernate Search
3.0.0 is based on Lucene
Lucene 2.2. I recommend updating Hibernate Search to the latest 3.1.0
rel
Hi,
instead of the ClassBridge you can just annotate all the properties you
want to index with
@Field and build a BooleanQuery out of the input field. Indexing the
properties into
separate document fields is probably more extendable in the future when
you for example
only want to search on
Hi,
I have a question regarding the way I got around the 'TooManyClauses'
exception when using wild card queries
(http://wiki.apache.org/lucene-java/LuceneFAQ#head-06fafb5d19e786a50fb3dfb8821a6af9f37aa831).
I am using Lucene in conjunction with Hibernate Search
(http://www.hibernate.org/
On Tue, 13 Nov 2007 16:12:26 +0100, Erick Erickson
<[EMAIL PROTECTED]> wrote:
Thanks for your help.
I'm certainly not an expert on ranking and scoring, but I've got to
assume that this approach influences scoring.
No doubt. The question is if it matters for this particular use case. For
th
Hi there,
I am using currently a FSDirectory to build my index. The reason for using
a file system based index is that a full index rebuild takes around 30
minutes and I want to keep a persistent index.
In 'Lucene in Action' I've read that one can improve search performance by
using a RAMDi