[
https://issues.apache.org/jira/browse/HDFS-6940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14124655#comment-14124655
]
Aaron T. Myers commented on HDFS-6940:
--------------------------------------
bq. I have a great idea Aaron T. Myers - let's in fact do everything as
plugins! For example 2.4.0 release introduced 3 backward incompatible fixes
that broke at least two huge components in the downsteam. In fact, we are
catching stuff like that in Bigtop all the time. I am sure it could've been
avoided if we only we had a better plugin contracts for everything that depends
on the Hadoop bits.
Being sarcastic is not at all helpful for this discussion.
Guys, I'm really not happy that this was committed to trunk/branch-2 without
waiting for the discussion on that subject to finish. That's not the way
consensus development works. I don't see why making these changes first on
trunk is going to make merging any easier. Can you explain how that would be
the case?
I'm trying to respectfully work with you guys here so this solution can get
implemented in a way that's amenable to everyone, and I really hate to throw
around -1's or revert things, but you're not making it easy. Please consider
reverting this from trunk/branch-2 yourself and just make the changes on the
branch.
> Initial refactoring to allow ConsensusNode implementation
> ---------------------------------------------------------
>
> Key: HDFS-6940
> URL: https://issues.apache.org/jira/browse/HDFS-6940
> Project: Hadoop HDFS
> Issue Type: Sub-task
> Components: namenode
> Affects Versions: 2.0.6-alpha, 2.5.0
> Reporter: Konstantin Shvachko
> Assignee: Konstantin Shvachko
> Fix For: 2.6.0
>
> Attachments: HDFS-6940.patch
>
>
> Minor refactoring of FSNamesystem to open private methods that are needed for
> CNode implementation.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
