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

Josh Elser commented on ACCUMULO-2844:
--------------------------------------

Personally, I'd want to see some sort of a plan/idea for how API compat would 
be preserved before I start giving a "vote". A list of classes/packages that 
would be affected would be nice too. I'm sure you have something in mind for 
this already, Sean.

I think it was mentioned earlier but the TabletBalancer is one class that 
contains "master" in the package name but yet is user facing. While this should 
likely be in the "client API" instead of sitting down in server, it's intended 
to be a user-facing abstraction point and we shouldn't be breaking it in 
bug-fix releases IMO.

> Remove master/slave terminology
> -------------------------------
>
>                 Key: ACCUMULO-2844
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-2844
>             Project: Accumulo
>          Issue Type: Task
>    Affects Versions: 1.5.0, 1.5.1, 1.6.0
>            Reporter: Sean Busbey
>            Assignee: Sean Busbey
>             Fix For: 1.5.2, 1.6.1, 1.7.0
>
>
> I'd like to remove our use of master/slave terminology in favor of something 
> that doesn't carry a racially charged meaning.
> As a side effect I'd also like to pick names that carry better meaning of how 
> things work within Accumulo.
> In the case of a single cluster, I'd like to
> * Change the Master role to Coordinator
> * Change the associated master server package to coordinator
> * Change the master configuration file to be named coordinators
> * Change the slaves configuration file to be named tservers
> In the case of the in-progress replication work I'd like to change 
> terminology:
> * use _Primary Cluster_  in place of _Master Cluster_
> * use _Replica Clusters_ in place of _Slave Clusters_
> I intend to do this in all active branches in a way that maintains 
> compatibility of existing configuration files and serialized actions (i.e. 
> fate operations) within their major branch. In the current unreleased major 
> branch I expect upgrading will require user action (e.g. renaming 
> configuration files).



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Reply via email to