On Oct 11, 2011, at 11:57 AM, <[email protected]> <[email protected]> wrote:
> Oh, that is very interesting ! Would I have to write my own > container-launcher for that ? Or does existing container launcher support > it ? > In MR2 the command line for the container is the AM's own responsibility. So, you can easily set whatever JAVA_HOME for your container in the cmd-line. Or something other than java too... :) Also, you can either choose to have a alternate java install on all nodes or ship them with the Container itself (i.e. think DistributedCache). @see ContainerLaunchContext. More details here: http://people.apache.org/~acmurthy/yarn/WritingYarnApplications.html We can take this discussion to mapreduce-dev@. Arun PS: That link will point to hadoop.apache.org once we have a release of 0.23, something I host as an temp. alternative till then. > - Milind > > --- > Milind Bhandarkar > Greenplum Labs, EMC > (Disclaimer: Opinions expressed in this email are those of the author, and > do not necessarily represent the views of any organization, past or > present, the author might be affiliated with.) > > > > On 10/11/11 10:32 AM, "Arun C Murthy" <[email protected]> wrote: > >> MR2 supports different JVMs for user-apps. >> >> Arun >> >> On Oct 11, 2011, at 10:31 AM, <[email protected]> >> <[email protected]> wrote: >> >>> Steve, >>> >>>> I would suggest moving up projects on the side first, layers on top, >>>> like your MPI-on-YARN stuff, where there is little or no installed base >>>> to worry about >>> >>> That is exactly the project for which I though some of the new I/O >>> interfaces would reduce the amount of code, (plus auto-freed resources >>> on >>> exceptions, with try-with blocks). But my goal is to make it work in >>> current hadoop deployments, rather than having a special deploy with >>> jdk7. >>> So, I need to worry about the current install-base of hadoop. >>> >>> - milind >>> >>> --- >>> Milind Bhandarkar >>> Greenplum Labs, EMC >>> (Disclaimer: Opinions expressed in this email are those of the author, >>> and >>> do not necessarily represent the views of any organization, past or >>> present, the author might be affiliated with.) >>> >> >> >
