Hi Yonik,
The SOLR 2 list looks good. The question is, who is going to do the
work? I tried to simplify the scope of Ocean as much as possible to
make it possible (and slowly at that over time) for me to eventually
finish what is mentioned on the wiki. I think SOLR is very cool and
was major
On 3-Sep-08, at 1:29 PM, Chris Harris wrote:
http://wiki.apache.org/solr/FieldOptionsByUseCase says that a field
needs to be both stored and indexed for highlighting to work. Unless
I'm very confused, though, I just tested and highlighting worked fine
(on trunk) for a stored, *non-indexed* fiel
Did u reindex after the change?
> Date: Wed, 27 Aug 2008 23:43:05 +0300
> From: [EMAIL PROTECTED]
> To: solr-user@lucene.apache.org
> Subject: Question about autocomplete feature
>
>
> Hello.
>
> I'm trying to implement autocomplete feature using the snippet posted
> by Dan.
> (http://mail-ar
http://wiki.apache.org/solr/FieldOptionsByUseCase says that a field
needs to be both stored and indexed for highlighting to work. Unless
I'm very confused, though, I just tested and highlighting worked fine
(on trunk) for a stored, *non-indexed* field. So is this info perhaps
out of date?
Assuming
Did you run clean first?
Can you share the errors? Note, it compiles for me.
On Sep 3, 2008, at 2:15 PM, <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]> wrote:
Hi Shalin,
I too think that is a problem of jars files , but I download the lib
directory again and isn't work.
This is my CVS link http:/
Hi Shalin,
I too think that is a problem of jars files , but I download the lib
directory again and isn't work.
This is my CVS link http://svn.apache.org/repos/asf/lucene/solr/trunk and y
too try whith
http://svn.apache.org/repos/asf/lucene/solr/branches/branch-1.3/
It`s correct ???
-Mensaje
On Wed, Sep 3, 2008 at 1:50 PM, Martin Owens
<[EMAIL PROTECTED]> wrote:
> I'm dealing with an odd problem with solr using multi-cores. If we start
> using more than about 40 or so cores the java spews forth errors about
> lacking file handles.
- Increase the number of file descriptors available to
Hello all,
I'm dealing with an odd problem with solr using multi-cores. If we start
using more than about 40 or so cores the java spews forth errors about
lacking file handles. Has anyone else seen this problem and what may the
solution be?
Best Regards, Martin Owens
SEVERE: java.lang.RuntimeEx
On Wed, Sep 03, 2008 at 06:29:04PM +0200, Lars Kotthoff wrote:
> Looking at the code in trunk everything appears to be fine. Did you run "ant
> example" before starting the server? Otherwise it's probably picking up some
> old jars/class files.
Ah, right. Thanks.
I can compile it successfully. The lucene jars have been updated, so make
sure you update the lib directory too.
On Wed, Sep 3, 2008 at 9:30 PM, <[EMAIL PROTECTED]> wrote:
> Hi all,
>
>
>
> First of all , sorry for my English
>
>
>
> I'm not sure that it's a problem, but after the last update fro
> So it appears to be looking for multicore.xml, still. If I put my old
> multicore.xml in the multicore directory, it runs fine. solr.xml is
> ignored. Do I have an odd configuration somewhere that might cause
> this?
Looking at the code in trunk everything appears to be fine. Did you run "ant
I think in order to do this you'd need to run two queries. We do this
as well, for example..
Facet on the product types that match a query term.
For each product type, run another query to facet on the subcategories.
Thanks for your time!
Matthew Runo
Software Engineer, Zappos.com
[EMAIL PROT
I'm up to date on trunk (r691646), and multicore.xml has been removed
and solr.xml added (I saw the notice [1]). When I start solr with "java
-Dsolr.solr.home=multicore -jar start.jar", however, I see the following
in the output:
...
Sep 3, 2008 3:54:54 PM org.apache.solr.servlet.SolrDispatchFilt
Hi all,
First of all , sorry for my English
I'm not sure that it's a problem, but after the last update from CVS (solr
1.3 dev) I can't compile the solr source. I think that is a problema of my
workspace, but I'd like to be sure that anyone more have the same problema.
The classes who hav
On Wed, Sep 3, 2008 at 7:35 PM, Grégoire Neuville <
[EMAIL PROTECTED]> wrote:
> The http://wiki.apache.org/solr/DistributedSearchDesign page was last
> edited
> by Yonik Seeley on the 2008-02-27, which seems a date of major commit
> (according to JIRA), and he did not amend the "current approach"
I thank you for the answer.
The http://wiki.apache.org/solr/DistributedSearchDesign page was last edited
by Yonik Seeley on the 2008-02-27, which seems a date of major commit
(according to JIRA), and he did not amend the "current approach" part of the
page : so the "Multi-phased approach, allowing
OK I opened:
https://issues.apache.org/jira/browse/LUCENE-1374
Mike
Chris Harris wrote:
I've made some changes to my Solr setup, and now I'm getting the
"background merge hit exception" pasted at the end of this message.
The most notable changes I've made are:
Update to r690989 (Lucene
Hey.
Sorry for the late response. The usage is zero.
Seemingly this problem has to do with the amount of data being indexed.
I've just now removed a field "text", which simply saved all other fields
for use
as a standard search field. (Now I run the search over specific fields with
different boos
In fact this (the root cause NPE) is a Lucene bug -- I have a small
test case showing it.
It can happen when you have compressed text fields (Store.COMPRESS) in
the index. I'll open an issue and fix it.
Thank you for raising this!
Mike
Chris Harris wrote:
I've made some changes to my
19 matches
Mail list logo
