[
https://issues.apache.org/jira/browse/YARN-727?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13687466#comment-13687466
]
Vinod Kumar Vavilapalli commented on YARN-727:
----------------------------------------------
bq. Please take a look at the GnuParser options api in more detail. Possible
solutions could be to use --list --apptype <apptype1> --apptype <apptype2> or
--list <list of comma separate app types>. In both cases, args.length is not
needed
Yeah. On first look, I like {code}yarn application -list --appTypes
YARN,MAPREDUCE{code} though it has the obvious problem of splitting on comma.
Long term we can support both "-appTypes" as well as "-appType YARN -appType
MAPREDUCE". So how about just doing -appTypes for now?
> ClientRMProtocol.getAllApplications should accept ApplicationType as a
> parameter
> --------------------------------------------------------------------------------
>
> Key: YARN-727
> URL: https://issues.apache.org/jira/browse/YARN-727
> Project: Hadoop YARN
> Issue Type: Sub-task
> Affects Versions: 2.1.0-beta
> Reporter: Siddharth Seth
> Assignee: Xuan Gong
> Attachments: YARN-727.10.patch, YARN-727.11.patch, YARN-727.12.patch,
> YARN-727.13.patch, YARN-727.1.patch, YARN-727.2.patch, YARN-727.3.patch,
> YARN-727.4.patch, YARN-727.5.patch, YARN-727.6.patch, YARN-727.7.patch,
> YARN-727.8.patch, YARN-727.9.patch
>
>
> Now that an ApplicationType is registered on ApplicationSubmission,
> getAllApplications should be able to use this string to query for a specific
> application type.
--
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
