[ https://issues.apache.org/jira/browse/YARN-4734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15240333#comment-15240333 ]
Wangda Tan commented on YARN-4734: ---------------------------------- Thanks for comments, [~aw]. For your comments, actually attached patches are still WIP and I used it to figure out issues like ASF licensing warnings. Will send out a mail to yarn-dev mail list when patch is ready to be reviewed from my POV. I will add "wip" to patch name later to avoid confusing. For your concerns: bq. Definitely need some clarification from ASF legal whether we can merge licenses like that. My hunch is no, but IANAL. I can see some projects like Spark are using merged licenses. See LEGAL-226/SPARK-10833. And I will send query about standard formats of Licenses as well. bq. The dist and tmp directories should be inside target and not in the root of the module. This makes a ton of other problems go away. Will do bq. Why is there a separate profile for this? What UI do I get if I don't build with this profile? This also means the precommit hooks won't work until the hadoop personality is modified (which means the above precommit testing is mostly useless) Since it requires additional tools to build it (npm & bower), we cannot ask developers to install them until it *officially* supported by YARN. To make sure it can be run by Jenkins, can we modify Yetus (or Hadoop dev support script) to make Jenkins can build / test it by adding the additional profile? bq. Double check the license headers. At least one of 'em was using the old text. It seems all existing YARN docs (*.md) are using old header. (If that's the older header you mentioned above). I will fix yarnui2.md and rest of YARN docs can be fixed separately. bq. Why isn't YarnUI2.md's content in BUILDING.txt? Why does an end user care about this information? My understanding is BUILDING.txt should only contain how to build components. YarnUI2.md is majorly about how to deploy and start new UI server. Contributor/volunteer can try it follow the steps. bq. The Apache RAT issues Will fix bq. Why does "hadoop-yarn-ui/src/main/resources/META-INF/NOTICE.txt" mention Tez? Will fix. bq. hadoop-yarn-ui/src/main/webapp/package.json should have it's version pulled from maven. >From my investigation, we cannot pass down the version to ember to build the >package from CLI, it has to be picked from package.json. We basically have two choices: 1) Modify package.json automatically in maven building script and pass down the version from maven. 2) Give a separate version to yarn-ui module. 0.0.0 in the patch doesn't make sense at all, how about call it 0.1? I'm not sure how we dealed with version of libhadoop.so. Would like to hear your thoughts. > Merge branch:YARN-3368 to trunk > ------------------------------- > > Key: YARN-4734 > URL: https://issues.apache.org/jira/browse/YARN-4734 > Project: Hadoop YARN > Issue Type: Sub-task > Reporter: Wangda Tan > Assignee: Wangda Tan > Attachments: YARN-4734.1.patch, YARN-4734.2.patch, YARN-4734.3.patch, > YARN-4734.4.patch, YARN-4734.5.patch > > > YARN-2928 branch is planned to merge back to trunk shortly, it depends on > changes of YARN-3368. This JIRA is to track the merging task. -- This message was sent by Atlassian JIRA (v6.3.4#6332)