lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mark Miller (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (SOLR-4816) ConcurrentUpdateCloudSolrServer
Date Wed, 29 May 2013 13:05:20 GMT

    [ https://issues.apache.org/jira/browse/SOLR-4816?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13669211#comment-13669211
] 

Mark Miller commented on SOLR-4816:
-----------------------------------

Related issues:
SOLR-3018: enhance solr to support per-document results in batch mode
SOLR-3382: Finegrained error propagation (focus on multi-document updates)
SOLR-445: Update Handlers abort with bad documents
SOLR-3384: Custom SolrServer chains - mixing SolrServer-subclass properties as you like to

I think we really want to get CloudSolrServer hashing client side in the short term, but I
don't think we want to rush the concurrent impl or a new response format - I think we should
do it right and tackle things holistically.


                
> ConcurrentUpdateCloudSolrServer
> -------------------------------
>
>                 Key: SOLR-4816
>                 URL: https://issues.apache.org/jira/browse/SOLR-4816
>             Project: Solr
>          Issue Type: Improvement
>          Components: SolrCloud
>    Affects Versions: 4.3
>            Reporter: Joel Bernstein
>            Priority: Minor
>         Attachments: SOLR-4816.patch, SOLR-4816.patch, SOLR-4816.patch, SOLR-4816.patch,
SOLR-4816.patch, SOLR-4816.patch, SOLR-4816.patch, SOLR-4816.patch, SOLR-4816.patch, SOLR-4816.patch,
SOLR-4816.patch, SOLR-4816.patch, SOLR-4816.patch, SOLR-4816.patch, SOLR-4816.patch, SOLR-4816.patch,
SOLR-4816.patch, SOLR-4816.patch, SOLR-4816.patch, SOLR-4816-sriesenberg.patch
>
>
> This issue adds a new Solr Cloud client called the ConcurrentUpdateCloudSolrServer. This
Solr Cloud client implements document routing in the client so that document routing overhead
is eliminated on the Solr servers. Documents are batched up for each shard and then each batch
is sent in it's own thread. 
> With this client, Solr Cloud indexing throughput should scale linearly with cluster size.
> This client also has robust failover built-in because the actual requests are made using
the LBHttpSolrServer. The list of urls used for the request to each shard begins with the
leader and is followed by that shard's replicas. So the leader will be tried first and if
it fails it will try the replicas.
> Sample usage:
> ConcurrentUpdateCloudServer client = new ConcurrentUpdateCloudSolrServer(zkHostAddress);
> UpdateRequest request = new UpdateRequest();
> SolrInputDocument doc = new SolrInputDocument();
> doc.addField("id", 2);
> doc.addField("manu","BMW");
> request.add(doc);
> NamedList response = client.request(request);
> NamedList exceptions = response.get("exceptions"); // contains any exceptions from the
shards
> NamedList responses = response.get("responses"); // contains the responses from shards
without exception.
>                 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org


Mime
View raw message