lieve this is only available on trunk, not even on 1.4.1 (SOLR-1722). Also,
watch out for SOLR-2127 bug, haven't gotten around to creating a patch yet...
Ephraim Ofir
-Original Message-----
From: Ron Chan [mailto:rc...@i-tao.com]
Sent: Wednesday, October 13, 2010 9:20 AM
Hello
I have this in my solr.xml
admin is working and the individual cores are working through
http://localhost:8080/solr/live/select/?q=abc
and
http://localhost:8080/solr/staging/select/?q=abc
returning the correct results from the right core
however, I wanted to keep the
as long as the document id is unique, concurrent writes is fine
if for same reason the same doc id is used then it is overwritten, so last in
will be the one that is in the index
Ron
- Original Message -
From: "Kranti™ K K Parisa"
To: solr-user@lucene.apache.org
Sent: Tuesday, 2
ashion
.. so a request for 2000 records will be handled as 5 separate (refresh by a
5 sec timeout) requests .. do you think thats a good idea to ask solr to
return 500 rows at a time but make that request 5 times .. or its better to
just ask for 2000 rows alltogether
Ron Chan wrote:
>
we've done it successfully for similar requirements
the resource requirements depends on how many concurrent people will be running
those types of reports
up to 4000 records is not a problem at all, one report at a time, but if you
had concurrent requests running into thousands as well then y
To: solr-user@lucene.apache.org
Sent: Wednesday, 17 February, 2010 7:24:01 AM
Subject: Re: Tomcat vs Jetty: A Comparative Analysis?
Thanks Ron. Actually, I'm developing a Web search engine. Would that
matter?
Thanks.
2010/2/16 Ron Chan
>
> I'd doubt if a performance
I'd doubt if a performance benchmark would be very useful, it ultimately
depends on what you are trying to do and what you are comfortable with.
We've had successful deployments on both.
Any difference in performance is far outweighed by ease of setup/support that
you personally find in each
an be considered a low priority bug?
Thanks for you prompt reply!
Dino.
--
Da: Ron Chan
A: solr-user@lucene.apache.org
Inviato: Ven 12 febbraio 2010, 11:14:58
Oggetto: Re: EmbeddedSolrServer vs CommonsHttpSolrServer
I suspect this has something to do wit
I suspect this has something to do with the dataDir setting in the example 's
solrconfig.xml
${solr.data.dir:./solr/data}
we use the example's solrconfig.xml as the base for our deployments and always
comment this out
the default of having conf and data sitting under the solr home works wel
g more for something
like:
q=&rows=-1
Which leaves the API to do the job (efficiently!). :)
The question is:
Does Solr support something? Or should we write a feature request?
Cheers,
Egon
Original-Message
> Datum: Wed, 10 Feb 2010 14:38:51 + (GMT)
>
just set the rows to a very large number, larger than the number of documents
available
useful to set the fl parameter with the fields required to avoid memory
problems, if each document contains a lot of information
- Original Message -
From: "stefan maric"
To: solr-user@lucene.a
out there actually had a running
copy so I could so how to configure it?
Looks like it must go the Tomcat way...
Roland
-Oprindelig meddelelse-----
Fra: Ron Chan [mailto:rc...@i-tao.com]
Sendt: 5. februar 2010 12:55
Til: solr-user@lucene.apache.org
Emne: Re: Running Solr (LucidWorks) as
jetty can be run as a Windows Service, see
http://docs.codehaus.org/display/JETTY/Win32Wrapper
- Original Message -
From: "Roland Villemoes"
To: solr-user@lucene.apache.org
Sent: Thursday, 4 February, 2010 7:18:57 PM
Subject: Running Solr (LucidWorks) as a Windows Server
Hi,
I
t follow a
standard schema for the structure.
I hope what I mentioned above makes sense.appreciate the response.
Ron Chan wrote:
>
> it depends on what the search requirements are, so without knowing the
> details here are some vague pointers
>
> you may only need to ha
it depends on what the search requirements are, so without knowing the details
here are some vague pointers
you may only need to have fields for the columns you are going to be
categorizing and searching on, this may be a small subset of the 800 and the
rest can go into one large field to fulf
would that be the reload method in CoreContainer?
will this pick up changes in schema.xml?
Thanks
markrmiller wrote:
>
> Ron Chan wrote:
>> Is it possible to restart an EmbeddedSolrServer using code without having
>> to
>> stop and start the holding application?
>&
Is it possible to restart an EmbeddedSolrServer using code without having to
stop and start the holding application?
--
View this message in context:
http://www.nabble.com/EmbeddedSolrServer-restart-tp25065189p25065189.html
Sent from the Solr - User mailing list archive at Nabble.com.
Hi
Can someone point to or provide an example of how to incorporate a custom
hitcollector when using Solr?
Thanks
Ron
Hi
I'm looking to build summary reports, something like
jan feb mar total
branch A
branch B
branch C
should I search for the raw data and build the table at the client end?
or is this better done inside a custom search component?
thanks
Ron
sorry, I miss counted the number of docs returned
I was thrown when it first returned numFound=40, lost track after trying a few
things
the returned docs are correct and matches numFound , there is no problem here
Sorry for the confusion
- Original Message -
From: "Chris Hostette
what you're reporting.
Other analyzers and/or filters are easy to specify
I'd recommend getting a copy of Luke and examining your
index to see what's actually in it
Best
Erick
On Wed, Jan 21, 2009 at 3:43 PM, Ron Chan wrote:
> I have a test search which I know
I have a test search which I know should return 34 docs and it does
however, numFound says 40
with debug enabled, I can see the 40 it has found
my search looks for "SD DDeck" in the description
34 of them had "SD DDeck" with 6 of them having "SD/DDeck"
now, I can probably work round it if
22 matches
Mail list logo
