CFV: New Project Kulla
neugens.limasoftware at gmail.com
Tue Aug 26 21:33:07 UTC 2014
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
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)?
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.
> On Aug 26, 2014, at 10:18 AM, Robert Field <robert.field at oracle.com>
> > I hereby propose the creation of Project Kulla  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 .
> > 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  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 .
> >  http://openjdk.java.net/projects/#new-project
> >  https://bugs.openjdk.java.net/browse/JDK-8043364
> >  http://openjdk.java.net/census#members
> >  http://openjdk.java.net/projects/#new-project-vote
More information about the discuss