[
https://issues.apache.org/jira/browse/YARN-530?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13655767#comment-13655767
]
Steve Loughran commented on YARN-530:
-------------------------------------
will look at this on monday. Off the top of my head
# concept of blockers is making explicit what things are depending on (simple
name->string map) so that if a service is explicitly waiting for something to
come up (say DN on NN), then it's visible, rather than just have something
appearing to hang. Right now we are second guessing why the JT doesn't come up
when HDFS is in safe mode, by polling HDFS and assuming the two states are are
correlated.
# {{ServiceOperations()} have been in for a while & try to handle the old
model; happy to pull them
# I'd love to mark the init/start stop and final, but one test using mockito
didn't like it. I'll see if I can fix that test.
> Define Service model strictly, implement AbstractService for robust
> subclassing, migrate yarn-common services
> -------------------------------------------------------------------------------------------------------------
>
> Key: YARN-530
> URL: https://issues.apache.org/jira/browse/YARN-530
> Project: Hadoop YARN
> Issue Type: Sub-task
> Reporter: Steve Loughran
> Assignee: Steve Loughran
> Attachments: YARN-117changes.pdf, YARN-530-2.patch, YARN-530-3.patch,
> YARN-530.4.patch, YARN-530.patch
>
>
> # Extend the YARN {{Service}} interface as discussed in YARN-117
> # Implement the changes in {{AbstractService}} and {{FilterService}}.
> # Migrate all services in yarn-common to the more robust service model, test.
--
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
