dded solr server is not preferred anymore after javabin
> codec. And it is not well tested compared to http server.
>
>
> --- On Thu, 2/7/13, Alexandre Rafalovitch wrote:
>
> > From: Alexandre Rafalovitch
> > Subject: Re: What is the graceful shutdown API for Solrj embe
dre Rafalovitch
> Subject: Re: What is the graceful shutdown API for Solrj embedded?
> To: solr-user@lucene.apache.org
> Date: Thursday, February 7, 2013, 8:01 PM
> Thanks, but it is not quite the same.
> I am talking about SolrJ, where Solr
> is hosted within an application, not in
n Wed, Feb 6, 2013 at 7:05 PM, Alexandre Rafalovitch >wrote:
>
> > Hello,
> >
> > When I CTRL-C the example Solr, it prints a bunch of graceful shutdown
> > messages. I assume it shuts down safe and without corruption issues.
> >
> > When I do that
and without corruption issues.
>
> When I do that to Solrj (embedded, not remote), it just drops dead.
>
> I found CoreContainer.shutdown(), which looks about right and does
> terminate Solrj but it prints out a completely different set of messages.
>
> Is CoreContainer.shutdown(
On 2/6/2013 8:05 PM, Alexandre Rafalovitch wrote:
Hello,
When I CTRL-C the example Solr, it prints a bunch of graceful shutdown
messages. I assume it shuts down safe and without corruption issues.
When I do that to Solrj (embedded, not remote), it just drops dead.
I found
Quantify slower, does it matter? At issue is that usually
Solr spends far more time doing the search than
transmitting the query and response over HTTP. Http
is not really slow *as a protocol* in the first place.
The usual place people have problems here is when
there are a bunch of requests made
On Tue, Jan 17, 2012 at 3:13 AM, Erick Erickson wrote:
> I don't see why not. I'm assuming a *nix system here so when Solr
> updated an index, any deleted files would hang around.
>
> But I have to ask why bother with the Embedded server in the
> first place? You already have a Solr instance up an
I don't see why not. I'm assuming a *nix system here so when Solr
updated an index, any deleted files would hang around.
But I have to ask why bother with the Embedded server in the
first place? You already have a Solr instance up and running,
why not just query that instead, perhaps using SolrJ?
Hi,
is it possible to use the same index in a solr webapp and additionally in a
EmbeddedSolrServer? The embbedded one would be read only.
Thank you.
On Mon, Jul 20, 2009 at 18:35, Ryan McKinley wrote:
> you send a bunch of requests with add( doc/collection ) and they are not
> visible until you send commit()
That's what I meant thanks.
--
Gérard Dupont
Information Processing Control and Cognition (IPCC) - EADS DS
http://weblab-project.org
not sure what you mean... yes, i guess...
you send a bunch of requests with add( doc/collection ) and they are
not visible until you send commit()
On Jul 20, 2009, at 9:07 AM, Gérard Dupont wrote:
my mistake, pb with the buffer I added. But it raises a question :
does solr
(using embedde
my mistake, pb with the buffer I added. But it raises a question : does solr
(using embedded server) has its own buffer mechanism in indexing or not ? I
guess not but I might be wrong.
2009/7/20 Gérard Dupont
> Hi SolR guys,
>
> I'm starting to play with SolR after few years with classic Lucene.
Hi SolR guys,
I'm starting to play with SolR after few years with classic Lucene. I'm
trying to index a single document using the embedded server, but I got a
strange error which looks like XML parsing problem (see trace hereafter). To
add details, this is a simple Junit which create single docume
13 matches
Mail list logo
