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

Mark Miller commented on SOLR-3154:
-----------------------------------

bq. Would there be any issues with just hashing on the string representation of 
the ID? 

Yonik?

I've done a bit of early work here tonight - I had to copy a fair amount of 
code and put it in this util class due to the hashing. 

The patch is limited, but a start: right now it's just for String and Integer 
Id's and it only acts upon the first document or deleteby id (favoring 
document) - if you use the bulk methods they are all sent along to the leader 
of the first id.

                
> SolrJ CloudServer should be leader and network aware when adding docs
> ---------------------------------------------------------------------
>
>                 Key: SOLR-3154
>                 URL: https://issues.apache.org/jira/browse/SOLR-3154
>             Project: Solr
>          Issue Type: Improvement
>          Components: SolrCloud
>    Affects Versions: 4.0-ALPHA
>            Reporter: Grant Ingersoll
>            Priority: Minor
>             Fix For: 4.1
>
>         Attachments: SOLR-3154.patch
>
>
> It would be good when indexing if the SolrJ CloudServer was leader aware so 
> that we could avoid doing an extra hop for the data.  It would also be good 
> if one could easily set things up based on data locality principles.  This 
> might mean that CloudServer is aware of where on the network it is and would 
> pick leaders that are as close as possible (i.e. local, perhaps.)  This would 
> come in to play when working with tools like Hadoop or other grid computing 
> frameworks.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to