[ https://issues.apache.org/jira/browse/SOLR-9090?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15407808#comment-15407808 ]
Marvin Justice commented on SOLR-9090: -------------------------------------- If it's a transient condition, and the request is passed off to a non-leader, then it may succeed if a leader suddenly reappears. > solrj CloudSolrClient: add directUpdatesToLeadersOnly support > ------------------------------------------------------------- > > Key: SOLR-9090 > URL: https://issues.apache.org/jira/browse/SOLR-9090 > Project: Solr > Issue Type: New Feature > Components: SolrJ > Reporter: Christine Poerschke > Assignee: Christine Poerschke > Priority: Minor > Fix For: 6.2, master (7.0) > > Attachments: SOLR-9090.patch, SOLR-9090.patch > > > solrj CloudSolrClient: add directUpdatesToLeadersOnly support > (Marvin Justice, Christine Poerschke) > Proposed change: > * Addition of a {{directUpdatesToLeadersOnly}} flag to allow clients to > request that direct updates be sent to the shard leaders and only to the > shard leaders. > Motivation: > * In a scenario where there is temporarily no shard leader the update request > will 'fail fast' allowing the client to handle retry logic. > Related tickets: > * SOLR-6312 concerns the ((currently) no longer used) {{updatesToLeaders}} > flag. The updatesToLeaders logic however appears to be slightly different > from the proposed directUpdatesToLeadersOnly logic: {{updatesToLeaders}} > indicates that sending to leaders is preferred but not mandatory whereas > {{directUpdatesToLeadersOnly}} mandates sending to leaders only. -- This message was sent by Atlassian JIRA (v6.3.4#6332) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org