[ https://issues.apache.org/jira/browse/SOLR-4497?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13595530#comment-13595530 ]
Tim Vaillancourt edited comment on SOLR-4497 at 3/7/13 4:20 AM: ---------------------------------------------------------------- I think that is a good start. The change wouldn't be 100% immediate on return of the call, but designing the client/app to expect this could be ok. If there was a STATUS call on the Cores API that could detail the node's running alias, one could write an external script to "check" that the change made it everywhere. This lead me to wondering (again without understanding implications and design goals) would it be best to have the Overseer push the change to all nodes (and write to ZK) vs relying only on the change in ZK, which has delays. was (Author: tvaillancourt): I think that is a good start. The change wouldn't be 100% immediate on return of the call, but designing the client/app to expect this could be ok. If there was a STATUS call on the Cores API that could detail the node's running alias, one could write an external script to "check" that the change made it everywhere. This lead me to wondering (again without understanding implications and design goals) would it be best to have the Overseer push the change to all nodes vs write to ZK? > Collection Aliasing. > -------------------- > > Key: SOLR-4497 > URL: https://issues.apache.org/jira/browse/SOLR-4497 > Project: Solr > Issue Type: New Feature > Components: SolrCloud > Reporter: Mark Miller > Assignee: Mark Miller > Fix For: 4.2, 5.0 > > Attachments: CDH-4497.patch, SOLR-4497.patch > > > We should bring back the old aliasing feature, but for SolrCloud and with the > ability to alias one collection to many. > The old alias feature was of more limited use and had some problems, so we > dropped it, but I think we can do this in a more useful way with SolrCloud, > and at a level were it's not invasive to the CoreContainer. > Initially, the search side will allowing mapping a single alias to multiple > collections, but the index side will only support mapping a single alias to a > single collection. -- 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-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org