[jira] [Commented] (HADOOP-13628) Support to retrieve specific property from configuration via REST API
[ https://issues.apache.org/jira/browse/HADOOP-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16123778#comment-16123778 ] John Zhuge commented on HADOOP-13628: - Backported to branch-2 and branch-2.8 for HADOOP-14260. > Support to retrieve specific property from configuration via REST API > - > > Key: HADOOP-13628 > URL: https://issues.apache.org/jira/browse/HADOOP-13628 > Project: Hadoop Common > Issue Type: Improvement > Components: conf >Affects Versions: 2.7.3 >Reporter: Weiwei Yang >Assignee: Weiwei Yang > Fix For: 2.9.0, 3.0.0-alpha2, 2.8.3 > > Attachments: 404_error_browser.png, HADOOP-13628.01.patch, > HADOOP-13628.02.patch, HADOOP-13628.03.patch, HADOOP-13628.04.patch, > HADOOP-13628.05.patch, HADOOP-13628.06.patch > > > Currently we can use rest API to retrieve all configuration properties per > daemon, but unable to get a specific property by name. This causes extra > parse work at client side when dealing with Hadoop configurations, and also > it's quite over head to send all configuration in a http response over > network. Propose to support following a {{name}} parameter in the http > request, by issuing > {code} > curl --header "Accept:application/json" > http://${RM_HOST}/conf?name=yarn.nodemanager.aux-services > {code} > get output > {code} > {"property"{"key":"yarn.resourcemanager.hostname","value":"${RM_HOST}","isFinal":false,"resource":"yarn-site.xml"}} > {code} > This change is fully backwards compatible. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-issues-h...@hadoop.apache.org
[jira] [Commented] (HADOOP-13628) Support to retrieve specific property from configuration via REST API
[ https://issues.apache.org/jira/browse/HADOOP-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15552003#comment-15552003 ] Weiwei Yang commented on HADOOP-13628: -- Thanks [~liuml07] :) > Support to retrieve specific property from configuration via REST API > - > > Key: HADOOP-13628 > URL: https://issues.apache.org/jira/browse/HADOOP-13628 > Project: Hadoop Common > Issue Type: Improvement > Components: conf >Affects Versions: 2.7.3 >Reporter: Weiwei Yang >Assignee: Weiwei Yang > Fix For: 3.0.0-alpha2 > > Attachments: 404_error_browser.png, HADOOP-13628.01.patch, > HADOOP-13628.02.patch, HADOOP-13628.03.patch, HADOOP-13628.04.patch, > HADOOP-13628.05.patch, HADOOP-13628.06.patch > > > Currently we can use rest API to retrieve all configuration properties per > daemon, but unable to get a specific property by name. This causes extra > parse work at client side when dealing with Hadoop configurations, and also > it's quite over head to send all configuration in a http response over > network. Propose to support following a {{name}} parameter in the http > request, by issuing > {code} > curl --header "Accept:application/json" > http://${RM_HOST}/conf?name=yarn.nodemanager.aux-services > {code} > get output > {code} > {"property"{"key":"yarn.resourcemanager.hostname","value":"${RM_HOST}","isFinal":false,"resource":"yarn-site.xml"}} > {code} > This change is fully backwards compatible. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-issues-h...@hadoop.apache.org
[jira] [Commented] (HADOOP-13628) Support to retrieve specific property from configuration via REST API
[ https://issues.apache.org/jira/browse/HADOOP-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15549984#comment-15549984 ] Hudson commented on HADOOP-13628: - SUCCESS: Integrated in Jenkins build Hadoop-trunk-Commit #10548 (See [https://builds.apache.org/job/Hadoop-trunk-Commit/10548/]) HADOOP-13628. Support to retrieve specific property from configuration (liuml07: rev 00160f71b6d98244fcb1cb58b2db9fc24f1cd672) * (edit) hadoop-common-project/hadoop-common/src/test/java/org/apache/hadoop/conf/TestConfServlet.java * (edit) hadoop-common-project/hadoop-common/src/main/java/org/apache/hadoop/conf/ConfServlet.java * (edit) hadoop-common-project/hadoop-common/src/test/java/org/apache/hadoop/conf/TestConfiguration.java * (edit) hadoop-common-project/hadoop-common/src/main/java/org/apache/hadoop/conf/Configuration.java > Support to retrieve specific property from configuration via REST API > - > > Key: HADOOP-13628 > URL: https://issues.apache.org/jira/browse/HADOOP-13628 > Project: Hadoop Common > Issue Type: Improvement > Components: conf >Affects Versions: 2.7.3 >Reporter: Weiwei Yang >Assignee: Weiwei Yang > Fix For: 3.0.0-alpha2 > > Attachments: 404_error_browser.png, HADOOP-13628.01.patch, > HADOOP-13628.02.patch, HADOOP-13628.03.patch, HADOOP-13628.04.patch, > HADOOP-13628.05.patch, HADOOP-13628.06.patch > > > Currently we can use rest API to retrieve all configuration properties per > daemon, but unable to get a specific property by name. This causes extra > parse work at client side when dealing with Hadoop configurations, and also > it's quite over head to send all configuration in a http response over > network. Propose to support following a {{name}} parameter in the http > request, by issuing > {code} > curl --header "Accept:application/json" > http://${RM_HOST}/conf?name=yarn.nodemanager.aux-services > {code} > get output > {code} > {"property"{"key":"yarn.resourcemanager.hostname","value":"${RM_HOST}","isFinal":false,"resource":"yarn-site.xml"}} > {code} > This change is fully backwards compatible. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-issues-h...@hadoop.apache.org
[jira] [Commented] (HADOOP-13628) Support to retrieve specific property from configuration via REST API
[ https://issues.apache.org/jira/browse/HADOOP-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15548925#comment-15548925 ] Weiwei Yang commented on HADOOP-13628: -- Hi [~liuml07] Please let me know your thought, so we can move forward. Thanks a lot. > Support to retrieve specific property from configuration via REST API > - > > Key: HADOOP-13628 > URL: https://issues.apache.org/jira/browse/HADOOP-13628 > Project: Hadoop Common > Issue Type: Improvement > Components: conf >Affects Versions: 2.7.3 >Reporter: Weiwei Yang >Assignee: Weiwei Yang > Attachments: 404_error_browser.png, HADOOP-13628.01.patch, > HADOOP-13628.02.patch, HADOOP-13628.03.patch, HADOOP-13628.04.patch, > HADOOP-13628.05.patch, HADOOP-13628.06.patch > > > Currently we can use rest API to retrieve all configuration properties per > daemon, but unable to get a specific property by name. This causes extra > parse work at client side when dealing with Hadoop configurations, and also > it's quite over head to send all configuration in a http response over > network. Propose to support following a {{name}} parameter in the http > request, by issuing > {code} > curl --header "Accept:application/json" > http://${RM_HOST}/conf?name=yarn.nodemanager.aux-services > {code} > get output > {code} > {"property"{"key":"yarn.resourcemanager.hostname","value":"${RM_HOST}","isFinal":false,"resource":"yarn-site.xml"}} > {code} > This change is fully backwards compatible. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-issues-h...@hadoop.apache.org
[jira] [Commented] (HADOOP-13628) Support to retrieve specific property from configuration via REST API
[ https://issues.apache.org/jira/browse/HADOOP-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15545167#comment-15545167 ] Weiwei Yang commented on HADOOP-13628: -- Hello [~liuml07] Majority of the conflicts is from HADOOP-13588, that one add the support of ACCEPT header in ConfServlet, but it was only committed to trunk. So we have 2 options here, 1. Commit HADOOP-13588 to branch-2 and branch-2.7 as well, then this one. 2. Only commit this one to trunk I am OK with either option, and a little bit prefer to #2, because this ticket was initially for the development of YARN-5145 and that one is in trunk. Please let me know your option. Thank you! > Support to retrieve specific property from configuration via REST API > - > > Key: HADOOP-13628 > URL: https://issues.apache.org/jira/browse/HADOOP-13628 > Project: Hadoop Common > Issue Type: Improvement > Components: conf >Affects Versions: 2.7.3 >Reporter: Weiwei Yang >Assignee: Weiwei Yang > Attachments: 404_error_browser.png, HADOOP-13628.01.patch, > HADOOP-13628.02.patch, HADOOP-13628.03.patch, HADOOP-13628.04.patch, > HADOOP-13628.05.patch, HADOOP-13628.06.patch > > > Currently we can use rest API to retrieve all configuration properties per > daemon, but unable to get a specific property by name. This causes extra > parse work at client side when dealing with Hadoop configurations, and also > it's quite over head to send all configuration in a http response over > network. Propose to support following a {{name}} parameter in the http > request, by issuing > {code} > curl --header "Accept:application/json" > http://${RM_HOST}/conf?name=yarn.nodemanager.aux-services > {code} > get output > {code} > {"property"{"key":"yarn.resourcemanager.hostname","value":"${RM_HOST}","isFinal":false,"resource":"yarn-site.xml"}} > {code} > This change is fully backwards compatible. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-issues-h...@hadoop.apache.org
[jira] [Commented] (HADOOP-13628) Support to retrieve specific property from configuration via REST API
[ https://issues.apache.org/jira/browse/HADOOP-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15544117#comment-15544117 ] Mingliang Liu commented on HADOOP-13628: Can you provide a branch-2 and branch-2.7 patch, [~cheersyang]? I saw non-trivial conflicts when committing. Thanks. > Support to retrieve specific property from configuration via REST API > - > > Key: HADOOP-13628 > URL: https://issues.apache.org/jira/browse/HADOOP-13628 > Project: Hadoop Common > Issue Type: Improvement > Components: conf >Affects Versions: 2.7.3 >Reporter: Weiwei Yang >Assignee: Weiwei Yang > Attachments: 404_error_browser.png, HADOOP-13628.01.patch, > HADOOP-13628.02.patch, HADOOP-13628.03.patch, HADOOP-13628.04.patch, > HADOOP-13628.05.patch, HADOOP-13628.06.patch > > > Currently we can use rest API to retrieve all configuration properties per > daemon, but unable to get a specific property by name. This causes extra > parse work at client side when dealing with Hadoop configurations, and also > it's quite over head to send all configuration in a http response over > network. Propose to support following a {{name}} parameter in the http > request, by issuing > {code} > curl --header "Accept:application/json" > http://${RM_HOST}/conf?name=yarn.nodemanager.aux-services > {code} > get output > {code} > {"property"{"key":"yarn.resourcemanager.hostname","value":"${RM_HOST}","isFinal":false,"resource":"yarn-site.xml"}} > {code} > This change is fully backwards compatible. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-issues-h...@hadoop.apache.org
[jira] [Commented] (HADOOP-13628) Support to retrieve specific property from configuration via REST API
[ https://issues.apache.org/jira/browse/HADOOP-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15537702#comment-15537702 ] Weiwei Yang commented on HADOOP-13628: -- Thanks [~liuml07] > Support to retrieve specific property from configuration via REST API > - > > Key: HADOOP-13628 > URL: https://issues.apache.org/jira/browse/HADOOP-13628 > Project: Hadoop Common > Issue Type: Improvement > Components: conf >Affects Versions: 2.7.3 >Reporter: Weiwei Yang >Assignee: Weiwei Yang > Attachments: 404_error_browser.png, HADOOP-13628.01.patch, > HADOOP-13628.02.patch, HADOOP-13628.03.patch, HADOOP-13628.04.patch, > HADOOP-13628.05.patch, HADOOP-13628.06.patch > > > Currently we can use rest API to retrieve all configuration properties per > daemon, but unable to get a specific property by name. This causes extra > parse work at client side when dealing with Hadoop configurations, and also > it's quite over head to send all configuration in a http response over > network. Propose to support following a {{name}} parameter in the http > request, by issuing > {code} > curl --header "Accept:application/json" > http://${RM_HOST}/conf?name=yarn.nodemanager.aux-services > {code} > get output > {code} > {"property"{"key":"yarn.resourcemanager.hostname","value":"${RM_HOST}","isFinal":false,"resource":"yarn-site.xml"}} > {code} > This change is fully backwards compatible. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-issues-h...@hadoop.apache.org
[jira] [Commented] (HADOOP-13628) Support to retrieve specific property from configuration via REST API
[ https://issues.apache.org/jira/browse/HADOOP-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15537042#comment-15537042 ] Mingliang Liu commented on HADOOP-13628: Will commit in 3 days if no more comments. Thanks. > Support to retrieve specific property from configuration via REST API > - > > Key: HADOOP-13628 > URL: https://issues.apache.org/jira/browse/HADOOP-13628 > Project: Hadoop Common > Issue Type: Improvement > Components: conf >Affects Versions: 2.7.3 >Reporter: Weiwei Yang >Assignee: Weiwei Yang > Attachments: 404_error_browser.png, HADOOP-13628.01.patch, > HADOOP-13628.02.patch, HADOOP-13628.03.patch, HADOOP-13628.04.patch, > HADOOP-13628.05.patch, HADOOP-13628.06.patch > > > Currently we can use rest API to retrieve all configuration properties per > daemon, but unable to get a specific property by name. This causes extra > parse work at client side when dealing with Hadoop configurations, and also > it's quite over head to send all configuration in a http response over > network. Propose to support following a {{name}} parameter in the http > request, by issuing > {code} > curl --header "Accept:application/json" > http://${RM_HOST}/conf?name=yarn.nodemanager.aux-services > {code} > get output > {code} > {"property"{"key":"yarn.resourcemanager.hostname","value":"${RM_HOST}","isFinal":false,"resource":"yarn-site.xml"}} > {code} > This change is fully backwards compatible. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-issues-h...@hadoop.apache.org
[jira] [Commented] (HADOOP-13628) Support to retrieve specific property from configuration via REST API
[ https://issues.apache.org/jira/browse/HADOOP-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15528534#comment-15528534 ] Weiwei Yang commented on HADOOP-13628: -- Hello [~liuml07] I just uploaded v6 patch according to your comments. The patch should have addressed Steve's concerns, I've replied and hopefully he can confirm that. Also the plain text support will be tracked via ticket HADOOP-13639. Thanks > Support to retrieve specific property from configuration via REST API > - > > Key: HADOOP-13628 > URL: https://issues.apache.org/jira/browse/HADOOP-13628 > Project: Hadoop Common > Issue Type: Improvement > Components: conf >Affects Versions: 2.7.3 >Reporter: Weiwei Yang >Assignee: Weiwei Yang > Attachments: 404_error_browser.png, HADOOP-13628.01.patch, > HADOOP-13628.02.patch, HADOOP-13628.03.patch, HADOOP-13628.04.patch, > HADOOP-13628.05.patch, HADOOP-13628.06.patch > > > Currently we can use rest API to retrieve all configuration properties per > daemon, but unable to get a specific property by name. This causes extra > parse work at client side when dealing with Hadoop configurations, and also > it's quite over head to send all configuration in a http response over > network. Propose to support following a {{name}} parameter in the http > request, by issuing > {code} > curl --header "Accept:application/json" > http://${RM_HOST}/conf?name=yarn.nodemanager.aux-services > {code} > get output > {code} > {"property"{"key":"yarn.resourcemanager.hostname","value":"${RM_HOST}","isFinal":false,"resource":"yarn-site.xml"}} > {code} > This change is fully backwards compatible. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-issues-h...@hadoop.apache.org
[jira] [Commented] (HADOOP-13628) Support to retrieve specific property from configuration via REST API
[ https://issues.apache.org/jira/browse/HADOOP-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15528347#comment-15528347 ] Hadoop QA commented on HADOOP-13628: | (/) *{color:green}+1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 21s{color} | {color:blue} Docker mode activated. {color} | | {color:green}+1{color} | {color:green} @author {color} | {color:green} 0m 0s{color} | {color:green} The patch does not contain any @author tags. {color} | | {color:green}+1{color} | {color:green} test4tests {color} | {color:green} 0m 0s{color} | {color:green} The patch appears to include 2 new or modified test files. {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 9m 0s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 9m 36s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 0m 26s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} mvnsite {color} | {color:green} 0m 57s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 0m 12s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 1m 22s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 44s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 0m 38s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 7m 3s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 7m 3s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 0m 25s{color} | {color:green} hadoop-common-project/hadoop-common: The patch generated 0 new + 285 unchanged - 2 fixed = 285 total (was 287) {color} | | {color:green}+1{color} | {color:green} mvnsite {color} | {color:green} 0m 55s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 0m 13s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} whitespace {color} | {color:green} 0m 1s{color} | {color:green} The patch has no whitespace issues. {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 1m 32s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 45s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} unit {color} | {color:green} 8m 23s{color} | {color:green} hadoop-common in the patch passed. {color} | | {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 0m 20s{color} | {color:green} The patch does not generate ASF License warnings. {color} | | {color:black}{color} | {color:black} {color} | {color:black} 44m 19s{color} | {color:black} {color} | \\ \\ || Subsystem || Report/Notes || | Docker | Image:yetus/hadoop:9560f25 | | JIRA Issue | HADOOP-13628 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12830619/HADOOP-13628.06.patch | | Optional Tests | asflicense compile javac javadoc mvninstall mvnsite unit findbugs checkstyle | | uname | Linux 084ec965c90d 3.13.0-93-generic #140-Ubuntu SMP Mon Jul 18 21:21:05 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux | | Build tool | maven | | Personality | /testptch/hadoop/patchprocess/precommit/personality/provided.sh | | git revision | trunk / 6437ba1 | | Default Java | 1.8.0_101 | | findbugs | v3.0.0 | | Test Results | https://builds.apache.org/job/PreCommit-HADOOP-Build/10621/testReport/ | | modules | C: hadoop-common-project/hadoop-common U: hadoop-common-project/hadoop-common | | Console output | https://builds.apache.org/job/PreCommit-HADOOP-Build/10621/console | | Powered by | Apache Yetus 0.4.0-SNAPSHOT http://yetus.apache.org | This message was automatically generated. > Support to retrieve specific property from configuration via REST API > - > > Key: HADOOP-13628 > URL: https://issues.apache.org/jira/browse/HADOOP-13628 > Project: Hadoop Common > Issue Type: Improvement > Components: conf >Affects Versions: 2.7.3 >Reporter: Weiwei Yang >Assignee: Weiwei Yang > Attachments: 404_error_browser.png, HADOOP-13628
[jira] [Commented] (HADOOP-13628) Support to retrieve specific property from configuration via REST API
[ https://issues.apache.org/jira/browse/HADOOP-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15527916#comment-15527916 ] Mingliang Liu commented on HADOOP-13628: The patch looks good to me overall. [~ste...@apache.org] can you confirm that your concerns are all addressed? Thanks. One nit is that {{TestConfServlet#setUp()}} can be {{static}} and {{@BeforeClass}}? > Support to retrieve specific property from configuration via REST API > - > > Key: HADOOP-13628 > URL: https://issues.apache.org/jira/browse/HADOOP-13628 > Project: Hadoop Common > Issue Type: Improvement > Components: conf >Affects Versions: 2.7.3 >Reporter: Weiwei Yang >Assignee: Weiwei Yang > Attachments: 404_error_browser.png, HADOOP-13628.01.patch, > HADOOP-13628.02.patch, HADOOP-13628.03.patch, HADOOP-13628.04.patch, > HADOOP-13628.05.patch > > > Currently we can use rest API to retrieve all configuration properties per > daemon, but unable to get a specific property by name. This causes extra > parse work at client side when dealing with Hadoop configurations, and also > it's quite over head to send all configuration in a http response over > network. Propose to support following a {{name}} parameter in the http > request, by issuing > {code} > curl --header "Accept:application/json" > http://${RM_HOST}/conf?name=yarn.nodemanager.aux-services > {code} > get output > {code} > {"property"{"key":"yarn.resourcemanager.hostname","value":"${RM_HOST}","isFinal":false,"resource":"yarn-site.xml"}} > {code} > This change is fully backwards compatible. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-issues-h...@hadoop.apache.org
[jira] [Commented] (HADOOP-13628) Support to retrieve specific property from configuration via REST API
[ https://issues.apache.org/jira/browse/HADOOP-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15526185#comment-15526185 ] Weiwei Yang commented on HADOOP-13628: -- Hello [~ste...@apache.org] and [~liuml07] The patch is ready for review for quite some days, can you guys help to review? We have some discussions in new Yarn UI work, if this one can be done, then it would be a lot easier to implement YARN-5145. Thanks a lot. > Support to retrieve specific property from configuration via REST API > - > > Key: HADOOP-13628 > URL: https://issues.apache.org/jira/browse/HADOOP-13628 > Project: Hadoop Common > Issue Type: Improvement > Components: conf >Affects Versions: 2.7.3 >Reporter: Weiwei Yang >Assignee: Weiwei Yang > Attachments: 404_error_browser.png, HADOOP-13628.01.patch, > HADOOP-13628.02.patch, HADOOP-13628.03.patch, HADOOP-13628.04.patch, > HADOOP-13628.05.patch > > > Currently we can use rest API to retrieve all configuration properties per > daemon, but unable to get a specific property by name. This causes extra > parse work at client side when dealing with Hadoop configurations, and also > it's quite over head to send all configuration in a http response over > network. Propose to support following a {{name}} parameter in the http > request, by issuing > {code} > curl --header "Accept:application/json" > http://${RM_HOST}/conf?name=yarn.nodemanager.aux-services > {code} > get output > {code} > {"property"{"key":"yarn.resourcemanager.hostname","value":"${RM_HOST}","isFinal":false,"resource":"yarn-site.xml"}} > {code} > This change is fully backwards compatible. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-issues-h...@hadoop.apache.org
[jira] [Commented] (HADOOP-13628) Support to retrieve specific property from configuration via REST API
[ https://issues.apache.org/jira/browse/HADOOP-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15525666#comment-15525666 ] Hadoop QA commented on HADOOP-13628: | (/) *{color:green}+1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 16s{color} | {color:blue} Docker mode activated. {color} | | {color:green}+1{color} | {color:green} @author {color} | {color:green} 0m 0s{color} | {color:green} The patch does not contain any @author tags. {color} | | {color:green}+1{color} | {color:green} test4tests {color} | {color:green} 0m 0s{color} | {color:green} The patch appears to include 2 new or modified test files. {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 8m 17s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 7m 54s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 0m 27s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} mvnsite {color} | {color:green} 0m 59s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 0m 13s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 1m 24s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 45s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 0m 40s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 7m 28s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 7m 28s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 0m 25s{color} | {color:green} hadoop-common-project/hadoop-common: The patch generated 0 new + 285 unchanged - 2 fixed = 285 total (was 287) {color} | | {color:green}+1{color} | {color:green} mvnsite {color} | {color:green} 0m 56s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 0m 12s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} whitespace {color} | {color:green} 0m 0s{color} | {color:green} The patch has no whitespace issues. {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 1m 30s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 46s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} unit {color} | {color:green} 7m 56s{color} | {color:green} hadoop-common in the patch passed. {color} | | {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 0m 21s{color} | {color:green} The patch does not generate ASF License warnings. {color} | | {color:black}{color} | {color:black} {color} | {color:black} 41m 54s{color} | {color:black} {color} | \\ \\ || Subsystem || Report/Notes || | Docker | Image:yetus/hadoop:9560f25 | | JIRA Issue | HADOOP-13628 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12830466/HADOOP-13628.05.patch | | Optional Tests | asflicense compile javac javadoc mvninstall mvnsite unit findbugs checkstyle | | uname | Linux c80dc1154b87 3.13.0-92-generic #139-Ubuntu SMP Tue Jun 28 20:42:26 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux | | Build tool | maven | | Personality | /testptch/hadoop/patchprocess/precommit/personality/provided.sh | | git revision | trunk / e17a497 | | Default Java | 1.8.0_101 | | findbugs | v3.0.0 | | Test Results | https://builds.apache.org/job/PreCommit-HADOOP-Build/10609/testReport/ | | modules | C: hadoop-common-project/hadoop-common U: hadoop-common-project/hadoop-common | | Console output | https://builds.apache.org/job/PreCommit-HADOOP-Build/10609/console | | Powered by | Apache Yetus 0.4.0-SNAPSHOT http://yetus.apache.org | This message was automatically generated. > Support to retrieve specific property from configuration via REST API > - > > Key: HADOOP-13628 > URL: https://issues.apache.org/jira/browse/HADOOP-13628 > Project: Hadoop Common > Issue Type: Improvement > Components: conf >Affects Versions: 2.7.3 >Reporter: Weiwei Yang >Assignee: Weiwei Yang > Attachments: 404_error_browser.png, HADOOP-13628
[jira] [Commented] (HADOOP-13628) Support to retrieve specific property from configuration via REST API
[ https://issues.apache.org/jira/browse/HADOOP-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15513464#comment-15513464 ] Weiwei Yang commented on HADOOP-13628: -- Hello [~ste...@apache.org] # I have created HADOOP-13639 for the plain text stuff. # For the 404 error, use following command {code} curl --header "Accept:application/json" http://deale1.fyre.ibm.com:8088/conf?name=xxx {code} you will get following output {code} Error 404 Property xxx not found HTTP ERROR 404 Problem accessing /conf. Reason: Property xxx not foundPowered by Jetty:// ... {code} from browser, you'll get error like screen shot [^404_error_browser.png] > Support to retrieve specific property from configuration via REST API > - > > Key: HADOOP-13628 > URL: https://issues.apache.org/jira/browse/HADOOP-13628 > Project: Hadoop Common > Issue Type: Improvement > Components: conf >Affects Versions: 2.7.3 >Reporter: Weiwei Yang >Assignee: Weiwei Yang > Attachments: 404_error_browser.png, HADOOP-13628.01.patch, > HADOOP-13628.02.patch, HADOOP-13628.03.patch, HADOOP-13628.04.patch > > > Currently we can use rest API to retrieve all configuration properties per > daemon, but unable to get a specific property by name. This causes extra > parse work at client side when dealing with Hadoop configurations, and also > it's quite over head to send all configuration in a http response over > network. Propose to support following a {{name}} parameter in the http > request, by issuing > {code} > curl --header "Accept:application/json" > http://${RM_HOST}/conf?name=yarn.nodemanager.aux-services > {code} > get output > {code} > {"property"{"key":"yarn.resourcemanager.hostname","value":"${RM_HOST}","isFinal":false,"resource":"yarn-site.xml"}} > {code} > This change is fully backwards compatible. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-issues-h...@hadoop.apache.org
[jira] [Commented] (HADOOP-13628) Support to retrieve specific property from configuration via REST API
[ https://issues.apache.org/jira/browse/HADOOP-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15513064#comment-15513064 ] Steve Loughran commented on HADOOP-13628: - # go on, support text/plain too :) # when there's a 404, what content type comes back? I ask as there's aways the risk that bad client code will fail badly trying to parse the HTML, without looking at the status code. As long as text/html comes back, we get to deny all responsibility > Support to retrieve specific property from configuration via REST API > - > > Key: HADOOP-13628 > URL: https://issues.apache.org/jira/browse/HADOOP-13628 > Project: Hadoop Common > Issue Type: Improvement > Components: conf >Affects Versions: 2.7.3 >Reporter: Weiwei Yang >Assignee: Weiwei Yang > Attachments: HADOOP-13628.01.patch, HADOOP-13628.02.patch, > HADOOP-13628.03.patch, HADOOP-13628.04.patch > > > Currently we can use rest API to retrieve all configuration properties per > daemon, but unable to get a specific property by name. This causes extra > parse work at client side when dealing with Hadoop configurations, and also > it's quite over head to send all configuration in a http response over > network. Propose to support following a {{name}} parameter in the http > request, by issuing > {code} > curl --header "Accept:application/json" > http://${RM_HOST}/conf?name=yarn.nodemanager.aux-services > {code} > get output > {code} > {"property"{"key":"yarn.resourcemanager.hostname","value":"${RM_HOST}","isFinal":false,"resource":"yarn-site.xml"}} > {code} > This change is fully backwards compatible. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-issues-h...@hadoop.apache.org
[jira] [Commented] (HADOOP-13628) Support to retrieve specific property from configuration via REST API
[ https://issues.apache.org/jira/browse/HADOOP-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15511083#comment-15511083 ] Hadoop QA commented on HADOOP-13628: | (/) *{color:green}+1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 12s{color} | {color:blue} Docker mode activated. {color} | | {color:green}+1{color} | {color:green} @author {color} | {color:green} 0m 0s{color} | {color:green} The patch does not contain any @author tags. {color} | | {color:green}+1{color} | {color:green} test4tests {color} | {color:green} 0m 0s{color} | {color:green} The patch appears to include 2 new or modified test files. {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 6m 50s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 6m 54s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 0m 27s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} mvnsite {color} | {color:green} 0m 56s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 0m 13s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 1m 22s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 45s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 0m 37s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 6m 53s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 6m 53s{color} | {color:green} the patch passed {color} | | {color:orange}-0{color} | {color:orange} checkstyle {color} | {color:orange} 0m 27s{color} | {color:orange} hadoop-common-project/hadoop-common: The patch generated 1 new + 286 unchanged - 2 fixed = 287 total (was 288) {color} | | {color:green}+1{color} | {color:green} mvnsite {color} | {color:green} 0m 56s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 0m 13s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} whitespace {color} | {color:green} 0m 0s{color} | {color:green} The patch has no whitespace issues. {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 1m 31s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 46s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} unit {color} | {color:green} 7m 54s{color} | {color:green} hadoop-common in the patch passed. {color} | | {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 0m 21s{color} | {color:green} The patch does not generate ASF License warnings. {color} | | {color:black}{color} | {color:black} {color} | {color:black} 38m 43s{color} | {color:black} {color} | \\ \\ || Subsystem || Report/Notes || | Docker | Image:yetus/hadoop:9560f25 | | JIRA Issue | HADOOP-13628 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12829667/HADOOP-13628.04.patch | | Optional Tests | asflicense compile javac javadoc mvninstall mvnsite unit findbugs checkstyle | | uname | Linux 22d7ba96c994 3.13.0-36-lowlatency #63-Ubuntu SMP PREEMPT Wed Sep 3 21:56:12 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux | | Build tool | maven | | Personality | /testptch/hadoop/patchprocess/precommit/personality/provided.sh | | git revision | trunk / 964e546 | | Default Java | 1.8.0_101 | | findbugs | v3.0.0 | | checkstyle | https://builds.apache.org/job/PreCommit-HADOOP-Build/10557/artifact/patchprocess/diff-checkstyle-hadoop-common-project_hadoop-common.txt | | Test Results | https://builds.apache.org/job/PreCommit-HADOOP-Build/10557/testReport/ | | modules | C: hadoop-common-project/hadoop-common U: hadoop-common-project/hadoop-common | | Console output | https://builds.apache.org/job/PreCommit-HADOOP-Build/10557/console | | Powered by | Apache Yetus 0.4.0-SNAPSHOT http://yetus.apache.org | This message was automatically generated. > Support to retrieve specific property from configuration via REST API > - > > Key: HADOOP-13628 > URL: https://issues.apache.org/jira/browse/HADOOP-13628 > Project: Hadoop Common > Issue Type: Improvement > Compo
[jira] [Commented] (HADOOP-13628) Support to retrieve specific property from configuration via REST API
[ https://issues.apache.org/jira/browse/HADOOP-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15510857#comment-15510857 ] Weiwei Yang commented on HADOOP-13628: -- v3 patch has following updates * Supported both JSON and XML format of response * Added some tests in {{TestConfServlet#testGetProperty}}, use some mockups to test the API * Query for a non-exist configuration property will get a 404 error now * Extracted some common code in {{Configuration}} for reuse, such as {{Configuration#appendXMLProperty}} and {{Configuration#appendJSONProperty}} * Improved java doc Some more explanation to the behaviors. When you want to query for a property, issue following command {code} curl --header "accept: application/xml" http://deale1.fyre.ibm.com:8088/conf?name=yarn.ipc.rpc.class Output: yarn.ipc.rpc.classorg.apache.hadoop.yarn.ipc.HadoopYarnProtoRPCfalseyarn-default.xml {code} if you want to get a json output, just modify the header {code} curl --header "accept: application/json" http://deale1.fyre.ibm.com:8088/conf?name=yarn.ipc.rpc.class Output: {"property":{"key":"yarn.ipc.rpc.class","value":"org.apache.hadoop.yarn.ipc.HadoopYarnProtoRPC","isFinal":false,"resource":"yarn-default.xml"}} {code} if you provided a non-exist property name {code} curl --header "accept: application/xml" http://deale1.fyre.ibm.com:8088/conf?name=unknown.property Output: ... Error 404 Property unknown.property not found HTTP ERROR 404 Problem accessing /conf. Reason: Property unknown.property not foundPowered by Jetty:// {code} if you did not provide any value to {{name}} parameter, or did not use it, it behaves just like before, dump all configuration properties. So following commands will get same output {code} curl --header "accept: application/xml" http://deale1.fyre.ibm.com:8088/conf?name=""; curl --header "accept: application/xml" http://deale1.fyre.ibm.com:8088/conf?name= curl --header "accept: application/xml" http://deale1.fyre.ibm.com:8088/conf Output: All properties... {code} > Support to retrieve specific property from configuration via REST API > - > > Key: HADOOP-13628 > URL: https://issues.apache.org/jira/browse/HADOOP-13628 > Project: Hadoop Common > Issue Type: Improvement > Components: conf >Affects Versions: 2.7.3 >Reporter: Weiwei Yang >Assignee: Weiwei Yang > Attachments: HADOOP-13628.01.patch, HADOOP-13628.02.patch, > HADOOP-13628.03.patch > > > Currently we can use rest API to retrieve all configuration properties per > daemon, but unable to get a specific property by name. This causes extra > parse work at client side when dealing with Hadoop configurations, and also > it's quite over head to send all configuration in a http response over > network. Propose to support following a {{name}} parameter in the http > request, by issuing > {code} > curl --header "Accept:application/json" > http://${RM_HOST}/conf?name=yarn.nodemanager.aux-services > {code} > get output > {code} > {"property"{"key":"yarn.resourcemanager.hostname","value":"${RM_HOST}","isFinal":false,"resource":"yarn-site.xml"}} > {code} > This change is fully backwards compatible. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-issues-h...@hadoop.apache.org
[jira] [Commented] (HADOOP-13628) Support to retrieve specific property from configuration via REST API
[ https://issues.apache.org/jira/browse/HADOOP-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15510842#comment-15510842 ] Hadoop QA commented on HADOOP-13628: | (x) *{color:red}-1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 12s{color} | {color:blue} Docker mode activated. {color} | | {color:green}+1{color} | {color:green} @author {color} | {color:green} 0m 0s{color} | {color:green} The patch does not contain any @author tags. {color} | | {color:green}+1{color} | {color:green} test4tests {color} | {color:green} 0m 0s{color} | {color:green} The patch appears to include 2 new or modified test files. {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 6m 57s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 6m 59s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 0m 25s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} mvnsite {color} | {color:green} 0m 57s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 0m 12s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 1m 21s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 44s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 0m 37s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 6m 59s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 6m 59s{color} | {color:green} the patch passed {color} | | {color:orange}-0{color} | {color:orange} checkstyle {color} | {color:orange} 0m 26s{color} | {color:orange} hadoop-common-project/hadoop-common: The patch generated 9 new + 285 unchanged - 2 fixed = 294 total (was 287) {color} | | {color:green}+1{color} | {color:green} mvnsite {color} | {color:green} 0m 54s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 0m 13s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} whitespace {color} | {color:green} 0m 0s{color} | {color:green} The patch has no whitespace issues. {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 1m 27s{color} | {color:green} the patch passed {color} | | {color:red}-1{color} | {color:red} javadoc {color} | {color:red} 0m 44s{color} | {color:red} hadoop-common-project_hadoop-common generated 1 new + 0 unchanged - 0 fixed = 1 total (was 0) {color} | | {color:green}+1{color} | {color:green} unit {color} | {color:green} 9m 17s{color} | {color:green} hadoop-common in the patch passed. {color} | | {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 0m 24s{color} | {color:green} The patch does not generate ASF License warnings. {color} | | {color:black}{color} | {color:black} {color} | {color:black} 40m 12s{color} | {color:black} {color} | \\ \\ || Subsystem || Report/Notes || | Docker | Image:yetus/hadoop:9560f25 | | JIRA Issue | HADOOP-13628 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12829642/HADOOP-13628.03.patch | | Optional Tests | asflicense compile javac javadoc mvninstall mvnsite unit findbugs checkstyle | | uname | Linux 0bf4b31438b1 3.13.0-93-generic #140-Ubuntu SMP Mon Jul 18 21:21:05 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux | | Build tool | maven | | Personality | /testptch/hadoop/patchprocess/precommit/personality/provided.sh | | git revision | trunk / 964e546 | | Default Java | 1.8.0_101 | | findbugs | v3.0.0 | | checkstyle | https://builds.apache.org/job/PreCommit-HADOOP-Build/10556/artifact/patchprocess/diff-checkstyle-hadoop-common-project_hadoop-common.txt | | javadoc | https://builds.apache.org/job/PreCommit-HADOOP-Build/10556/artifact/patchprocess/diff-javadoc-javadoc-hadoop-common-project_hadoop-common.txt | | Test Results | https://builds.apache.org/job/PreCommit-HADOOP-Build/10556/testReport/ | | modules | C: hadoop-common-project/hadoop-common U: hadoop-common-project/hadoop-common | | Console output | https://builds.apache.org/job/PreCommit-HADOOP-Build/10556/console | | Powered by | Apache Yetus 0.4.0-SNAPSHOT http://yetus.apache.org | This message was automatically generated. > Support to retrieve specific property from configuration via REST API > -
[jira] [Commented] (HADOOP-13628) Support to retrieve specific property from configuration via REST API
[ https://issues.apache.org/jira/browse/HADOOP-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15510739#comment-15510739 ] Weiwei Yang commented on HADOOP-13628: -- Hello [~steve_l] Can create a new ticket for that? Lets try to stay with the issue this JIRA trying to resolve. Are you OK with that? I have just done a new patch. Uploading for review now. Thanks > Support to retrieve specific property from configuration via REST API > - > > Key: HADOOP-13628 > URL: https://issues.apache.org/jira/browse/HADOOP-13628 > Project: Hadoop Common > Issue Type: Improvement > Components: conf >Affects Versions: 2.7.3 >Reporter: Weiwei Yang >Assignee: Weiwei Yang > Attachments: HADOOP-13628.01.patch, HADOOP-13628.02.patch, > HADOOP-13628.03.patch > > > Currently we can use rest API to retrieve all configuration properties per > daemon, but unable to get a specific property by name. This causes extra > parse work at client side when dealing with Hadoop configurations, and also > it's quite over head to send all configuration in a http response over > network. Propose to support following a {{name}} parameter in the http > request, by issuing > {code} > curl --header "Accept:application/json" > http://${RM_HOST}/conf?name=yarn.nodemanager.aux-services > {code} > get output > {code} > {"property"{"key":"yarn.resourcemanager.hostname","value":"${RM_HOST}","isFinal":false,"resource":"yarn-site.xml"}} > {code} > This change is fully backwards compatible. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-issues-h...@hadoop.apache.org
[jira] [Commented] (HADOOP-13628) Support to retrieve specific property from configuration via REST API
[ https://issues.apache.org/jira/browse/HADOOP-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15510068#comment-15510068 ] Steve Loughran commented on HADOOP-13628: - Here's why I'd like the text option: you can feed the entire value into something, like a curl > file without doing any JSON parsing. all that's needed it to look at the type: text/plain = text, text/json ==json, etc. It's the RESTy way. > Support to retrieve specific property from configuration via REST API > - > > Key: HADOOP-13628 > URL: https://issues.apache.org/jira/browse/HADOOP-13628 > Project: Hadoop Common > Issue Type: Improvement > Components: conf >Affects Versions: 2.7.3 >Reporter: Weiwei Yang >Assignee: Weiwei Yang > Attachments: HADOOP-13628.01.patch, HADOOP-13628.02.patch > > > Currently we can use rest API to retrieve all configuration properties per > daemon, but unable to get a specific property by name. This causes extra > parse work at client side when dealing with Hadoop configurations, and also > it's quite over head to send all configuration in a http response over > network. Propose to support following a {{name}} parameter in the http > request, by issuing > {code} > curl --header "Accept:application/json" > http://${RM_HOST}/conf?name=yarn.nodemanager.aux-services > {code} > get output > {code} > {"property"{"key":"yarn.resourcemanager.hostname","value":"${RM_HOST}","isFinal":false,"resource":"yarn-site.xml"}} > {code} > This change is fully backwards compatible. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-issues-h...@hadoop.apache.org
[jira] [Commented] (HADOOP-13628) Support to retrieve specific property from configuration via REST API
[ https://issues.apache.org/jira/browse/HADOOP-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15508461#comment-15508461 ] Weiwei Yang commented on HADOOP-13628: -- Hi [~steve_l] Thank you for the comments. bq. Does it return the fully evaluated config? Yes it does. bq. blocks Thanks will do that. bq. Unknown properties should return 404 That makes sense, will do that bq. Could we have a text/plain one which returns just the text value? I am a little hesitated to do that, I did not see any place else that supports to return plain text, we'd better keep consistency, what do you say? bq. Presumably a MiniHDFS cluster serves up this data and would respond to a few Jersey requests? Is this truly necessary ? The tests in {{TestConfiguration}} should cover all the possible scenarios of requests. The {{ConfServlet}} simply parse the parameter, call the method then return the message. The coverage looks enough to me, unless you have more concern. > Support to retrieve specific property from configuration via REST API > - > > Key: HADOOP-13628 > URL: https://issues.apache.org/jira/browse/HADOOP-13628 > Project: Hadoop Common > Issue Type: Improvement > Components: conf >Affects Versions: 2.7.3 >Reporter: Weiwei Yang >Assignee: Weiwei Yang > Attachments: HADOOP-13628.01.patch, HADOOP-13628.02.patch > > > Currently we can use rest API to retrieve all configuration properties per > daemon, but unable to get a specific property by name. This causes extra > parse work at client side when dealing with Hadoop configurations, and also > it's quite over head to send all configuration in a http response over > network. Propose to support following a {{name}} parameter in the http > request, by issuing > {code} > curl --header "Accept:application/json" > http://${RM_HOST}/conf?name=yarn.nodemanager.aux-services > {code} > get output > {code} > {"property"{"key":"yarn.resourcemanager.hostname","value":"${RM_HOST}","isFinal":false,"resource":"yarn-site.xml"}} > {code} > This change is fully backwards compatible. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-issues-h...@hadoop.apache.org
[jira] [Commented] (HADOOP-13628) Support to retrieve specific property from configuration via REST API
[ https://issues.apache.org/jira/browse/HADOOP-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15507590#comment-15507590 ] Steve Loughran commented on HADOOP-13628: - I like this too. Does it return the fully evaluated config? * JSON examples in javadoc should be wrapped in blocks * Unknown properties should return 404. This is a rest API, not a SOAP one where the result is hidden in the body. * Could we have a text/plain one which returns just the text value? I could have some fun there. For example, it could be pulled straight into google sheets. * We need a functional test for this. Presumably a MiniHDFS cluster serves up this data and would respond to a few Jersey requests? > Support to retrieve specific property from configuration via REST API > - > > Key: HADOOP-13628 > URL: https://issues.apache.org/jira/browse/HADOOP-13628 > Project: Hadoop Common > Issue Type: Improvement > Components: conf >Affects Versions: 2.7.3 >Reporter: Weiwei Yang >Assignee: Weiwei Yang > Attachments: HADOOP-13628.01.patch, HADOOP-13628.02.patch > > > Currently we can use rest API to retrieve all configuration properties per > daemon, but unable to get a specific property by name. This causes extra > parse work at client side when dealing with Hadoop configurations, and also > it's quite over head to send all configuration in a http response over > network. Propose to support following a {{name}} parameter in the http > request, by issuing > {code} > curl --header "Accept:application/json" > http://${RM_HOST}/conf?name=yarn.nodemanager.aux-services > {code} > get output > {code} > {"property"{"key":"yarn.resourcemanager.hostname","value":"${RM_HOST}","isFinal":false,"resource":"yarn-site.xml"}} > {code} > This change is fully backwards compatible. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-issues-h...@hadoop.apache.org
[jira] [Commented] (HADOOP-13628) Support to retrieve specific property from configuration via REST API
[ https://issues.apache.org/jira/browse/HADOOP-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15507421#comment-15507421 ] Mingliang Liu commented on HADOOP-13628: I like the idea. +1 for the proposal. > Support to retrieve specific property from configuration via REST API > - > > Key: HADOOP-13628 > URL: https://issues.apache.org/jira/browse/HADOOP-13628 > Project: Hadoop Common > Issue Type: Improvement > Components: conf >Affects Versions: 2.7.3 >Reporter: Weiwei Yang >Assignee: Weiwei Yang > Attachments: HADOOP-13628.01.patch, HADOOP-13628.02.patch > > > Currently we can use rest API to retrieve all configuration properties per > daemon, but unable to get a specific property by name. This causes extra > parse work at client side when dealing with Hadoop configurations, and also > it's quite over head to send all configuration in a http response over > network. Propose to support following a {{name}} parameter in the http > request, by issuing > {code} > curl --header "Accept:application/json" > http://${RM_HOST}/conf?name=yarn.nodemanager.aux-services > {code} > get output > {code} > {"property"{"key":"yarn.resourcemanager.hostname","value":"${RM_HOST}","isFinal":false,"resource":"yarn-site.xml"}} > {code} > This change is fully backwards compatible. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-issues-h...@hadoop.apache.org
[jira] [Commented] (HADOOP-13628) Support to retrieve specific property from configuration via REST API
[ https://issues.apache.org/jira/browse/HADOOP-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15507388#comment-15507388 ] Hadoop QA commented on HADOOP-13628: | (x) *{color:red}-1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 12s{color} | {color:blue} Docker mode activated. {color} | | {color:green}+1{color} | {color:green} @author {color} | {color:green} 0m 0s{color} | {color:green} The patch does not contain any @author tags. {color} | | {color:green}+1{color} | {color:green} test4tests {color} | {color:green} 0m 0s{color} | {color:green} The patch appears to include 1 new or modified test files. {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 7m 3s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 7m 56s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 0m 29s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} mvnsite {color} | {color:green} 1m 13s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 0m 14s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 1m 43s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 52s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 0m 40s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 9m 11s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 9m 11s{color} | {color:green} the patch passed {color} | | {color:orange}-0{color} | {color:orange} checkstyle {color} | {color:orange} 0m 29s{color} | {color:orange} hadoop-common-project/hadoop-common: The patch generated 1 new + 283 unchanged - 2 fixed = 284 total (was 285) {color} | | {color:green}+1{color} | {color:green} mvnsite {color} | {color:green} 1m 10s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 0m 14s{color} | {color:green} the patch passed {color} | | {color:red}-1{color} | {color:red} whitespace {color} | {color:red} 0m 0s{color} | {color:red} The patch has 2 line(s) that end in whitespace. Use git apply --whitespace=fix <>. Refer https://git-scm.com/docs/git-apply {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 1m 28s{color} | {color:green} the patch passed {color} | | {color:red}-1{color} | {color:red} javadoc {color} | {color:red} 0m 45s{color} | {color:red} hadoop-common-project_hadoop-common generated 2 new + 0 unchanged - 0 fixed = 2 total (was 0) {color} | | {color:green}+1{color} | {color:green} unit {color} | {color:green} 8m 22s{color} | {color:green} hadoop-common in the patch passed. {color} | | {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 0m 22s{color} | {color:green} The patch does not generate ASF License warnings. {color} | | {color:black}{color} | {color:black} {color} | {color:black} 43m 47s{color} | {color:black} {color} | \\ \\ || Subsystem || Report/Notes || | Docker | Image:yetus/hadoop:9560f25 | | JIRA Issue | HADOOP-13628 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12829414/HADOOP-13628.02.patch | | Optional Tests | asflicense compile javac javadoc mvninstall mvnsite unit findbugs checkstyle | | uname | Linux 55643b223977 3.13.0-93-generic #140-Ubuntu SMP Mon Jul 18 21:21:05 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux | | Build tool | maven | | Personality | /testptch/hadoop/patchprocess/precommit/personality/provided.sh | | git revision | trunk / c6d1d74 | | Default Java | 1.8.0_101 | | findbugs | v3.0.0 | | checkstyle | https://builds.apache.org/job/PreCommit-HADOOP-Build/10551/artifact/patchprocess/diff-checkstyle-hadoop-common-project_hadoop-common.txt | | whitespace | https://builds.apache.org/job/PreCommit-HADOOP-Build/10551/artifact/patchprocess/whitespace-eol.txt | | javadoc | https://builds.apache.org/job/PreCommit-HADOOP-Build/10551/artifact/patchprocess/diff-javadoc-javadoc-hadoop-common-project_hadoop-common.txt | | Test Results | https://builds.apache.org/job/PreCommit-HADOOP-Build/10551/testReport/ | | modules | C: hadoop-common-project/hadoop-common U: hadoop-common-project/hadoop-common | | Console output | https://builds.apache.org/job/PreCommit-HADOOP-Build/10551/console | | Powered by | Apache Yetus 0.4.0-SNAPSHOT
[jira] [Commented] (HADOOP-13628) Support to retrieve specific property from configuration via REST API
[ https://issues.apache.org/jira/browse/HADOOP-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15507155#comment-15507155 ] Hadoop QA commented on HADOOP-13628: | (x) *{color:red}-1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 30s{color} | {color:blue} Docker mode activated. {color} | | {color:green}+1{color} | {color:green} @author {color} | {color:green} 0m 0s{color} | {color:green} The patch does not contain any @author tags. {color} | | {color:green}+1{color} | {color:green} test4tests {color} | {color:green} 0m 0s{color} | {color:green} The patch appears to include 1 new or modified test files. {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 7m 35s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 6m 49s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 0m 26s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} mvnsite {color} | {color:green} 0m 57s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 0m 12s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 1m 16s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 46s{color} | {color:green} trunk passed {color} | | {color:red}-1{color} | {color:red} mvninstall {color} | {color:red} 0m 32s{color} | {color:red} hadoop-common in the patch failed. {color} | | {color:red}-1{color} | {color:red} compile {color} | {color:red} 0m 49s{color} | {color:red} root in the patch failed. {color} | | {color:red}-1{color} | {color:red} javac {color} | {color:red} 0m 49s{color} | {color:red} root in the patch failed. {color} | | {color:orange}-0{color} | {color:orange} checkstyle {color} | {color:orange} 0m 24s{color} | {color:orange} hadoop-common-project/hadoop-common: The patch generated 4 new + 284 unchanged - 2 fixed = 288 total (was 286) {color} | | {color:red}-1{color} | {color:red} mvnsite {color} | {color:red} 0m 34s{color} | {color:red} hadoop-common in the patch failed. {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 0m 10s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} whitespace {color} | {color:green} 0m 0s{color} | {color:green} The patch has no whitespace issues. {color} | | {color:red}-1{color} | {color:red} findbugs {color} | {color:red} 0m 21s{color} | {color:red} hadoop-common in the patch failed. {color} | | {color:red}-1{color} | {color:red} javadoc {color} | {color:red} 0m 42s{color} | {color:red} hadoop-common-project_hadoop-common generated 2 new + 0 unchanged - 0 fixed = 2 total (was 0) {color} | | {color:red}-1{color} | {color:red} unit {color} | {color:red} 0m 38s{color} | {color:red} hadoop-common in the patch failed. {color} | | {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 0m 16s{color} | {color:green} The patch does not generate ASF License warnings. {color} | | {color:black}{color} | {color:black} {color} | {color:black} 24m 15s{color} | {color:black} {color} | \\ \\ || Subsystem || Report/Notes || | Docker | Image:yetus/hadoop:9560f25 | | JIRA Issue | HADOOP-13628 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12829411/HADOOP-13628.01.patch | | Optional Tests | asflicense compile javac javadoc mvninstall mvnsite unit findbugs checkstyle | | uname | Linux cf27e95f7cd8 3.13.0-36-lowlatency #63-Ubuntu SMP PREEMPT Wed Sep 3 21:56:12 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux | | Build tool | maven | | Personality | /testptch/hadoop/patchprocess/precommit/personality/provided.sh | | git revision | trunk / c6d1d74 | | Default Java | 1.8.0_101 | | findbugs | v3.0.0 | | mvninstall | https://builds.apache.org/job/PreCommit-HADOOP-Build/10550/artifact/patchprocess/patch-mvninstall-hadoop-common-project_hadoop-common.txt | | compile | https://builds.apache.org/job/PreCommit-HADOOP-Build/10550/artifact/patchprocess/patch-compile-root.txt | | javac | https://builds.apache.org/job/PreCommit-HADOOP-Build/10550/artifact/patchprocess/patch-compile-root.txt | | checkstyle | https://builds.apache.org/job/PreCommit-HADOOP-Build/10550/artifact/patchprocess/diff-checkstyle-hadoop-common-project_hadoop-common.txt | | mvnsite | https://builds.apache.org/job/PreCommit-HADOOP-Build/10550/artifact/patchprocess/patch-mvnsite-hadoop-common-project_hadoop-common.txt | | findbugs | https://builds.apache.org/job/PreCommit-HADOOP-Build/10550/artifact/patchprocess/pat
[jira] [Commented] (HADOOP-13628) Support to retrieve specific property from configuration via REST API
[ https://issues.apache.org/jira/browse/HADOOP-13628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15507091#comment-15507091 ] Weiwei Yang commented on HADOOP-13628: -- Upload v1 patch, it only contains the support for JSON format response, I am open for comments if it looks OK or not. Then I can move forward to finish the XML part. Thanks a lot. > Support to retrieve specific property from configuration via REST API > - > > Key: HADOOP-13628 > URL: https://issues.apache.org/jira/browse/HADOOP-13628 > Project: Hadoop Common > Issue Type: Improvement > Components: conf >Affects Versions: 2.7.3 >Reporter: Weiwei Yang >Assignee: Weiwei Yang > Attachments: HADOOP-13628.01.patch > > > Currently we can use rest API to retrieve all configuration properties per > daemon, but unable to get a specific property by name. This causes extra > parse work at client side when dealing with Hadoop configurations, and also > it's quite over head to send all configuration in a http response over > network. Propose to support following a {{name}} parameter in the http > request, by issuing > {code} > curl --header "Accept:application/json" > http://${RM_HOST}/conf?name=yarn.nodemanager.aux-services > {code} > get output > {code} > {"property"{"key":"yarn.resourcemanager.hostname","value":"${RM_HOST}","isFinal":false,"resource":"yarn-site.xml"}} > {code} > This change is fully backwards compatible. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-issues-h...@hadoop.apache.org