Hey Clebert- Good point. Perhaps clarifying that the terms may remain in the code base during Phase 1 for backwards compatibility and migration assistance logging notification. Then in a Phase 2. the terms are fully removed from codebase.
[Draft rev 3] Kicking off draft proposal conversation, we can then convert this to a ticket. I’ve collected ideas from the recent dev mailing list convo. I’m sure I’ve missed some key points and am not married to anything here. Please chime in! Description: Support migration of terms such as ‘master’ and ’slave’. Phases to be implemented as separate JIRA tickets. Phase 1: 1. Deprecate terms such as ‘master’ and ’slave 2. log.warn any configuration change notifications 3. Provide compatibility under the covers for deprecated terms 4. Provide any openwire compatibility changes b/w ActiveMQ 5 and Artemis 5. Notify users in an announcement and provide a conversion HOWTO Phase 2: 1. Remove terminology as part of a major or minor release (SEMVER where ‘y’ in ‘x.y.z’ is minor version number) New terms: a. For shared storage: ‘active’ and ’standby’ b. For replication: ‘primary’ and ‘replica' c. For 'white list' and 'blacklist': 'allow list' and 'deny list' For example: ‘master’ -> ‘active’ ’slave’ -> ’standby' Thanks, Matt Pavlovich > On Jul 26, 2020, at 11:13 AM, Clebert Suconic <[email protected]> > wrote: > >> [Draft rev 2] >> >> Kicking off draft proposal conversation, we can then convert this to a >> ticket. I’ve collected ideas from the recent dev mailing list convo. I’m >> sure I’ve missed some key points and am not married to anything here. >> Please chime in! >> >> Description: Support migration of terms such as ‘master’ and ’slave’. >> >> Proposed steps: >> 1. Deprecate terms such as ‘master’ and ’slave >> 2. log.warn any configuration change notifications >> 3. Provide compatibility under the covers for deprecated terms >> 4. Provide any openwire compatibility changes b/w ActiveMQ 5 and Artemis >> 5. Notify users in an announcement and provide a conversion HOWTO >> 6. Other? >> >> New terms: >> a. For shared storage: ‘active’ and ’standby’ >> b. For replication: ‘primary’ and ‘replica' >> c. For 'white list' and 'blacklist': 'allow list' and 'deny list' >> >> For example: >> ‘master’ -> ‘active’ >> ’slave’ -> ’standby' >> >> Thanks, >> Matt Pavlovich
