[
https://issues.apache.org/jira/browse/HADOOP-10376?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14015946#comment-14015946
]
Arpit Agarwal commented on HADOOP-10376:
----------------------------------------
bq. One use case of multiple handlers is for refreshing something on two
servers running on two ports.
For this use case it is not worth the added complexity. We can add it later if
necessary but for now one handler/identifier sounds good to me.
bq. Not sure if it needs to be there, but other refresh calls are able to infer
the host:port based on the protocol used (and the refresh protocols they use
are specific to NN or DN) whereas a generic protocol would not.
I don't think there are any existing refresh calls that target DNs.
> Refactor refresh*Protocols into a single generic refreshConfigProtocol
> ----------------------------------------------------------------------
>
> Key: HADOOP-10376
> URL: https://issues.apache.org/jira/browse/HADOOP-10376
> Project: Hadoop Common
> Issue Type: Improvement
> Reporter: Chris Li
> Assignee: Chris Li
> Priority: Minor
> Attachments: HADOOP-10376.patch, HADOOP-10376.patch,
> RefreshFrameworkProposal.pdf
>
>
> See https://issues.apache.org/jira/browse/HADOOP-10285
> There are starting to be too many refresh*Protocols We can refactor them to
> use a single protocol with a variable payload to choose what to do.
> Thereafter, we can return an indication of success or failure.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
