From martijnverburg at gmail.com  Tue Sep  1 09:06:15 2015
From: martijnverburg at gmail.com (Martijn Verburg)
Date: Tue, 1 Sep 2015 10:06:15 +0100
Subject: Mailing list for Group/Project Leads and suggestion to put
	group/project pages under source control
In-Reply-To: <CAP7YuAQ-gODN5kH1V71CoH5s8t6RwK95Ur1Gg2eDtXQ87jJ1ig@mail.gmail.com>
References: <CAP7YuATGzHOgBxYNySLm=Dys3-PAoARoXqD3ZQFuAvJgYANVuA@mail.gmail.com>
	<CAP7YuAQ-gODN5kH1V71CoH5s8t6RwK95Ur1Gg2eDtXQ87jJ1ig@mail.gmail.com>
Message-ID: <CAP7YuAQtXoSie9VAwJLBxkpUdQh5AH0_94SJj=mYShG_rBg+Lw@mail.gmail.com>

Hi all,

X-posting across from web-discuss as I think this list might have more
interested parties.

Cheers,
Martijn

On 28 March 2015 at 15:57, Martijn Verburg <martijnverburg at gmail.com> wrote:
>
>> Hi all,
>>
>> We had a discussion recently in the Adoption Group around having its
>> members keeping project/group pages fresh and relevant. The first
>> experiment for this was Project Valhalla
>> <http://openjdk.java.net/projects/valhalla/> (which was well received by
>> that project).
>>
>> The discussion then moved onto:
>>
>> 1.) How to offer this page overhaul service for all groups/projects
>> 2.) How to create a patch/review cycle for the pages
>>
>> My proposal is:
>>
>> 1.) Create a new mailing list that contains all group/project leads so
>> that there is a communication channel for offers like this to the entire
>> OpenJDK project.
>>
>> On further thought, perhaps the discuss <discuss at openjdk.java.net>
>> mailing list is the right place? I'm not sure whether all project/group
>> leads are subscribed to this list. If it is the right place then l will
>> post the Adoption Group's offer there.
>>
>> 2.) Have the OpenJDK project/group pages placed under mercurial source
>> control which will enable OpenJDK developers (Adoption Group volunteers
>> in particular) to submit patches to those pages in order to keep them
>> relevant and up to date.  This has the advantage of there being an
>> automatic review step before publishing.
>>
>> Are either of those two suggestions sensible and/or doable?
>>
>> Cheers,
>> Martijn
>>
>
>

From dalibor.topic at oracle.com  Wed Sep  2 17:12:41 2015
From: dalibor.topic at oracle.com (Dalibor Topic)
Date: Wed, 2 Sep 2015 19:12:41 +0200
Subject: Inconsistencies in new project process
In-Reply-To: <1439808178.22650.20.camel@kennke.org>
References: <1439808178.22650.20.camel@kennke.org>
Message-ID: <55E72E09.6080809@oracle.com>

On 8/17/15 12:42 PM, Roman Kennke wrote:
> Hello all,
>
> while going through the project proposal for Shenandoah, I noticed some
> inconsistencies or confusing details in the new project process
> described here:
>
> http://openjdk.java.net/projects/#new-project
>
> - it says 'Step 0: Discuss [optional]' but then in that same paragraph
> 'At least one Group Lead must declare that their Group is a sponsor of
> the proposed Project.' Now what is it? Optional or must?

The discussion itself is optional, but support from a Group Lead is not. See http://openjdk.java.net/bylaws#_6 :

"Any Contributor may propose the creation of a new Project. If supported by at least one Group Lead, whose Group will Sponsor the Project, and approved by a Lazy Consensus of the OpenJDK Members, then the Project will be created."

Note that the CFV ballot also contains the name of the sponsoring Group.

> - It says 'Eligible voters cast their vote by sending e-mail to the
> general discussion list. Replying to the proposal will achieve this
> automatically for those people whose mail programs honor the
> Reply-To header.'
>
> Is this done automatically, or does the nominator have to put the Reply
> -To header in his proposal? Would be good to clarify this.

The nominator should set the Reply-To header.

> - "Votes must be cast in the open, on the mailing list to which the
> call-for-votes was originally sent"
>
> This seems to be in conflict with voting on the discuss mailing list
> (the CFV is sent to announce).

I think that is (or was) just a cut & paste error.

cheers,
dalibor topic 


-- 
Oracle <http://www.oracle.com>
Dalibor Topic | Principal Product Manager
Phone: +494089091214 <tel:+494089091214> | Mobile: +491737185961 <tel:+491737185961>
Oracle Java Platform Group

ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 M?nchen
Registergericht: Amtsgericht M?nchen, HRA 95603

Komplement?rin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher 

Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment

From andreas.lundblad at oracle.com  Tue Sep  8 08:31:09 2015
From: andreas.lundblad at oracle.com (Andreas Lundblad)
Date: Tue, 8 Sep 2015 10:31:09 +0200
Subject: Call for feedback: Java Style Guidelines
In-Reply-To: <20150818215752.GE10298@e6430>
References: <20150804220814.GA26109@e6430>
 <20150818215752.GE10298@e6430>
Message-ID: <20150908083108.GE24618@e6430>

The second review round has now ended. All submissions in their original form
are available here:

https://www.surveymonkey.com/results/SM-FZ87VC82/

Thanks to all who have participated in the survey.

best regards,
Andreas Lundblad

From sebastian.sickelmann at gmx.de  Tue Sep  8 14:36:58 2015
From: sebastian.sickelmann at gmx.de (Sebastian Sickelmann)
Date: Tue, 08 Sep 2015 16:36:58 +0200
Subject: OCA Signatory Check and the Census Page
Message-ID: <0LeMWL-1YsWYc2e4r-00qCpN@mail.gmx.com>

Hi, 

my name is Sebastian Sickelmann and I signed the OCA a few years ago. I am actually starting to spend some time again to openjdk contributions. 

The OCA-Signatory-Check that every OpenJDK member does before accepting a contribution is doing very well. But I observed that most checks are done against the census-page. Which is a good idea because it lists everyone that has at least author-level. But unfortunatly not the OCA-signatories.

Is there a good way to check also against the OCA-Signatory[1] list? Is it possible to link or embed it  from/into  the census.

Thanks
Sebastian

 [1] http://www.oracle.com/technetwork/community/oca-486395.html





From roman at kennke.org  Tue Sep  8 17:26:06 2015
From: roman at kennke.org (Roman Kennke)
Date: Tue, 08 Sep 2015 19:26:06 +0200
Subject: Inconsistencies in new project process
In-Reply-To: <55E72E09.6080809@oracle.com>
References: <1439808178.22650.20.camel@kennke.org>
	<55E72E09.6080809@oracle.com>
Message-ID: <1441733166.2873.16.camel@kennke.org>

Hi Dalibor,

Thanks for the clarifications! I believe it would be helpful, if the
document itself could be updated to make life easier for future
proposals.

Speaking of proposals, what happened to the Shenandoah project
proposal/CFV? I sent it to announce at openjdk.java.net 3 weeks (!) ago,
but it hasn't shown up. I suspected the person in charge of moderating
the list (Mark Reinhold?) is in summer vacation... Should I re-send it?
(The deadline mentioned in the CFV is not correct anymore...) And when
would be a good time?

Roman

> > while going through the project proposal for Shenandoah, I noticed
> > some
> > inconsistencies or confusing details in the new project process
> > described here:
> > 
> > http://openjdk.java.net/projects/#new-project
> > 
> > - it says 'Step 0: Discuss [optional]' but then in that same
> > paragraph
> > 'At least one Group Lead must declare that their Group is a sponsor
> > of
> > the proposed Project.' Now what is it? Optional or must?
> 
> The discussion itself is optional, but support from a Group Lead is
> not. See http://openjdk.java.net/bylaws#_6 :
> 
> "Any Contributor may propose the creation of a new Project. If
> supported by at least one Group Lead, whose Group will Sponsor the
> Project, and approved by a Lazy Consensus of the OpenJDK Members,
> then the Project will be created."
> 
> Note that the CFV ballot also contains the name of the sponsoring
> Group.
> 
> > - It says 'Eligible voters cast their vote by sending e-mail to the
> > general discussion list. Replying to the proposal will achieve this
> > automatically for those people whose mail programs honor the
> > Reply-To header.'
> > 
> > Is this done automatically, or does the nominator have to put the
> > Reply
> > -To header in his proposal? Would be good to clarify this.
> 
> The nominator should set the Reply-To header.
> 
> > - "Votes must be cast in the open, on the mailing list to which the
> > call-for-votes was originally sent"
> > 
> > This seems to be in conflict with voting on the discuss mailing
> > list
> > (the CFV is sent to announce).
> 
> I think that is (or was) just a cut & paste error.
> 
> cheers,
> dalibor topic 
> 
> 

From volker.simonis at gmail.com  Thu Sep 10 15:54:55 2015
From: volker.simonis at gmail.com (Volker Simonis)
Date: Thu, 10 Sep 2015 17:54:55 +0200
Subject: CFV: New project: Shenandoah
In-Reply-To: <1441886789.2873.26.camel@kennke.org>
References: <1441886789.2873.26.camel@kennke.org>
Message-ID: <CA+3eh11Kte8cQst-pW2DY8+x6jM+z3vQFNHwQ1L1JgF1GNx4xg@mail.gmail.com>

Vote: yes


On Thu, Sep 10, 2015 at 2:06 PM, Roman Kennke <roman at kennke.org> wrote:
> Project Shenandoah:  An Ultra-low Pause time GC for OpenJDK
>
> Overview:
>
> I hereby propose the creation of the Shenandoah project with Christine
> H. Flood as the initial lead and the Hotspot group as the sponsoring
> group. [1]
>
> Shenandoah is an ultra-low pause time garbage collector that reduces GC
> pause times by performing more garbage collection work concurrently
> with the running Java program. CMS and G1 both perform concurrent
> marking of live objects.  Shenandoah adds concurrent compaction.
>
> Shenandoah has so far been developed as part of the IcedTea project:
> http://icedtea.classpath.org/wiki/Shenandoah
>
> It has usable implementations for OpenJDK9 and OpenJDK8.
>
> Initial authors/reviewers:
> Christine Flood (cflood at redhat.com)
> Roman Kennke (rkennke at redhat.com)
>
> Christine H. Flood is a Principal Software Engineer at Red Hat.
> She has a long history of implementing garbage collected programming
> languages at MIT, Symbolics, Sun Labs, and now Red Hat.  She helped
> develop both G1 and the parallel collector.  A garbage collector
> with concurrent evacuation is the obvious next step.
>
> Roman Kennke is Principle Software Engineer at Red Hat, working on
> Shenandoah since two years now. Before this, he worked on Thermostat,
> and contributed to OpenJDK in several areas, most importantly the Zero
> and Shark ports, graphics, and ports to embedded platforms.
>
> Votes are due by Sept, 24th, 2015
>
> Only current OpenJDK Members [2] 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 [3].
>
> Best regards,
> Roman Kennke
>
> [1]
> http://mail.openjdk.java.net/pipermail/discuss/2015-August/003767.html
> [2] http://openjdk.java.net/census#members
> [3] http://openjdk.java.net/projects/#new-project-vote

From vladimir.kozlov at oracle.com  Thu Sep 10 16:23:51 2015
From: vladimir.kozlov at oracle.com (Vladimir Kozlov)
Date: Thu, 10 Sep 2015 09:23:51 -0700
Subject: CFV: New project: Shenandoah
In-Reply-To: <1441886789.2873.26.camel@kennke.org>
References: <1441886789.2873.26.camel@kennke.org>
Message-ID: <55F1AE97.3070306@oracle.com>

Vote: yes

On 9/10/15 5:06 AM, Roman Kennke wrote:
> Project Shenandoah:  An Ultra-low Pause time GC for OpenJDK
>
> Overview:
>
> I hereby propose the creation of the Shenandoah project with Christine
> H. Flood as the initial lead and the Hotspot group as the sponsoring
> group. [1]
>
> Shenandoah is an ultra-low pause time garbage collector that reduces GC
> pause times by performing more garbage collection work concurrently
> with the running Java program. CMS and G1 both perform concurrent
> marking of live objects.  Shenandoah adds concurrent compaction.
>
> Shenandoah has so far been developed as part of the IcedTea project:
> http://icedtea.classpath.org/wiki/Shenandoah
>
> It has usable implementations for OpenJDK9 and OpenJDK8.
>
> Initial authors/reviewers:
> Christine Flood (cflood at redhat.com)
> Roman Kennke (rkennke at redhat.com)
>
> Christine H. Flood is a Principal Software Engineer at Red Hat.
> She has a long history of implementing garbage collected programming
> languages at MIT, Symbolics, Sun Labs, and now Red Hat.  She helped
> develop both G1 and the parallel collector.  A garbage collector
> with concurrent evacuation is the obvious next step.
>
> Roman Kennke is Principle Software Engineer at Red Hat, working on
> Shenandoah since two years now. Before this, he worked on Thermostat,
> and contributed to OpenJDK in several areas, most importantly the Zero
> and Shark ports, graphics, and ports to embedded platforms.
>
> Votes are due by Sept, 24th, 2015
>
> Only current OpenJDK Members [2] 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 [3].
>
> Best regards,
> Roman Kennke
>
> [1]
> http://mail.openjdk.java.net/pipermail/discuss/2015-August/003767.html
> [2] http://openjdk.java.net/census#members
> [3] http://openjdk.java.net/projects/#new-project-vote
>

From Peter.B.Kessler at Oracle.COM  Thu Sep 10 17:16:54 2015
From: Peter.B.Kessler at Oracle.COM (Peter B. Kessler)
Date: Thu, 10 Sep 2015 10:16:54 -0700
Subject: CFV: New project: Shenandoah
In-Reply-To: <1441886789.2873.26.camel@kennke.org>
References: <1441886789.2873.26.camel@kennke.org>
Message-ID: <55F1BB06.7080907@Oracle.COM>

Vote: yes

			... peter

On 09/10/15 05:06 AM, Roman Kennke wrote:
> Project Shenandoah:  An Ultra-low Pause time GC for OpenJDK
>
> Overview:
>
> I hereby propose the creation of the Shenandoah project with Christine
> H. Flood as the initial lead and the Hotspot group as the sponsoring
> group. [1]
>
> Shenandoah is an ultra-low pause time garbage collector that reduces GC
> pause times by performing more garbage collection work concurrently
> with the running Java program. CMS and G1 both perform concurrent
> marking of live objects.  Shenandoah adds concurrent compaction.
>
> Shenandoah has so far been developed as part of the IcedTea project:
> http://icedtea.classpath.org/wiki/Shenandoah
>
> It has usable implementations for OpenJDK9 and OpenJDK8.
>
> Initial authors/reviewers:
> Christine Flood (cflood at redhat.com)
> Roman Kennke (rkennke at redhat.com)
>
> Christine H. Flood is a Principal Software Engineer at Red Hat.
> She has a long history of implementing garbage collected programming
> languages at MIT, Symbolics, Sun Labs, and now Red Hat.  She helped
> develop both G1 and the parallel collector.  A garbage collector
> with concurrent evacuation is the obvious next step.
>
> Roman Kennke is Principle Software Engineer at Red Hat, working on
> Shenandoah since two years now. Before this, he worked on Thermostat,
> and contributed to OpenJDK in several areas, most importantly the Zero
> and Shark ports, graphics, and ports to embedded platforms.
>
> Votes are due by Sept, 24th, 2015
>
> Only current OpenJDK Members [2] 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 [3].
>
> Best regards,
> Roman Kennke
>
> [1]
> http://mail.openjdk.java.net/pipermail/discuss/2015-August/003767.html
> [2] http://openjdk.java.net/census#members
> [3] http://openjdk.java.net/projects/#new-project-vote
>

From omajid at redhat.com  Thu Sep 10 19:37:45 2015
From: omajid at redhat.com (Omair Majid)
Date: Thu, 10 Sep 2015 15:37:45 -0400
Subject: CFV: New project: Shenandoah
In-Reply-To: <1441886789.2873.26.camel@kennke.org>
References: <1441886789.2873.26.camel@kennke.org>
Message-ID: <20150910193745.GF5845@redhat.com>

Vote: Yes

* Roman Kennke <roman at kennke.org> [2015-09-10 11:36]:
> I hereby propose the creation of the Shenandoah project with Christine
> H. Flood as the initial lead and the Hotspot group as the sponsoring
> group.

Thanks,
Omair

-- 
PGP Key: 66484681 (http://pgp.mit.edu/)
Fingerprint = F072 555B 0A17 3957 4E95  0056 F286 F14F 6648 4681

From neugens.limasoftware at gmail.com  Thu Sep 10 20:55:25 2015
From: neugens.limasoftware at gmail.com (Mario Torre)
Date: Thu, 10 Sep 2015 22:55:25 +0200
Subject: CFV: New project: Shenandoah
In-Reply-To: <1441886789.2873.26.camel@kennke.org>
References: <1441886789.2873.26.camel@kennke.org>
Message-ID: <CAGUMyaRyxHGyUVJaZ9CAwcOS59atFDEEdmNxVPFy-sqAM-5ESA@mail.gmail.com>

Vote: Yes!!

Cheers,
Mario

2015-09-10 14:06 GMT+02:00 Roman Kennke <roman at kennke.org>:
> Project Shenandoah:  An Ultra-low Pause time GC for OpenJDK
>
> Overview:
>
> I hereby propose the creation of the Shenandoah project with Christine
> H. Flood as the initial lead and the Hotspot group as the sponsoring
> group. [1]
>
> Shenandoah is an ultra-low pause time garbage collector that reduces GC
> pause times by performing more garbage collection work concurrently
> with the running Java program. CMS and G1 both perform concurrent
> marking of live objects.  Shenandoah adds concurrent compaction.
>
> Shenandoah has so far been developed as part of the IcedTea project:
> http://icedtea.classpath.org/wiki/Shenandoah
>
> It has usable implementations for OpenJDK9 and OpenJDK8.
>
> Initial authors/reviewers:
> Christine Flood (cflood at redhat.com)
> Roman Kennke (rkennke at redhat.com)
>
> Christine H. Flood is a Principal Software Engineer at Red Hat.
> She has a long history of implementing garbage collected programming
> languages at MIT, Symbolics, Sun Labs, and now Red Hat.  She helped
> develop both G1 and the parallel collector.  A garbage collector
> with concurrent evacuation is the obvious next step.
>
> Roman Kennke is Principle Software Engineer at Red Hat, working on
> Shenandoah since two years now. Before this, he worked on Thermostat,
> and contributed to OpenJDK in several areas, most importantly the Zero
> and Shark ports, graphics, and ports to embedded platforms.
>
> Votes are due by Sept, 24th, 2015
>
> Only current OpenJDK Members [2] 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 [3].
>
> Best regards,
> Roman Kennke
>
> [1]
> http://mail.openjdk.java.net/pipermail/discuss/2015-August/003767.html
> [2] http://openjdk.java.net/census#members
> [3] http://openjdk.java.net/projects/#new-project-vote



-- 
pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF
Fingerprint: BA39 9666 94EC 8B73 27FA  FC7C 4086 63E3 80F2 40CF

Java Champion - Blog: http://neugens.wordpress.com - Twitter: @neugens
Proud GNU Classpath developer: http://www.classpath.org/
OpenJDK: http://openjdk.java.net/projects/caciocavallo/

Please, support open standards:
http://endsoftpatents.org/

From thomas.schatzl at oracle.com  Fri Sep 11 07:39:40 2015
From: thomas.schatzl at oracle.com (Thomas Schatzl)
Date: Fri, 11 Sep 2015 09:39:40 +0200
Subject: CFV: New project: Shenandoah
In-Reply-To: <55F1BB06.7080907@Oracle.COM>
References: <1441886789.2873.26.camel@kennke.org> <55F1BB06.7080907@Oracle.COM>
Message-ID: <1441957180.1983.1.camel@oracle.com>

Vote: yes

Thomas

On Thu, 2015-09-10 at 10:16 -0700, Peter B. Kessler wrote:
> Vote: yes
> 
> 			... peter
> 
> On 09/10/15 05:06 AM, Roman Kennke wrote:
> > Project Shenandoah:  An Ultra-low Pause time GC for OpenJDK
> >
> > Overview:
> >
> > I hereby propose the creation of the Shenandoah project with Christine
> > H. Flood as the initial lead and the Hotspot group as the sponsoring
> > group. [1]
> >
> > Shenandoah is an ultra-low pause time garbage collector that reduces GC
> > pause times by performing more garbage collection work concurrently
> > with the running Java program. CMS and G1 both perform concurrent
> > marking of live objects.  Shenandoah adds concurrent compaction.
> >
> > Shenandoah has so far been developed as part of the IcedTea project:
> > http://icedtea.classpath.org/wiki/Shenandoah
> >
> > It has usable implementations for OpenJDK9 and OpenJDK8.
> >
> > Initial authors/reviewers:
> > Christine Flood (cflood at redhat.com)
> > Roman Kennke (rkennke at redhat.com)
> >
> > Christine H. Flood is a Principal Software Engineer at Red Hat.
> > She has a long history of implementing garbage collected programming
> > languages at MIT, Symbolics, Sun Labs, and now Red Hat.  She helped
> > develop both G1 and the parallel collector.  A garbage collector
> > with concurrent evacuation is the obvious next step.
> >
> > Roman Kennke is Principle Software Engineer at Red Hat, working on
> > Shenandoah since two years now. Before this, he worked on Thermostat,
> > and contributed to OpenJDK in several areas, most importantly the Zero
> > and Shark ports, graphics, and ports to embedded platforms.
> >
> > Votes are due by Sept, 24th, 2015
> >
> > Only current OpenJDK Members [2] 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 [3].
> >
> > Best regards,
> > Roman Kennke
> >
> > [1]
> > http://mail.openjdk.java.net/pipermail/discuss/2015-August/003767.html
> > [2] http://openjdk.java.net/census#members
> > [3] http://openjdk.java.net/projects/#new-project-vote
> >



From aph at redhat.com  Fri Sep 11 08:37:44 2015
From: aph at redhat.com (Andrew Haley)
Date: Fri, 11 Sep 2015 09:37:44 +0100
Subject: CFV: New project: Shenandoah
In-Reply-To: <1441886789.2873.26.camel@kennke.org>
References: <1441886789.2873.26.camel@kennke.org>
Message-ID: <55F292D8.5030304@redhat.com>

Vote: yes

From aph at redhat.com  Fri Sep 11 08:37:53 2015
From: aph at redhat.com (Andrew Haley)
Date: Fri, 11 Sep 2015 09:37:53 +0100
Subject: CFV: New project: Shenandoah
In-Reply-To: <1441886789.2873.26.camel@kennke.org>
References: <1441886789.2873.26.camel@kennke.org>
Message-ID: <55F292E1.5050707@redhat.com>

Vote: yes

From sunil.lmc at gmail.com  Fri Sep 11 09:01:30 2015
From: sunil.lmc at gmail.com (sunil)
Date: Fri, 11 Sep 2015 04:01:30 -0500
Subject: CFV: New project: Shenandoah
In-Reply-To: <55F292E1.5050707@redhat.com>
References: <1441886789.2873.26.camel@kennke.org> <55F292E1.5050707@redhat.com>
Message-ID: <CAPuoMkG99rfF6wMXg0uSHyTK2pxB53HdNsPAuhwMJW91u042Xg@mail.gmail.com>

Vote: yes

On Friday, September 11, 2015, Andrew Haley <aph at redhat.com> wrote:

> Vote: yes
>


-- 
Regards,

Sunil Kumar K C

From laurent.daynes at oracle.com  Fri Sep 11 09:18:50 2015
From: laurent.daynes at oracle.com (Laurent Daynes)
Date: Fri, 11 Sep 2015 11:18:50 +0200
Subject: CFV: New project: Shenandoah
In-Reply-To: <CAPuoMkG99rfF6wMXg0uSHyTK2pxB53HdNsPAuhwMJW91u042Xg@mail.gmail.com>
References: <1441886789.2873.26.camel@kennke.org> <55F292E1.5050707@redhat.com>
	<CAPuoMkG99rfF6wMXg0uSHyTK2pxB53HdNsPAuhwMJW91u042Xg@mail.gmail.com>
Message-ID: <55F29C7A.6050901@oracle.com>

Vote: yes

-- 
Laurent Daynes
Oracle Labs


From ChrisPhi at LGonQn.Org  Fri Sep 11 09:23:44 2015
From: ChrisPhi at LGonQn.Org (Chris Phi)
Date: Fri, 11 Sep 2015 05:23:44 -0400
Subject: CFV: New project: Shenandoah
In-Reply-To: <1441886789.2873.26.camel@kennke.org>
References: <1441886789.2873.26.camel@kennke.org>
Message-ID: <55F29DA0.3030701@LGonQn.Org>

Vote: yes


On 10/09/15 08:06 AM, Roman Kennke wrote:
> Project Shenandoah:  An Ultra-low Pause time GC for OpenJDK
>
> Overview:
>
> I hereby propose the creation of the Shenandoah project with Christine
> H. Flood as the initial lead and the Hotspot group as the sponsoring
> group. [1]
>
> Shenandoah is an ultra-low pause time garbage collector that reduces GC
> pause times by performing more garbage collection work concurrently
> with the running Java program. CMS and G1 both perform concurrent
> marking of live objects.  Shenandoah adds concurrent compaction.
>
> Shenandoah has so far been developed as part of the IcedTea project:
> http://icedtea.classpath.org/wiki/Shenandoah
>
> It has usable implementations for OpenJDK9 and OpenJDK8.
>
> Initial authors/reviewers:
> Christine Flood (cflood at redhat.com)
> Roman Kennke (rkennke at redhat.com)
>
> Christine H. Flood is a Principal Software Engineer at Red Hat.  
> She has a long history of implementing garbage collected programming
> languages at MIT, Symbolics, Sun Labs, and now Red Hat.  She helped 
> develop both G1 and the parallel collector.  A garbage collector 
> with concurrent evacuation is the obvious next step.
>
> Roman Kennke is Principle Software Engineer at Red Hat, working on
> Shenandoah since two years now. Before this, he worked on Thermostat,
> and contributed to OpenJDK in several areas, most importantly the Zero
> and Shark ports, graphics, and ports to embedded platforms.
>
> Votes are due by Sept, 24th, 2015
>
> Only current OpenJDK Members [2] 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 [3].
>
> Best regards,
> Roman Kennke
>
> [1] 
> http://mail.openjdk.java.net/pipermail/discuss/2015-August/003767.html
> [2] http://openjdk.java.net/census#members
> [3] http://openjdk.java.net/projects/#new-project-vote
>
>


From dbhole at redhat.com  Fri Sep 11 14:25:25 2015
From: dbhole at redhat.com (Deepak Bhole)
Date: Fri, 11 Sep 2015 10:25:25 -0400
Subject: CFV: New project: Shenandoah
In-Reply-To: <1441886789.2873.26.camel@kennke.org>
References: <1441886789.2873.26.camel@kennke.org>
Message-ID: <20150911142525.GA2255@redhat.com>

Vote: yes

Deepak

* Roman Kennke <roman at kennke.org> [2015-09-10 11:36]:
> Project Shenandoah:  An Ultra-low Pause time GC for OpenJDK
> 
> Overview:
> 
> I hereby propose the creation of the Shenandoah project with Christine
> H. Flood as the initial lead and the Hotspot group as the sponsoring
> group. [1]
> 
> Shenandoah is an ultra-low pause time garbage collector that reduces GC
> pause times by performing more garbage collection work concurrently
> with the running Java program. CMS and G1 both perform concurrent
> marking of live objects.  Shenandoah adds concurrent compaction.
> 
> Shenandoah has so far been developed as part of the IcedTea project:
> http://icedtea.classpath.org/wiki/Shenandoah
> 
> It has usable implementations for OpenJDK9 and OpenJDK8.
> 
> Initial authors/reviewers:
> Christine Flood (cflood at redhat.com)
> Roman Kennke (rkennke at redhat.com)
> 
> Christine H. Flood is a Principal Software Engineer at Red Hat.  
> She has a long history of implementing garbage collected programming
> languages at MIT, Symbolics, Sun Labs, and now Red Hat.  She helped 
> develop both G1 and the parallel collector.  A garbage collector 
> with concurrent evacuation is the obvious next step.
> 
> Roman Kennke is Principle Software Engineer at Red Hat, working on
> Shenandoah since two years now. Before this, he worked on Thermostat,
> and contributed to OpenJDK in several areas, most importantly the Zero
> and Shark ports, graphics, and ports to embedded platforms.
> 
> Votes are due by Sept, 24th, 2015
> 
> Only current OpenJDK Members [2] 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 [3].
> 
> Best regards,
> Roman Kennke
> 
> [1] 
> http://mail.openjdk.java.net/pipermail/discuss/2015-August/003767.html
> [2] http://openjdk.java.net/census#members
> [3] http://openjdk.java.net/projects/#new-project-vote
> 
> 

From mark.reinhold at oracle.com  Fri Sep 11 15:05:36 2015
From: mark.reinhold at oracle.com (mark.reinhold at oracle.com)
Date: Fri, 11 Sep 2015 08:05:36 -0700
Subject: CFV: New project: Shenandoah
In-Reply-To: <1441886789.2873.26.camel@kennke.org>
References: <1441886789.2873.26.camel@kennke.org>
Message-ID: <20150911080536.877638@eggemoggin.niobe.net>

Vote: yes

- Mark

From jon.masamitsu at oracle.com  Fri Sep 11 15:23:46 2015
From: jon.masamitsu at oracle.com (Jon Masamitsu)
Date: Fri, 11 Sep 2015 08:23:46 -0700
Subject: CFV: New project: Shenandoah
In-Reply-To: <1441886789.2873.26.camel@kennke.org>
References: <1441886789.2873.26.camel@kennke.org>
Message-ID: <55F2F202.1050807@oracle.com>

Vote: yes



On 9/10/2015 5:06 AM, Roman Kennke wrote:
> Project Shenandoah:  An Ultra-low Pause time GC for OpenJDK
>
> Overview:
>
> I hereby propose the creation of the Shenandoah project with Christine
> H. Flood as the initial lead and the Hotspot group as the sponsoring
> group. [1]
>
> Shenandoah is an ultra-low pause time garbage collector that reduces GC
> pause times by performing more garbage collection work concurrently
> with the running Java program. CMS and G1 both perform concurrent
> marking of live objects.  Shenandoah adds concurrent compaction.
>
> Shenandoah has so far been developed as part of the IcedTea project:
> http://icedtea.classpath.org/wiki/Shenandoah
>
> It has usable implementations for OpenJDK9 and OpenJDK8.
>
> Initial authors/reviewers:
> Christine Flood (cflood at redhat.com)
> Roman Kennke (rkennke at redhat.com)
>
> Christine H. Flood is a Principal Software Engineer at Red Hat.
> She has a long history of implementing garbage collected programming
> languages at MIT, Symbolics, Sun Labs, and now Red Hat.  She helped
> develop both G1 and the parallel collector.  A garbage collector
> with concurrent evacuation is the obvious next step.
>
> Roman Kennke is Principle Software Engineer at Red Hat, working on
> Shenandoah since two years now. Before this, he worked on Thermostat,
> and contributed to OpenJDK in several areas, most importantly the Zero
> and Shark ports, graphics, and ports to embedded platforms.
>
> Votes are due by Sept, 24th, 2015
>
> Only current OpenJDK Members [2] 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 [3].
>
> Best regards,
> Roman Kennke
>
> [1]
> http://mail.openjdk.java.net/pipermail/discuss/2015-August/003767.html
> [2] http://openjdk.java.net/census#members
> [3] http://openjdk.java.net/projects/#new-project-vote


From maurizio.cimadamore at oracle.com  Tue Sep 15 15:01:42 2015
From: maurizio.cimadamore at oracle.com (Maurizio Cimadamore)
Date: Tue, 15 Sep 2015 16:01:42 +0100
Subject: CFV: New project: Shenandoah
In-Reply-To: <1441886789.2873.26.camel@kennke.org>
References: <1441886789.2873.26.camel@kennke.org>
Message-ID: <55F832D6.9060805@oracle.com>

Vote: yes

Maurizio

On 10/09/15 13:06, Roman Kennke wrote:
> Project Shenandoah:  An Ultra-low Pause time GC for OpenJDK
>
> Overview:
>
> I hereby propose the creation of the Shenandoah project with Christine
> H. Flood as the initial lead and the Hotspot group as the sponsoring
> group. [1]
>
> Shenandoah is an ultra-low pause time garbage collector that reduces GC
> pause times by performing more garbage collection work concurrently
> with the running Java program. CMS and G1 both perform concurrent
> marking of live objects.  Shenandoah adds concurrent compaction.
>
> Shenandoah has so far been developed as part of the IcedTea project:
> http://icedtea.classpath.org/wiki/Shenandoah
>
> It has usable implementations for OpenJDK9 and OpenJDK8.
>
> Initial authors/reviewers:
> Christine Flood (cflood at redhat.com)
> Roman Kennke (rkennke at redhat.com)
>
> Christine H. Flood is a Principal Software Engineer at Red Hat.
> She has a long history of implementing garbage collected programming
> languages at MIT, Symbolics, Sun Labs, and now Red Hat.  She helped
> develop both G1 and the parallel collector.  A garbage collector
> with concurrent evacuation is the obvious next step.
>
> Roman Kennke is Principle Software Engineer at Red Hat, working on
> Shenandoah since two years now. Before this, he worked on Thermostat,
> and contributed to OpenJDK in several areas, most importantly the Zero
> and Shark ports, graphics, and ports to embedded platforms.
>
> Votes are due by Sept, 24th, 2015
>
> Only current OpenJDK Members [2] 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 [3].
>
> Best regards,
> Roman Kennke
>
> [1]
> http://mail.openjdk.java.net/pipermail/discuss/2015-August/003767.html
> [2] http://openjdk.java.net/census#members
> [3] http://openjdk.java.net/projects/#new-project-vote


From dalibor.topic at oracle.com  Wed Sep 16 16:39:25 2015
From: dalibor.topic at oracle.com (dalibor topic)
Date: Wed, 16 Sep 2015 18:39:25 +0200
Subject: CFV: New project: Shenandoah
In-Reply-To: <1441886789.2873.26.camel@kennke.org>
References: <1441886789.2873.26.camel@kennke.org>
Message-ID: <55F99B3D.40400@oracle.com>

Vote: Yes.

-- 
<http://www.oracle.com> Dalibor Topic | Principal Product Manager
Phone: +494089091214 <tel:+494089091214> | Mobile: +491737185961
<tel:+491737185961>

ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 M?nchen
Registergericht: Amtsgericht M?nchen, HRA 95603

Komplement?rin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher

<http://www.oracle.com/commitment> Oracle is committed to developing
practices and products that help protect the environment

From bengt.rutisson at oracle.com  Thu Sep 24 13:19:57 2015
From: bengt.rutisson at oracle.com (Bengt Rutisson)
Date: Thu, 24 Sep 2015 15:19:57 +0200
Subject: CFV: New project: Shenandoah
In-Reply-To: <1441886789.2873.26.camel@kennke.org>
References: <1441886789.2873.26.camel@kennke.org>
Message-ID: <5603F87D.5070709@oracle.com>


Vote: yes

Bengt

On 10/09/15 14:06, Roman Kennke wrote:
> Project Shenandoah:  An Ultra-low Pause time GC for OpenJDK
>
> Overview:
>
> I hereby propose the creation of the Shenandoah project with Christine
> H. Flood as the initial lead and the Hotspot group as the sponsoring
> group. [1]
>
> Shenandoah is an ultra-low pause time garbage collector that reduces GC
> pause times by performing more garbage collection work concurrently
> with the running Java program. CMS and G1 both perform concurrent
> marking of live objects.  Shenandoah adds concurrent compaction.
>
> Shenandoah has so far been developed as part of the IcedTea project:
> http://icedtea.classpath.org/wiki/Shenandoah
>
> It has usable implementations for OpenJDK9 and OpenJDK8.
>
> Initial authors/reviewers:
> Christine Flood (cflood at redhat.com)
> Roman Kennke (rkennke at redhat.com)
>
> Christine H. Flood is a Principal Software Engineer at Red Hat.
> She has a long history of implementing garbage collected programming
> languages at MIT, Symbolics, Sun Labs, and now Red Hat.  She helped
> develop both G1 and the parallel collector.  A garbage collector
> with concurrent evacuation is the obvious next step.
>
> Roman Kennke is Principle Software Engineer at Red Hat, working on
> Shenandoah since two years now. Before this, he worked on Thermostat,
> and contributed to OpenJDK in several areas, most importantly the Zero
> and Shark ports, graphics, and ports to embedded platforms.
>
> Votes are due by Sept, 24th, 2015
>
> Only current OpenJDK Members [2] 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 [3].
>
> Best regards,
> Roman Kennke
>
> [1]
> http://mail.openjdk.java.net/pipermail/discuss/2015-August/003767.html
> [2] http://openjdk.java.net/census#members
> [3] http://openjdk.java.net/projects/#new-project-vote


From stefan.karlsson at oracle.com  Thu Sep 24 13:21:28 2015
From: stefan.karlsson at oracle.com (Stefan Karlsson)
Date: Thu, 24 Sep 2015 15:21:28 +0200
Subject: CFV: New project: Shenandoah
In-Reply-To: <1441886789.2873.26.camel@kennke.org>
References: <1441886789.2873.26.camel@kennke.org>
Message-ID: <5603F8D8.9000403@oracle.com>

Vote: yes

StefanK

On 2015-09-10 14:06, Roman Kennke wrote:
> Project Shenandoah:  An Ultra-low Pause time GC for OpenJDK
>
> Overview:
>
> I hereby propose the creation of the Shenandoah project with Christine
> H. Flood as the initial lead and the Hotspot group as the sponsoring
> group. [1]
>
> Shenandoah is an ultra-low pause time garbage collector that reduces GC
> pause times by performing more garbage collection work concurrently
> with the running Java program. CMS and G1 both perform concurrent
> marking of live objects.  Shenandoah adds concurrent compaction.
>
> Shenandoah has so far been developed as part of the IcedTea project:
> http://icedtea.classpath.org/wiki/Shenandoah
>
> It has usable implementations for OpenJDK9 and OpenJDK8.
>
> Initial authors/reviewers:
> Christine Flood (cflood at redhat.com)
> Roman Kennke (rkennke at redhat.com)
>
> Christine H. Flood is a Principal Software Engineer at Red Hat.
> She has a long history of implementing garbage collected programming
> languages at MIT, Symbolics, Sun Labs, and now Red Hat.  She helped
> develop both G1 and the parallel collector.  A garbage collector
> with concurrent evacuation is the obvious next step.
>
> Roman Kennke is Principle Software Engineer at Red Hat, working on
> Shenandoah since two years now. Before this, he worked on Thermostat,
> and contributed to OpenJDK in several areas, most importantly the Zero
> and Shark ports, graphics, and ports to embedded platforms.
>
> Votes are due by Sept, 24th, 2015
>
> Only current OpenJDK Members [2] 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 [3].
>
> Best regards,
> Roman Kennke
>
> [1]
> http://mail.openjdk.java.net/pipermail/discuss/2015-August/003767.html
> [2] http://openjdk.java.net/census#members
> [3] http://openjdk.java.net/projects/#new-project-vote


From john.r.rose at oracle.com  Thu Sep 24 18:56:13 2015
From: john.r.rose at oracle.com (John Rose)
Date: Thu, 24 Sep 2015 11:56:13 -0700
Subject: CFV: New project: Shenandoah
In-Reply-To: <CA+3eh11Kte8cQst-pW2DY8+x6jM+z3vQFNHwQ1L1JgF1GNx4xg@mail.gmail.com>
References: <1441886789.2873.26.camel@kennke.org>
	<CA+3eh11Kte8cQst-pW2DY8+x6jM+z3vQFNHwQ1L1JgF1GNx4xg@mail.gmail.com>
Message-ID: <DA9CE444-DA9A-4EF5-BC5C-3FB72E00AB50@oracle.com>

Vote: yes

From bob.vandette at oracle.com  Tue Sep 29 17:18:45 2015
From: bob.vandette at oracle.com (Bob Vandette)
Date: Tue, 29 Sep 2015 13:18:45 -0400
Subject: CFV: New Project: Mobile: JDK Ports to Modern Mobile Platforms
In-Reply-To: <20150929164407.GI3157@redhat.com>
References: <C1CF97F2-B27E-4F8C-BC17-5C6B9A0A7C27@oracle.com>
	<20150929164407.GI3157@redhat.com>
Message-ID: <5F00A8A5-A66D-4739-AE9F-AB3BE96C22AC@oracle.com>

HI Omair,

If the project get?s approved, I?ll be putting together a Project Wiki page that
will provide more detailed information on Oracles expected contributions.

The summary of what we are planning on contributing is:

1. JDK 9 based port (Headless)
2. Support at minimum the equivalent of compact2 profile (but in module form)
3. iOS x64 and arm64 (arm64 will be provided via Zero interpreter)
4. Android x86 and arm (both 32-bit with JIT enabled)
5. Windows 10 x64 Surface Pro (No Windows Phone ARM support)
6. JavaLauncher helper interface to simplify the process of including Java in Mobile applications
7. Sample HelloWorld applications and/or project templates for each platform

We will not be providing GUI support.  There are folks in the community that have adapted
FX to Mobile platforms.  I suspect someone might combine these two efforts.

We currently have the above list of technologies working in JDK 8u60 and are in the 
process of forward porting this work to JDK 9.

Bob.


> On Sep 29, 2015, at 12:44 PM, Omair Majid <omajid at redhat.com> wrote:
> 
> Hi,
> 
> * Bob Vandette <bob.vandette at oracle.com> [2015-09-25 19:05]:
>> The Mobile Project will focus on porting the JDK to popular mobile
>> platforms such as iOS, Android, and Windows Mobile.  Oracle plans
>> on contributing build system, Hotspot and JDK source changes required 
>> to target mobile platforms including the ability to produce static 
>> Java runtimes and modifications to the Zero interpreter required 
>> for iOS ARM devices.
> 
> Is there any place where I can find out more information about this?
> What is involved in this port? Will this include porting AWT/Swing as
> well? What about (possible) modifications to Zero for Android/Windows
> ARM devices?
> 
> Thanks,
> Omair
> 
> -- 
> PGP Key: 66484681 (http://pgp.mit.edu/)
> Fingerprint = F072 555B 0A17 3957 4E95  0056 F286 F14F 6648 4681


From omajid at redhat.com  Tue Sep 29 17:55:51 2015
From: omajid at redhat.com (Omair Majid)
Date: Tue, 29 Sep 2015 13:55:51 -0400
Subject: CFV: New Project: Mobile: JDK Ports to Modern Mobile Platforms
In-Reply-To: <5F00A8A5-A66D-4739-AE9F-AB3BE96C22AC@oracle.com>
References: <C1CF97F2-B27E-4F8C-BC17-5C6B9A0A7C27@oracle.com>
	<20150929164407.GI3157@redhat.com>
	<5F00A8A5-A66D-4739-AE9F-AB3BE96C22AC@oracle.com>
Message-ID: <20150929175551.GK3157@redhat.com>

Hi,

* Bob Vandette <bob.vandette at oracle.com> [2015-09-29 13:18]:
> If the project get?s approved, I?ll be putting together a Project Wiki page that
> will provide more detailed information on Oracles expected contributions.
> 
> The summary of what we are planning on contributing is:
> 
> 1. JDK 9 based port (Headless)
> 2. Support at minimum the equivalent of compact2 profile (but in module form)
> 3. iOS x64 and arm64 (arm64 will be provided via Zero interpreter)
> 4. Android x86 and arm (both 32-bit with JIT enabled)
> 5. Windows 10 x64 Surface Pro (No Windows Phone ARM support)
> 6. JavaLauncher helper interface to simplify the process of including Java in Mobile applications
> 7. Sample HelloWorld applications and/or project templates for each platform
> 
> We will not be providing GUI support.  There are folks in the community that have adapted
> FX to Mobile platforms.  I suspect someone might combine these two efforts.
> 
> We currently have the above list of technologies working in JDK 8u60 and are in the 
> process of forward porting this work to JDK 9.

Thank you! This clears things up for me.

Regards,
Omair

-- 
PGP Key: 66484681 (http://pgp.mit.edu/)
Fingerprint = F072 555B 0A17 3957 4E95  0056 F286 F14F 6648 4681

From omajid at redhat.com  Tue Sep 29 18:11:05 2015
From: omajid at redhat.com (Omair Majid)
Date: Tue, 29 Sep 2015 14:11:05 -0400
Subject: CFV: New Project: Mobile: JDK Ports to Modern Mobile Platforms
In-Reply-To: <C1CF97F2-B27E-4F8C-BC17-5C6B9A0A7C27@oracle.com>
References: <C1CF97F2-B27E-4F8C-BC17-5C6B9A0A7C27@oracle.com>
Message-ID: <20150929181104.GO3157@redhat.com>

Vote: Yes

* Bob Vandette <bob.vandette at oracle.com> [2015-09-25 19:05]:
> I hereby propose the creation of the Mobile Project with myself 
> (Bob Vandette) as the initial Project Lead and the Porters Group as 
> the sponsoring Group.

Thanks,
Omair

-- 
PGP Key: 66484681 (http://pgp.mit.edu/)
Fingerprint = F072 555B 0A17 3957 4E95  0056 F286 F14F 6648 4681

From neugens.limasoftware at gmail.com  Tue Sep 29 18:20:58 2015
From: neugens.limasoftware at gmail.com (Mario Torre)
Date: Tue, 29 Sep 2015 20:20:58 +0200
Subject: CFV: New Project: Mobile: JDK Ports to Modern Mobile Platforms
In-Reply-To: <C1CF97F2-B27E-4F8C-BC17-5C6B9A0A7C27@oracle.com>
References: <C1CF97F2-B27E-4F8C-BC17-5C6B9A0A7C27@oracle.com>
Message-ID: <CAGUMyaQVFzCxsKCyU9dE8mytuk6tcK0-mQgbxdpNt0yzWeHXEA@mail.gmail.com>

Vote: Yes.

Cheers,
Mario

2015-09-26 0:34 GMT+02:00 Bob Vandette <bob.vandette at oracle.com>:
> I hereby propose the creation of the Mobile Project with myself
> (Bob Vandette) as the initial Project Lead and the Porters Group as
> the sponsoring Group.
>
> The Mobile Project will focus on porting the JDK to popular mobile
> platforms such as iOS, Android, and Windows Mobile.  Oracle plans
> on contributing build system, Hotspot and JDK source changes required
> to target mobile platforms including the ability to produce static
> Java runtimes and modifications to the Zero interpreter required
> for iOS ARM devices.
>
> I have been working on Java for over 15 years, focusing on Java SE
> Embedded and mobile platforms for the last 9 years.
>
> The initial Reviewers will include all current Reviewers in the JDK 9
> Project plus Gary Adams and Bertrand Delsart, who have in the past
> contributed significantly to Oracle's embedded Java products.  The
> initial Committers will be the current set of Committers to the JDK 9
> Project.
>
> Votes are due by 9:00 UTC on Monday 12, October 2015
>
> Only current OpenJDK Members [1] 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 [2].
>
> Best regards,
> Bob Vandette
>
> [1] http://openjdk.java.net/census#members <http://openjdk.java.net/census#members>
> [2] http://openjdk.java.net/projects/#new-project-vote <http://openjdk.java.net/projects/#new-project-vote>



-- 
pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF
Fingerprint: BA39 9666 94EC 8B73 27FA  FC7C 4086 63E3 80F2 40CF

Java Champion - Blog: http://neugens.wordpress.com - Twitter: @neugens
Proud GNU Classpath developer: http://www.classpath.org/
OpenJDK: http://openjdk.java.net/projects/caciocavallo/

Please, support open standards:
http://endsoftpatents.org/

From sebastian.sickelmann at gmx.de  Wed Sep 30 19:43:18 2015
From: sebastian.sickelmann at gmx.de (Sebastian Sickelmann)
Date: Wed, 30 Sep 2015 21:43:18 +0200
Subject: Test for JDK-5108778 Too many instances of java.lang.Boolean created
	in Java application
Message-ID: <560C3B56.4060309@gmx.de>

Hi,

a few days ago i started to investigate JDK-5108778[1] and started
discussions
for a small parts of it in macosx-port-dev[2] and hotspot-dev[3]. As
suggested by
Alexandr there should be a test that saves for regression for such
changes. I would
like to introduce a test like[4], what do you think?

It scans for all jimage-files in <java.home>/lib/modules and opens every
classfile
and scans every-method for a NEW-bytecode to a Wrapper-Type Classname.
Every match that is not in the Wrapper-Type itself is reported and counted.


I have some questions about this:
1. Is there a good way to get rid of the "9.0" part for reading the
classes out of the jimage?
2. What is with other Wrapper-Types (Byte,Short,Integer,Long, Character)
is it a good idea to also change such ctor of those? Would someone raise
an enhancement
for those?
3. How are value-types related to such an issue. Is it counterproductive
to change to XYZ.valueOf Method uses, or should we change to autoboxing
where possible? I haven't changed to autoboxing where i thought it would
be much less readable.
4. Should the changes be discussed in the group-lists? Or is there a
good place for discussion off central-changes?


-- Sebastian


[1] https://bugs.openjdk.java.net/browse/JDK-5108778
[2]
http://mail.openjdk.java.net/pipermail/macosx-port-dev/2015-September/006970.html
[3]
http://mail.openjdk.java.net/pipermail/hotspot-dev/2015-September/020018.html
[4]
https://dl.dropboxusercontent.com/u/43692695/oss-patches/openjdk/jdk-5108778/test_0/webrev/index.html