You are viewing a plain text version of this content. The canonical link for it is here.
Posted to yarn-issues@hadoop.apache.org by "Junping Du (JIRA)" <ji...@apache.org> on 2014/12/08 17:17:12 UTC
[jira] [Updated] (YARN-2464) Provide Hadoop as a local resource (on
HDFS) which can be used by other projects
[ https://issues.apache.org/jira/browse/YARN-2464?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Junping Du updated YARN-2464:
-----------------------------
Summary: Provide Hadoop as a local resource (on HDFS) which can be used by other projects (was: Provide Hadoop as a local resource (on HDFS) which can be used by other projcets)
> Provide Hadoop as a local resource (on HDFS) which can be used by other projects
> --------------------------------------------------------------------------------
>
> Key: YARN-2464
> URL: https://issues.apache.org/jira/browse/YARN-2464
> Project: Hadoop YARN
> Issue Type: Sub-task
> Reporter: Siddharth Seth
> Assignee: Junping Du
>
> DEFAULT_YARN_APPLICATION_CLASSPATH are used by YARN projects to setup their AM / task classpaths if they have a dependency on Hadoop libraries.
> It'll be useful to provide similar access to a Hadoop tarball (Hadoop libs, native libraries) etc, which could be used instead - for applications which do not want to rely upon Hadoop versions from a cluster node. This would also require functionality to update the classpath/env for the apps based on the structure of the tar.
> As an example, MR has support for a full tar (for rolling upgrades). Similarly, Tez ships hadoop libraries along with it's build. I'm not sure about the Spark / Storm / HBase model for this - but using a common copy instead of everyone localizing Hadoop libraries would be useful.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)