stopping them or kill -9 or what?
>
> - Mark
>
> On Sun, Dec 9, 2012 at 1:37 PM, Alain Rogister
> wrote:
> > Hi,
> >
> > I have re-ran my tests today after I updated Solr 4.1 to apply the patch.
> >
> > First, the good news : it works i.e. if I stop al
x27;ll try and answer this tomorrow.
> >>
> >> There is a def an unreported bug in there that needs to be fixed for
> the restarting the all nodes case.
> >>
> >> Also, a 404 one is generally when jetty is starting or stopping - there
> are points where 404
nly 1 level deep except for one table
> where we need to traverse hierarchy to get information.
>
> How many XML files did you feed into SOLR one at a time?
>
> Shishir
>
> -Original Message-
> From: Alain Rogister [mailto:alain.rogis...@gmail.com]
> Sent:
Are you loading data from multiple tables ? How many levels deep ? After
some experimenting, I gave up on the DIH because I found it to generate very
chatty (one row at a time) SQL against my schema, and I experienced
concurrency bugs unless multithreading was set to false, and I wasn't too
confide
As an alternative, I can suggest this one which worked great for me:
- generate the ready-for-indexing XML documents on a file system
- use curl to feed them into Solr
I am not dealing with huge volumes, but was surprised at how *fast* Solr was
indexing my documents using this simple approach. Al
Pravesh,
Not exactly. Here is the search I do, in more details (different field name,
but same issue).
I want to get a count for a specific value of the sou_codeMetier field,
which is multivalued. I expressed this by including a fq clause :
/select/?q=*:*&facet=true&facet.field=sou_codeMetier&fq
I am surprised by the results I am getting from a search in a Solr 3.4
index.
My schema has a multivalued field of type 'string' :
The field values are 7-digit or 9-digit integer numbers; this corresponds to
a hierarchy. I could have used a numeric type instead of string but no
numerical operat
