On Sep 17, 2009, at 7:11 PM, Lance Norskog wrote:
This looks like a Ruby client bug.
Maybe, but I doubt it in this case.
But let's have some details of the Ruby code used to make the request,
and what gets logged on the first Solr for the request.
Erik
If you do the same que
(I responded in the other thread.) This looks like a Ruby client bug.
If you do the same query with the HTTP url, it should work.
On Tue, Sep 15, 2009 at 7:41 AM, Paul Rosen wrote:
> Shalin Shekhar Mangar wrote:
>>
>> On Tue, Sep 15, 2009 at 2:39 AM, Paul Rosen
>> wrote:
>>
>>> I've done a few ex
On Tue, Sep 15, 2009 at 8:11 PM, Paul Rosen wrote:
>
> The second issue was detailed in an email last week "shards and facet
> count". The facet information is lost when doing a search over two shards,
> so if I use multicore, I can no longer have facets.
>
If both cores' schema is same and a uni
You can query multiple cores using MultiEmbeddedSearchHandler in
SOLR-1431. Then the facet counts will be merged just like the current
distributed requests.
On Tue, Sep 15, 2009 at 7:41 AM, Paul Rosen wrote:
> Shalin Shekhar Mangar wrote:
>>
>> On Tue, Sep 15, 2009 at 2:39 AM, Paul Rosen
>> wrot
Shalin Shekhar Mangar wrote:
On Tue, Sep 15, 2009 at 2:39 AM, Paul Rosen wrote:
I've done a few experiments with searching two cores with the same schema
using the shard syntax. (using solr 1.3)
My use case is that I want to have multiple cores because a few different
people will be managing t
On Tue, Sep 15, 2009 at 2:39 AM, Paul Rosen wrote:
>
> I've done a few experiments with searching two cores with the same schema
> using the shard syntax. (using solr 1.3)
>
> My use case is that I want to have multiple cores because a few different
> people will be managing the indexing, and that
