You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@manifoldcf.apache.org by Markus Schuch <ma...@web.de> on 2013/11/13 09:04:59 UTC

Does ManifoldCF support distributed search with Apache Solr?

Hi,

we are using Manifold CF with Apache Solr 4.1. We installed the ManifoldCFSearchComponent.

Now we would like to split our Index into Shards.
In the Code of the ManifoldCFSearchComponent there is the statement

 if (!params.getBool(COMPONENT_NAME, true) || params.get(ShardParams.SHARDS) != null)
    return;

Does this mean, the SearchComponent is always disabled when using shards meaning distributed search will always deliver all documents?

Regards,
Markus

Re: Does ManifoldCF support distributed search with Apache Solr?

Posted by Karl Wright <da...@gmail.com>.
Hi Markus,

Disabling authorization checking on a sharded system was unintentional - if
that's what has actually happened.  The actual control through Solr on such
systems, though, is anything but straightforward.  I believe an unsharded
request first hits one of the solr nodes, and then sharding takes place,
and sends the request to the remaining nodes with the shard parameter set.
If that is a correct picture then the code is correct.  But it may not be
anymore; best way of figuring that out is to try it and see.

Please let me know what you find - we would be happy to release new
versions of the plugins to address any sharding issues you discover.

Thanks,
Karl



On Wed, Nov 13, 2013 at 3:04 AM, Markus Schuch <ma...@web.de> wrote:

> Hi,
>
> we are using Manifold CF with Apache Solr 4.1. We installed the
> ManifoldCFSearchComponent.
>
> Now we would like to split our Index into Shards.
> In the Code of the ManifoldCFSearchComponent there is the statement
>
>  if (!params.getBool(COMPONENT_NAME, true) ||
> params.get(ShardParams.SHARDS) != null)
>     return;
>
> Does this mean, the SearchComponent is always disabled when using shards
> meaning distributed search will always deliver all documents?
>
> Regards,
> Markus
>