CFV: New Project Kulla

[Mario Torre]

Yes, and although discussion before proposal is not mandatory, a project of
this scale (and importance) should have been discussed a bit in advance I
think.

The main problem here is that the JEP bug doesn't really contain much
details, from the look of it seems like a trivial walk in the park, but
then the list of high profile initial contributors is massive.

I understand it's mostly a research stage now... Anyway will you
investigate runtime code generation? (From the jep it seems likely).

What security implications will this have?

Will this functionality require a "dev environment", some sort of beanshell
for example, or be available on every standard JVM (that is, enabling some
kind hot plugging of interpreted code on a server deployment)?

Cheers,
Mario
Il 26/ago/2014 23:12 "Richard Bair" <richard.bair at oracle.com> ha scritto:

> I looked at the JEP, but I didn’t see anything detailing the level of
> effort. From the list of committers it looks to be massive.
>
> Richard
>
> On Aug 26, 2014, at 10:18 AM, Robert Field <robert.field at oracle.com>
> wrote:
>
> > I hereby propose the creation of Project Kulla [1] with myself as the
> > Lead and the Compiler Group group as the sponsoring group.
> >
> > The goal of the Kulla project is to investigate the creation of a
> > Read Evaluate Print Loop (REPL) tool for the Java programming
> > language.  For more details see the JEP [2].
> >
> > The initial Committers will be:
> >
> > * Robert Field
> > * Steve Sides
> > * Jonathan Gibbons
> > * Brian Goetz
> > * Alex Buckley
> > * Mark Reinhold
> > * Maurizio Cimadamore
> > * Vicente Romero
> > * Jan Lahoda
> > * Paul Govereau
> > * Joe Darcy
> > * Dan Smith
> > * Iris Clark
> > * Andrew Gross
> > * Eric McCorkle
> > * Joel Borggrén-Franck
> > * John R Rose
> > * Kumar Srinivasan
> > * Andreas Lundblad
> >
> > The project will host at least the following mailing list:
> >
> > * kulla-dev for developers
> >
> > and may eventually host specification lists if one or more JSRs is
> > subsequently created.
> >
> > The initial source of this project will include some code cloned from
> > the JDK 9 repository.  We will follow a "commit first, review later"
> > policy, as any inclusion in the JDK repositories will be done by a
> > "curated merge" where select changes are extracted into new
> > changesets for incorporation into JDK repositories when they are ready
> > for inclusion.
> >
> > Votes are due by September 10, 2014, 9A GMT.
> >
> > Only current OpenJDK Members [3] are eligible to vote on this
> > motion.  Votes must be cast in the open on the discuss list.
> > Replying to this message is sufficient if your mail program
> > honors the Reply-To header.
> >
> > For Lazy Consensus voting instructions, see [4].
> >
> >
> > [1] http://openjdk.java.net/projects/#new-project
> > [2] https://bugs.openjdk.java.net/browse/JDK-8043364
> > [3] http://openjdk.java.net/census#members
> > [4] http://openjdk.java.net/projects/#new-project-vote
>
>