The "mergeIds" method of the QueryComponent does the actual merging of the
docs from the shards.
Joel Bernstein
Search Engineer at Heliosearch
On Sun, Jun 8, 2014 at 1:31 AM, Phanindra R wrote:
> Hi,
>
> In Solr in Action book, I read how the distributed queries work. Looks
> like the nod
Hi,
In Solr in Action book, I read how the distributed queries work. Looks
like the node that receives the request executes a search, sends queries to
other shards in parallel, and then finally merges the results.
I've been trying to find where that piece of code exists.
1) Does the di
It sounds like maybe when you run this from code, you are getting an
error page instead of the RSS feed and that error page is a malformed
HTML.
Do you have a proxy where you run the code? If so, your browser may be
using proxy and your DIH code does not. You could try running
something like WireS
Could a custom Search Components chain be used to modify the request
before it hits the Query?
I never used them myself, but it seems like potentially the right place.
Regards,
Alex.
Personal website: http://www.outerthoughts.com/
Current project: http://www.solr-start.com/ - Accelerating yo
Hi Mark,
Sorry for the trouble! I've now made the ami-1e6b9d76 AMI public;
total oversight on my part :-(. Please try again. Thanks Hoss for
trying to help out on this one.
Cheers,
Tim
On Fri, Jun 6, 2014 at 6:46 PM, Mark Gershman wrote:
> Thanks, Hoss.
>
> I did substitute the previous AMI ID
Did you guys were able to fix this issue?
--
View this message in context:
http://lucene.472066.n3.nabble.com/Shard-splitting-error-cannot-uncache-file-1-nvm-tp4086863p4140598.html
Sent from the Solr - User mailing list archive at Nabble.com.
I get this error while im trying to insert the row..Any tips on how to fix
this issue?
[qtp191908836-19] ERROR org.apache.solr.core.SolrCore –
java.io.IOException: cannot uncache file="_t0_Lucene41_0.pos": it was
separately also created in the delegate directory
at
org.apache.lucene.store
Interesting, thanks for reporting back. I've re-opened SOLR-4408.
On Sat, Jun 7, 2014 at 10:50 PM, S.L wrote:
> Thanks, Meraj, that was exactly the issue , setting
> true worked like a charm and the server
> starts up as usual.
>
> Thanks again!
>
>
> On Fri, Jun 6, 2014 at 2:42 PM, Meraj A. Kh
Thanks, Meraj, that was exactly the issue , setting
true worked like a charm and the server
starts up as usual.
Thanks again!
On Fri, Jun 6, 2014 at 2:42 PM, Meraj A. Khan wrote:
> This looks distinctly related to
> https://issues.apache.org/jira/browse/SOLR-4408 , try coldSearcher = true
> as
Did u try luke 47
> On Jun 6, 2014, at 11:59 PM, Aman Tandon wrote:
>
> I also tried with solr 4.2 and with luke version Luke 4.0.0-ALPHA
>
> but got this error:
> java.lang.IllegalArgumentException: A SPI class of type
> org.apache.lucene.codecs.Codec with name 'Lucene42' does not exist. Y
Solr has only limited and clunky and quirky support for structure - it works
best for flat or denormalized documents.
As a starting point, focus on your queries - what do your users really want
to do, what do they expect to do, how do they expect to accomplish it, and
how would they like to as
Thank you for your reply.
--
View this message in context:
http://lucene.472066.n3.nabble.com/timeout-when-create-alias-tp4140437p4140568.html
Sent from the Solr - User mailing list archive at Nabble.com.
You can search for block-join to see how to do this. But you may also find
you do need to flatter structures for efficient search.
Regards,
Alex
On 06/06/2014 8:37 pm, "harikrishna" wrote:
> we need to have the nested structure for the index, and the requirement is
> as
> follows
>
> we have
I also tried with solr 4.2 and with luke version Luke 4.0.0-ALPHA
but got this error:
java.lang.IllegalArgumentException: A SPI class of type
org.apache.lucene.codecs.Codec with name 'Lucene42' does not exist. You
need to add the corresponding JAR file supporting this SPI to your
classpath.The cu
14 matches
Mail list logo
