reef-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Tobin Baker <>
Subject Re: using NamedParameter to implement a no-arg boolean command-line option
Date Fri, 04 Dec 2015 21:23:15 GMT
That all sounds great, I just don't really have a motivating scenario at
the moment that requires detailed information on the runtime/environment,
and I assume much of the environment information can be gathered through
Java APIs. If someone on the list has such a scenario, it would be great to
inform this design with some real-world requirements.

Your workaround of using different main classes for each runtime is
probably better than introducing a command-line option to choose the

On Fri, Dec 4, 2015 at 10:48 AM, Markus Weimer <> wrote:

> On 2015-12-04 09:53, Tobin Baker wrote:
> > The need is simple: if my launcher is invoked by "yarn jar", I should
> > use the YARN runtime, and the local runtime otherwise.
> Ah, yes, that makes sense. We've so far "solved" this with two different
> `main()` methods and classes: One for local runs, one for YARN runs.
> > I like your idea of a "runtime string" exposed by appropriate
> > interfaces in the client/driver/evaluators.
> Maybe we can do even better than that by providing structured
> information via those interfaces, including:
>   * Runtime name
>   * Runtime version
>   * A string describing the environment (e.g. Linux, Windows, ...))
>   * A string that captures the main configuration parameters, for
>     logs etc.
>   * A runtime string that describes all of the above.
> How does this sound?
> Markus

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message