From stefan.johansson at oracle.com  Wed Jul  1 08:14:41 2015
From: stefan.johansson at oracle.com (Stefan Johansson)
Date: Wed, 01 Jul 2015 10:14:41 +0200
Subject: G1 now the default in JDK 9
Message-ID: <5593A171.90800@oracle.com>

Hi all,

A short heads up. The change to make G1 the default garbage collector 
has now made its way to jdk9/dev [1] and should soon be part of a JDK 9 
early access build.

Thanks,
Stefan

[1] http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d472d1331479


From zoltan.majo at oracle.com  Wed Jul  1 08:54:26 2015
From: zoltan.majo at oracle.com (=?UTF-8?B?Wm9sdMOhbiBNYWrDsw==?=)
Date: Wed, 01 Jul 2015 10:54:26 +0200
Subject: [9] RFR(M): 8076112: Add @HotSpotIntrinsicCandidate annotation
	to indicate methods for which Java Runtime has intrinsics
In-Reply-To: <B5B20B5E-29C3-458B-9807-A2A275056364@oracle.com>
References: <558BEABD.7090907@oracle.com>
	<558E594E.7080906@redhat.com>	<559112D1.5000903@oracle.com>
	<559113BB.1020106@redhat.com>	<559120C8.5070208@oracle.com>	<D804C63A-3FD0-48BC-823E-5EF6E0AF17F8@oracle.com>	<559141C3.7000909@redhat.com>	<9CDED78E-AC52-444C-95E0-6453D6E8D86C@oracle.com>
	<B5B20B5E-29C3-458B-9807-A2A275056364@oracle.com>
Message-ID: <5593AAC2.5070202@oracle.com>

Hi,


thank you, everyone, for the comments/suggestions/feedback! If no other 
issues come up, I intend to push the latest webrev (webrev.07) on 
Thursday (July 2).

Best regards,


Zoltan


From benjamin.john.evans at gmail.com  Wed Jul  1 15:39:14 2015
From: benjamin.john.evans at gmail.com (Ben Evans)
Date: Wed, 1 Jul 2015 16:39:14 +0100
Subject: Thread-safe java.text.SimpleDateFormat format and parse
In-Reply-To: <CAApx4VR+RS0P7ey8V+a3u8cYdkVMCnhLh6W_g47V8tCiZ-0v2Q@mail.gmail.com>
References: <CAApx4VR+RS0P7ey8V+a3u8cYdkVMCnhLh6W_g47V8tCiZ-0v2Q@mail.gmail.com>
Message-ID: <CABKW8RjoXrfGbeXQWDmNEevYtv9zR3WoVTS6AxYpKywfDL=4UQ@mail.gmail.com>

Given the other problems with the legacy date and time classes, why
spend engineering time tidying this up?

Everyone should be migrating to the new date & time support in
java.time, so this would just be a distraction.

Thanks,

Ben

On Sat, Jun 27, 2015 at 8:36 AM, Paul Draper <paulddraper at gmail.com> wrote:
> While it's often understood that SimpleDateFormat isn't thread safe with
> its setters, etc. it is frequently incorrectly assumed (despite the docs)
> that since format() and parse() do not mutate the object in a visible way,
> they can be called from multiple threads.
>
> The rationale is akin to calling ArrayList#get or HashMap#get from multiple
> threads. The entire class is not thread-safe, but you can call that
> non-mutating accessor from multiple threads without issue.
> The trouble is that SimpleDateFormat has a private Calendar instance
> variable, which is mutated during the format() and parse() methods.
>
> This is a very common mistake. There is a project whose entire purpose is a
> thread-safe formatter: https://code.google.com/p/safe-simple-date-format/
> And Apache Commons and Joda Time provide similar classes.
>
> Currently, users of SimpleDateFormat have to synchronize format() and
> parse(), or use a separate SimpleDateFormat for every thread.
> Or, too commonly, do neither and have a relatively unobvious race condition.
>
> Making format() and parse() calls thread-safe would require either using a
> local Calendar variable -- one instance per call -- or using a thread-local
> Calendar -- one instance per thread. The former option seems the best.
>
> The change would be fully backwards compatible. I have profiled a change
> with a local Calendar variable, and measured no difference in the
> performance (format and parse are by their nature rather involved methods
> to begin with).
> This change would improve the intuitive behavior of SimpleDateFormat and
> eliminate one of the most common mistakes of JDK users.

From otaviopolianasantana at gmail.com  Wed Jul  1 15:52:11 2015
From: otaviopolianasantana at gmail.com (=?UTF-8?Q?Ot=C3=A1vio_Gon=C3=A7alves_de_Santana?=)
Date: Wed, 1 Jul 2015 12:52:11 -0300
Subject: Thread-safe java.text.SimpleDateFormat format and parse
In-Reply-To: <CABKW8RjoXrfGbeXQWDmNEevYtv9zR3WoVTS6AxYpKywfDL=4UQ@mail.gmail.com>
References: <CAApx4VR+RS0P7ey8V+a3u8cYdkVMCnhLh6W_g47V8tCiZ-0v2Q@mail.gmail.com>
	<CABKW8RjoXrfGbeXQWDmNEevYtv9zR3WoVTS6AxYpKywfDL=4UQ@mail.gmail.com>
Message-ID: <CAPc8kR1Hpww_kMEnBofzV_9WzP=-w6ydyiCoHBRoUPYtF+rb=A@mail.gmail.com>

I agree with Ben.
On Jul 1, 2015 12:39 PM, "Ben Evans" <benjamin.john.evans at gmail.com> wrote:

> Given the other problems with the legacy date and time classes, why
> spend engineering time tidying this up?
>
> Everyone should be migrating to the new date & time support in
> java.time, so this would just be a distraction.
>
> Thanks,
>
> Ben
>
> On Sat, Jun 27, 2015 at 8:36 AM, Paul Draper <paulddraper at gmail.com>
> wrote:
> > While it's often understood that SimpleDateFormat isn't thread safe with
> > its setters, etc. it is frequently incorrectly assumed (despite the docs)
> > that since format() and parse() do not mutate the object in a visible
> way,
> > they can be called from multiple threads.
> >
> > The rationale is akin to calling ArrayList#get or HashMap#get from
> multiple
> > threads. The entire class is not thread-safe, but you can call that
> > non-mutating accessor from multiple threads without issue.
> > The trouble is that SimpleDateFormat has a private Calendar instance
> > variable, which is mutated during the format() and parse() methods.
> >
> > This is a very common mistake. There is a project whose entire purpose
> is a
> > thread-safe formatter:
> https://code.google.com/p/safe-simple-date-format/
> > And Apache Commons and Joda Time provide similar classes.
> >
> > Currently, users of SimpleDateFormat have to synchronize format() and
> > parse(), or use a separate SimpleDateFormat for every thread.
> > Or, too commonly, do neither and have a relatively unobvious race
> condition.
> >
> > Making format() and parse() calls thread-safe would require either using
> a
> > local Calendar variable -- one instance per call -- or using a
> thread-local
> > Calendar -- one instance per thread. The former option seems the best.
> >
> > The change would be fully backwards compatible. I have profiled a change
> > with a local Calendar variable, and measured no difference in the
> > performance (format and parse are by their nature rather involved methods
> > to begin with).
> > This change would improve the intuitive behavior of SimpleDateFormat and
> > eliminate one of the most common mistakes of JDK users.
>

From claes.redestad at oracle.com  Wed Jul  1 16:01:08 2015
From: claes.redestad at oracle.com (Claes Redestad)
Date: Wed, 01 Jul 2015 18:01:08 +0200
Subject: Thread-safe java.text.SimpleDateFormat format and parse
In-Reply-To: <CABKW8RjoXrfGbeXQWDmNEevYtv9zR3WoVTS6AxYpKywfDL=4UQ@mail.gmail.com>
References: <CAApx4VR+RS0P7ey8V+a3u8cYdkVMCnhLh6W_g47V8tCiZ-0v2Q@mail.gmail.com>
	<CABKW8RjoXrfGbeXQWDmNEevYtv9zR3WoVTS6AxYpKywfDL=4UQ@mail.gmail.com>
Message-ID: <55940EC4.6070806@oracle.com>

+1

The suggested approaches would have a negative performance
impact on code which have addressed the thread-safety issues
(by synchronizing, using ThreadLocal instances or similar), so I see
no way this could be fixed in a way that would make everyone
happy.

/Claes

On 2015-07-01 17:39, Ben Evans wrote:
> Given the other problems with the legacy date and time classes, why
> spend engineering time tidying this up?
>
> Everyone should be migrating to the new date & time support in
> java.time, so this would just be a distraction.
>
> Thanks,
>
> Ben
>
> On Sat, Jun 27, 2015 at 8:36 AM, Paul Draper <paulddraper at gmail.com> wrote:
>> While it's often understood that SimpleDateFormat isn't thread safe with
>> its setters, etc. it is frequently incorrectly assumed (despite the docs)
>> that since format() and parse() do not mutate the object in a visible way,
>> they can be called from multiple threads.
>>
>> The rationale is akin to calling ArrayList#get or HashMap#get from multiple
>> threads. The entire class is not thread-safe, but you can call that
>> non-mutating accessor from multiple threads without issue.
>> The trouble is that SimpleDateFormat has a private Calendar instance
>> variable, which is mutated during the format() and parse() methods.
>>
>> This is a very common mistake. There is a project whose entire purpose is a
>> thread-safe formatter: https://code.google.com/p/safe-simple-date-format/
>> And Apache Commons and Joda Time provide similar classes.
>>
>> Currently, users of SimpleDateFormat have to synchronize format() and
>> parse(), or use a separate SimpleDateFormat for every thread.
>> Or, too commonly, do neither and have a relatively unobvious race condition.
>>
>> Making format() and parse() calls thread-safe would require either using a
>> local Calendar variable -- one instance per call -- or using a thread-local
>> Calendar -- one instance per thread. The former option seems the best.
>>
>> The change would be fully backwards compatible. I have profiled a change
>> with a local Calendar variable, and measured no difference in the
>> performance (format and parse are by their nature rather involved methods
>> to begin with).
>> This change would improve the intuitive behavior of SimpleDateFormat and
>> eliminate one of the most common mistakes of JDK users.


From forax at univ-mlv.fr  Wed Jul  1 17:19:37 2015
From: forax at univ-mlv.fr (Remi Forax)
Date: Wed, 1 Jul 2015 19:19:37 +0200
Subject: Thread-safe java.text.SimpleDateFormat format and parse
In-Reply-To: <55940EC4.6070806@oracle.com>
References: <CAApx4VR+RS0P7ey8V+a3u8cYdkVMCnhLh6W_g47V8tCiZ-0v2Q@mail.gmail.com>
	<CABKW8RjoXrfGbeXQWDmNEevYtv9zR3WoVTS6AxYpKywfDL=4UQ@mail.gmail.com>
	<55940EC4.6070806@oracle.com>
Message-ID: <55942129.9070401@univ-mlv.fr>

I think we should go a step further and deprecate SimpleDateFormat and 
java.util.Date,
it will save time for everyone (once everyone will have migrated ... ).

R?mi

On 07/01/2015 06:01 PM, Claes Redestad wrote:
> +1
>
> The suggested approaches would have a negative performance
> impact on code which have addressed the thread-safety issues
> (by synchronizing, using ThreadLocal instances or similar), so I see
> no way this could be fixed in a way that would make everyone
> happy.
>
> /Claes
>
> On 2015-07-01 17:39, Ben Evans wrote:
>> Given the other problems with the legacy date and time classes, why
>> spend engineering time tidying this up?
>>
>> Everyone should be migrating to the new date & time support in
>> java.time, so this would just be a distraction.
>>
>> Thanks,
>>
>> Ben
>>
>> On Sat, Jun 27, 2015 at 8:36 AM, Paul Draper <paulddraper at gmail.com> 
>> wrote:
>>> While it's often understood that SimpleDateFormat isn't thread safe 
>>> with
>>> its setters, etc. it is frequently incorrectly assumed (despite the 
>>> docs)
>>> that since format() and parse() do not mutate the object in a 
>>> visible way,
>>> they can be called from multiple threads.
>>>
>>> The rationale is akin to calling ArrayList#get or HashMap#get from 
>>> multiple
>>> threads. The entire class is not thread-safe, but you can call that
>>> non-mutating accessor from multiple threads without issue.
>>> The trouble is that SimpleDateFormat has a private Calendar instance
>>> variable, which is mutated during the format() and parse() methods.
>>>
>>> This is a very common mistake. There is a project whose entire 
>>> purpose is a
>>> thread-safe formatter: 
>>> https://code.google.com/p/safe-simple-date-format/
>>> And Apache Commons and Joda Time provide similar classes.
>>>
>>> Currently, users of SimpleDateFormat have to synchronize format() and
>>> parse(), or use a separate SimpleDateFormat for every thread.
>>> Or, too commonly, do neither and have a relatively unobvious race 
>>> condition.
>>>
>>> Making format() and parse() calls thread-safe would require either 
>>> using a
>>> local Calendar variable -- one instance per call -- or using a 
>>> thread-local
>>> Calendar -- one instance per thread. The former option seems the best.
>>>
>>> The change would be fully backwards compatible. I have profiled a 
>>> change
>>> with a local Calendar variable, and measured no difference in the
>>> performance (format and parse are by their nature rather involved 
>>> methods
>>> to begin with).
>>> This change would improve the intuitive behavior of SimpleDateFormat 
>>> and
>>> eliminate one of the most common mistakes of JDK users.
>


From joe.darcy at oracle.com  Wed Jul  1 17:56:26 2015
From: joe.darcy at oracle.com (joe darcy)
Date: Wed, 01 Jul 2015 10:56:26 -0700
Subject: Test policy follow-up, third testing tier
In-Reply-To: <CAP7YuAR1x-wNrMjvUQLyqcffEOVbJWTGicXpqBXSg53i5M_8Wg@mail.gmail.com>
References: <5589E24F.1060804@oracle.com>
	<CAP7YuAR1x-wNrMjvUQLyqcffEOVbJWTGicXpqBXSg53i5M_8Wg@mail.gmail.com>
Message-ID: <559429CA.4060004@oracle.com>

Hi Martijn,

On 6/24/2015 3:22 AM, Martijn Verburg wrote:
> Hi Joe,
>
> Just a thought from the outside looking in (feel free to discard!).  
> I'm seeing a reasonably strong trend to label these types of test 
> suites/tiers as: Unit, Integration, System and Heisen.  It's a very 
> small thing, but perhaps OpenJDK as a project could use some of this 
> (hopefully familiar) terminology.  e.g. I know that if I was a new 
> developer joining OpenJDK that if Tier 2 was re-labelled Heisen then 
> I'd immediately know what that meant.

Thanks for the feedback on naming. The tiers as they are currently 
constituted don't align well with the divisions you're outlined. 
However, I think more informative naming for the tiers is something to 
keep in mind to revisit in the future.

Cheers,

-Joe

>
> Apart from that, I really like the proposal, I know it's been 
> personally frustrating as a casual contributor to see a Heisen test 
> fail when making a fairly trivial change.
>
> As an aside the Adoption Group has an unofficial nightly build of 
> jtreg and some other code tools at: 
> https://adopt-openjdk.ci.cloudbees.com/view/OpenJDK%20code-tools/
>
> Cheers,
> Martijn
>
> On 23 June 2015 at 23:48, joe darcy <joe.darcy at oracle.com 
> <mailto:joe.darcy at oracle.com>> wrote:
>
>     Hello,
>
>     As a reminder, JDK 9 is now using a tiered testing policy where
>     about 9,000 tests have been placed into one of two tiers, with
>     tier 1 tests having a stricter policy on passing than tier 2. [1]
>     The overall policy is that tier 1 tests should always pass in
>     master and that integrations, both dev -> master and hotspot main
>     -> dev, should preserve the property that all tier 1 tests pass.
>     In addition, only a limited number of tier 2 tests should fail.
>
>     In related work, jtreg keywords are now used to mark tests as
>     using randomness and/or being known to fail intermittently. A test
>     using randomness which is also known to fail intermittently should
>     be modified so that the random seed is recorded in the test log
>     and so that the seed can be set to see if the test reproducibly
>     fails with a particular seed value. [2] Analysis of a test failure
>     of a test using randomness should include recording the seed value
>     in a bug.
>
>     There are a number of expectations for regression tests in the
>     JDK. There is a general expectation that a test passes reliably
>     and quickly across platforms. Tests specific to particular
>     platform can indicate that using the jtreg @requires feature. [3]
>     Tests must pass with assertions and system assertions enabled, as
>     controlled by the jtreg options -ea and -esa, respectively. In
>     addition, tests should pass when invoked under jtreg's agent vm
>     mode with concurrency, jtreg options -agentvm and -conc:$NUMBER.
>     If a test for technical reasons cannot be run in agentvm mode, it
>     should be written to explicitly run in othervm mode (@run
>     main/othervm TestName) or use other equivalent measures, such as
>     including the directory hosting the test on the othervm.dirs
>     property in TEST.ROOT. That way such a test will still pass when
>     invoked by a jtreg command which otherwise uses agentvm mode.
>
>     Developers should use a current version of jtreg for test runs as
>     the test suite is relying on features in new jtreg versions. [4]
>     The jdk repo is declared to require at least jtreg 4.1 b11; jtreg
>     4.1 b12 is the latest version as of writing this message. One or
>     more additional jtreg version can be expected before JDK 9 ships.
>
>     The next iteration of refining tiered testing is to add a third
>     tier, tier 3. The initial tier 1 and tier 2 test definitions did
>     not include any client library tests. As mentioned as a
>     possibility in the earlier tiered testing proposal, tier 3 can
>     start hosting client library tests, beginning with sets of tests
>     which do not require a "headful" environment. [5] Detailed
>     discussions about which test sets to include will be conducted
>     with the appropriate client libs teams. Additionally, for areas
>     with known intermittent test problems, tests can be moved down to
>     a lower test tier to ease getting clean results on the higher
>     tier. For example, despite many improvements made over the last
>     several years to the speed and robustness of the rmi tests, the
>     rmi tests are still prone to intermittent failures when run
>     concurrently. Therefore, as follow-up work after tier 3 is added,
>     I propose moving the rmi tests from tier 2 to tier 3. [6]
>
>     Comments?
>
>     Thanks,
>
>     -Joe
>
>     [1]
>     http://mail.openjdk.java.net/pipermail/jdk9-dev/2015-March/001991.html
>
>     [2]
>     http://mail.openjdk.java.net/pipermail/jdk9-dev/2015-April/002164.html
>
>     [3] http://openjdk.java.net/jtreg/tag-spec.html#requires_names
>
>     [4] For download information, see http://openjdk.java.net/jtreg/
>
>     [5] 8081547: Prepare client libs regression tests for running in a
>     concurrent, headless jtreg environment
>
>     [6] JDK-8129624: Move jdk_rmi test group from tier 2 to tier 3
>
>


From martin.desruisseaux at geomatys.com  Wed Jul  1 18:11:02 2015
From: martin.desruisseaux at geomatys.com (Martin Desruisseaux)
Date: Wed, 01 Jul 2015 20:11:02 +0200
Subject: Thread-safe java.text.SimpleDateFormat format and parse
In-Reply-To: <55942129.9070401@univ-mlv.fr>
References: <CAApx4VR+RS0P7ey8V+a3u8cYdkVMCnhLh6W_g47V8tCiZ-0v2Q@mail.gmail.com>	<CABKW8RjoXrfGbeXQWDmNEevYtv9zR3WoVTS6AxYpKywfDL=4UQ@mail.gmail.com>	<55940EC4.6070806@oracle.com>
	<55942129.9070401@univ-mlv.fr>
Message-ID: <55942D36.80205@geomatys.com>

Le 01/07/15 19:19, Remi Forax a ?crit :
> I think we should go a step further and deprecate SimpleDateFormat and
> java.util.Date,
> it will save time for everyone (once everyone will have migrated ... ).

But I think that a replacement in the java.text package would be useful.
It could be for example a new DateFormat subclass that delegates most of
its work to java.time. The java.text package is still useful for
localizations mixing numbers, dates and other objects for which we have
a Format subclass (e.g. MessageFormat, but not only). I'm not aware of
other classes in the JDK that can replace java.text as a framework for
localization of arbitrary (provided a Format subclass exists) objects.

    Martin


From paulddraper at gmail.com  Wed Jul  1 18:33:08 2015
From: paulddraper at gmail.com (Paul Draper)
Date: Wed, 1 Jul 2015 12:33:08 -0600
Subject: Thread-safe java.text.SimpleDateFormat format and parse
In-Reply-To: <55942129.9070401@univ-mlv.fr>
References: <CAApx4VR+RS0P7ey8V+a3u8cYdkVMCnhLh6W_g47V8tCiZ-0v2Q@mail.gmail.com>
	<CABKW8RjoXrfGbeXQWDmNEevYtv9zR3WoVTS6AxYpKywfDL=4UQ@mail.gmail.com>
	<55940EC4.6070806@oracle.com> <55942129.9070401@univ-mlv.fr>
Message-ID: <CAApx4VSM5Fu8o307C3X2eZtjuny+q2wD=HuBernr9JcJFoDcxQ@mail.gmail.com>

> The suggested approaches would have a negative performance
impact on code which have addressed the thread-safety issues
(by synchronizing, using ThreadLocal instances or similar)

The best approach is to copy a Calendar instance for each call to format()
/ parse().
As I said before, the resulting difference in performance is has been
immeasurable (again, probably because these methods perform many
allocations already).

> It could be for example a new DateFormat subclass that delegates most of
its work to java.time.

I like it, but that may not be possible. For example, I don't know how to
duplicate getCalendar/setCalendar.

> I think we should go a step further and deprecate SimpleDateFormat and
java.util.Date,
it will save time for everyone

> Given the other problems with the legacy date and time classes, why
spend engineering time tidying this up?

I am not a fan of competing implementations for the same task.
But that said, *lots* of code still uses Date, SimpleDataFormat, etc. For
example,
https://github.com/search?l=Java&q=simpledateformat+language%3AJava&ref=advsearch&type=Code&utf8=%E2%9C%93
And Martin has a good point about the Format subclass. I doubt that
deprecating these can happen soon.

---

I am proposing a small implementation-only change for JDK9 and possibly
earlier(!) that will improve a *very* large amount of existing code.

Larger, sweeping API changes for newer code are very great, but they target
something different, and aren't necessarily "in competition" with this.

From lana.steuck at oracle.com  Wed Jul  1 21:36:18 2015
From: lana.steuck at oracle.com (lana.steuck at oracle.com)
Date: Wed, 1 Jul 2015 14:36:18 -0700 (PDT)
Subject: jdk9-b71: dev
Message-ID: <201507012136.t61LaIrR014125@sc11152554.us.oracle.com>

http://hg.openjdk.java.net/jdk9/jdk9/rev/c706ef5ea5da 
http://hg.openjdk.java.net/jdk9/jdk9/nashorn/rev/7066af6e7b06 
http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/dc35e315436d 
http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/e47d3bfbc61a 
http://hg.openjdk.java.net/jdk9/jdk9/jaxws/rev/61caeb7061bb 
http://hg.openjdk.java.net/jdk9/jdk9/jaxp/rev/a3200b88f259 
http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/07c6b035d68b 
http://hg.openjdk.java.net/jdk9/jdk9/corba/rev/cd39ed501fb0 

---

All the fixes will be tested during promotion (no PIT testing at this point):

List of all fixes:
===================
JDK-8129822   client-libs     Define "headful" jtreg keyword 
JDK-8072773   core-libs       (fs) Files.lines needs a better splitting implementation for stream so 
JDK-8129597   core-libs       Add tier 3 test definitions to the JDK 9 forest 
JDK-8129544   core-libs       ArrayIndexOutOfBoundsException when decoding corrupt Base64 string 
JDK-8129959   core-libs       DebugLogger has unnecessary API methods 
JDK-8080450   core-libs       doc for Double/Int/LongSummaryStatistics.toString has errors 
JDK-8066504   core-libs       GetVersionEx in java.base/windows/native/libjava/java_props_md.c might 
JDK-8129410   core-libs       Java adapters with class-level overrides should preserve variable arit 
JDK-8129535   core-libs       java_props_md.c should compile on VS 2010 
JDK-8129510   core-libs       java/net/Inet6Address/serialize/Inet6AddressSerializationTest.java sho 
JDK-8081293   core-libs       java/nio/file/Files/CopyAndMove.java failed with java.nio.file.FileAlr 
JDK-8129532   core-libs       LFMultiThreadCachingTest.java failed with ConcurrentModificationExcept 
JDK-8129624   core-libs       Move jdk_rmi test group from tier 2 to tier 3 
JDK-8129499   core-libs       Structure of java/rmi/activation/rmidViaInheritedChannel tests masks e 
JDK-8129507   core-libs       sun/net/www/protocol/http/B6369510.java fails intermittently  
JDK-8129120   core-libs       Terminal operation properties should not be back-propagated to upstrea 
JDK-8008577   core-libs       Use CLDR Locale Data by Default 
JDK-8129950   core-libs       Wrong condition for checking absence of logger in MethodHandleFactory 
JDK-8079466   docs            JNI Specification Update and Clean-up (JDK 8) 
JDK-8081790   hotspot         aarch64: SHA tests fail 
JDK-8129551   hotspot         aarch64: some regressions introduced by addition of vectorisation code 
JDK-8080947   hotspot         Add uint as a valid VM flag type 
JDK-8086046   hotspot         escape analysis generates incorrect code as of B67 
JDK-8074551   hotspot         GWT can be marked non-compilable due to deopt count pollution   
JDK-8081219   hotspot         hs_err improvement: Add event logging for class redefinition to the hs 
JDK-8081806   hotspot         TEST_BUG: no proper sync with agent thread in hs103t002 
JDK-8081471   infrastructure  Allow SetupTestFilesCompilation to set LDFLAGS for individual tests 
JDK-8081616   infrastructure  Remove hard-coded CFLAGS_WARNINGS_ARE_ERRORS to fully respect --disabl 
JDK-8129575   security-libs   Equal DelegationPermission instances may return different hash codes 
JDK-7191662   security-libs   JCE providers should be located via ServiceLoader 
JDK-8129595   security-libs   New DTLS tests need @modules 
JDK-8023546   security-libs   sun/security/mscapi/ShortRSAKey1024.sh fails intermittently 
JDK-8050409   security-libs   Test for JAAS getPrivateCredentials 
JDK-8081854   tools           Javadoc should generate named anchors for HTML4 output 
JDK-8076538   tools           Verify error at runtime due to incorrect classification of a lambda as 
JDK-8076139   xml             [TEST_BUG] test/javax/xml/ws/8046817/GenerateEnumSchema.java creates f 
JDK-8129880   xml             Cleanup usage of getResource in jaxp 
JDK-8129572   xml             Cleanup usage of getResourceAsStream in jaxp 
JDK-8080266   xml             Failed to create CharInfo due to ResourceBundle update for modules 
JDK-8129956   xml             jaxp: CodeSource.getLocation() might return null 
JDK-8098582   xml             Remove redundant package.html file in javax.xml.ws/wsaddressing 

From benjamin.john.evans at gmail.com  Thu Jul  2 10:32:34 2015
From: benjamin.john.evans at gmail.com (Ben Evans)
Date: Thu, 2 Jul 2015 11:32:34 +0100
Subject: Thread-safe java.text.SimpleDateFormat format and parse
In-Reply-To: <CAApx4VSM5Fu8o307C3X2eZtjuny+q2wD=HuBernr9JcJFoDcxQ@mail.gmail.com>
References: <CAApx4VR+RS0P7ey8V+a3u8cYdkVMCnhLh6W_g47V8tCiZ-0v2Q@mail.gmail.com>
	<CABKW8RjoXrfGbeXQWDmNEevYtv9zR3WoVTS6AxYpKywfDL=4UQ@mail.gmail.com>
	<55940EC4.6070806@oracle.com> <55942129.9070401@univ-mlv.fr>
	<CAApx4VSM5Fu8o307C3X2eZtjuny+q2wD=HuBernr9JcJFoDcxQ@mail.gmail.com>
Message-ID: <CABKW8RjKGj-Q+1MrpNCRjQ+_efMoNsVO410Yj0p8M4hB6i9oqg@mail.gmail.com>

Hi Paul,

A "small implementation-only change" isn't just about the code.
There's the QA cycles, regression analysis, etc, etc. The cost of a
change isn't just the code, and it also represents the opportunity
cost of *not* making another change.

To do so for a known-broken API (that IMO should be deprecated) is the
equivalent of saying "Lots of people still smoke in bed, despite
everyone knowing how dangerous it is. Let's spend a lot of time &
effort making them a better ashtray so they can do so in more
comfort."

Thanks,

Ben

On Wed, Jul 1, 2015 at 7:33 PM, Paul Draper <paulddraper at gmail.com> wrote:
>> The suggested approaches would have a negative performance
> impact on code which have addressed the thread-safety issues
> (by synchronizing, using ThreadLocal instances or similar)
>
> The best approach is to copy a Calendar instance for each call to format()
> / parse().
> As I said before, the resulting difference in performance is has been
> immeasurable (again, probably because these methods perform many
> allocations already).
>
>> It could be for example a new DateFormat subclass that delegates most of
> its work to java.time.
>
> I like it, but that may not be possible. For example, I don't know how to
> duplicate getCalendar/setCalendar.
>
>> I think we should go a step further and deprecate SimpleDateFormat and
> java.util.Date,
> it will save time for everyone
>
>> Given the other problems with the legacy date and time classes, why
> spend engineering time tidying this up?
>
> I am not a fan of competing implementations for the same task.
> But that said, *lots* of code still uses Date, SimpleDataFormat, etc. For
> example,
> https://github.com/search?l=Java&q=simpledateformat+language%3AJava&ref=advsearch&type=Code&utf8=%E2%9C%93
> And Martin has a good point about the Format subclass. I doubt that
> deprecating these can happen soon.
>
> ---
>
> I am proposing a small implementation-only change for JDK9 and possibly
> earlier(!) that will improve a *very* large amount of existing code.
>
> Larger, sweeping API changes for newer code are very great, but they target
> something different, and aren't necessarily "in competition" with this.

From dalibor.topic at oracle.com  Thu Jul  2 11:59:57 2015
From: dalibor.topic at oracle.com (dalibor topic)
Date: Thu, 02 Jul 2015 13:59:57 +0200
Subject: Thread-safe java.text.SimpleDateFormat format and parse
In-Reply-To: <CABKW8RjKGj-Q+1MrpNCRjQ+_efMoNsVO410Yj0p8M4hB6i9oqg@mail.gmail.com>
References: <CAApx4VR+RS0P7ey8V+a3u8cYdkVMCnhLh6W_g47V8tCiZ-0v2Q@mail.gmail.com>	<CABKW8RjoXrfGbeXQWDmNEevYtv9zR3WoVTS6AxYpKywfDL=4UQ@mail.gmail.com>	<55940EC4.6070806@oracle.com>
	<55942129.9070401@univ-mlv.fr>	<CAApx4VSM5Fu8o307C3X2eZtjuny+q2wD=HuBernr9JcJFoDcxQ@mail.gmail.com>
	<CABKW8RjKGj-Q+1MrpNCRjQ+_efMoNsVO410Yj0p8M4hB6i9oqg@mail.gmail.com>
Message-ID: <559527BD.6040606@oracle.com>



On 02.07.2015 12:32, Ben Evans wrote:
> To do so for a known-broken API (that IMO should be deprecated) is the
> equivalent of saying "Lots of people still smoke in bed, despite
> everyone knowing how dangerous it is. Let's spend a lot of time &
> effort making them a better ashtray so they can do so in more
> comfort."

Potentially relevant reading on the subject of ashtrays: 
http://www.standalone-sysadmin.com/blog/2012/05/engineeringinfrastructures/

cheers,
dalibor topic
-- 
<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 volker.simonis at gmail.com  Thu Jul  2 12:43:12 2015
From: volker.simonis at gmail.com (Volker Simonis)
Date: Thu, 2 Jul 2015 14:43:12 +0200
Subject: RFR(XXS): 8130315: Fix wrong prototype of GrowKnownVMs() in java.c
Message-ID: <CA+3eh10V0VbtSQpmPPhUkyB2GEdLusA=P8NT9HABKv1ZJ1J4_g@mail.gmail.com>

Hi,

could someone please review this tiny fix:

http://cr.openjdk.java.net/~simonis/webrevs/2015/8130315/
https://bugs.openjdk.java.net/browse/JDK-8130315

Because of this bug jdk9 doesn't build without
'--disable-warnings-as-errors' on SLES 12 with gcc 4.8.3

Thank you and best regards,
Volker

From brian.goetz at oracle.com  Thu Jul  2 15:26:27 2015
From: brian.goetz at oracle.com (Brian Goetz)
Date: Thu, 2 Jul 2015 11:26:27 -0400
Subject: G1 now the default in JDK 9
In-Reply-To: <5593A171.90800@oracle.com>
References: <5593A171.90800@oracle.com>
Message-ID: <55955823.9080705@oracle.com>

Congratulations on coming to the end (or maybe the beginning?) of a long 
road!

On 7/1/2015 4:14 AM, Stefan Johansson wrote:
> Hi all,
>
> A short heads up. The change to make G1 the default garbage collector
> has now made its way to jdk9/dev [1] and should soon be part of a JDK 9
> early access build.
>
> Thanks,
> Stefan
>
> [1] http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d472d1331479
>

From zoltan.majo at oracle.com  Thu Jul  2 15:39:52 2015
From: zoltan.majo at oracle.com (=?UTF-8?B?Wm9sdMOhbiBNYWrDsw==?=)
Date: Thu, 02 Jul 2015 17:39:52 +0200
Subject: [9] RFR(M): 8076112: Add @HotSpotIntrinsicCandidate annotation
	to indicate methods for which Java Runtime has intrinsics
In-Reply-To: <5593AAC2.5070202@oracle.com>
References: <558BEABD.7090907@oracle.com>	<558E594E.7080906@redhat.com>	<559112D1.5000903@oracle.com>	<559113BB.1020106@redhat.com>	<559120C8.5070208@oracle.com>	<D804C63A-3FD0-48BC-823E-5EF6E0AF17F8@oracle.com>	<559141C3.7000909@redhat.com>	<9CDED78E-AC52-444C-95E0-6453D6E8D86C@oracle.com>	<B5B20B5E-29C3-458B-9807-A2A275056364@oracle.com>
	<5593AAC2.5070202@oracle.com>
Message-ID: <55955B48.2070108@oracle.com>

Hi,


I updated the code to also consider intrinsics that were recently added 
for the following methods:
- java.math.BigInteger.implMontgomeryMultiply
- java.math.BigInteger.implMontgomerySquare
- java.util.zip.CRC32C.updateBytes
- java.util.zip.CRC32C.updateDirectByteBuffer

In the latest webrev (webrev.08) three files have changed relative to 
the previous webrev (webrev.07):
- hotspot: src/share/vm/classfile/vmSymbols.hpp (merge conflict)
- jdk: src/java.base/share/classes/java/util/zip/CRC32.java and 
src/java.base/share/classes/java/math/BigInteger.java (annotations were 
added to intrinsified methods)

Here is the updated webrev:
- hotspot: http://cr.openjdk.java.net/~zmajo/8076112/hotspot/webrev.08/
- jdk: http://cr.openjdk.java.net/~zmajo/8076112/jdk/webrev.08/

All JPRT tests pass.

I plan to push the newest webrev (webrev.08) on Friday (July 3) if no 
other issues come up by then.

Thank you and best regards,


Zoltan



On 07/01/2015 10:54 AM, Zolt?n Maj? wrote:
> Hi,
>
>
> thank you, everyone, for the comments/suggestions/feedback! If no 
> other issues come up, I intend to push the latest webrev (webrev.07) 
> on Thursday (July 2).
>
> Best regards,
>
>
> Zoltan
>


From sean.mullan at oracle.com  Thu Jul  2 18:21:51 2015
From: sean.mullan at oracle.com (Sean Mullan)
Date: Thu, 02 Jul 2015 14:21:51 -0400
Subject: CFV: New JDK9 Committer: Artem Smotrakov
In-Reply-To: <5591159C.9000200@oracle.com>
References: <5591159C.9000200@oracle.com>
Message-ID: <5595813F.7000302@oracle.com>

Vote: yes

--Sean

On 06/29/2015 05:53 AM, Konstantin Shefov wrote:
> I hereby nominate Artem Smotrakov to jdk9 Committer.
>
> Artem is a member of the Java SE Security Libs SQE team.
> He has spent most of that time working on Java security tests.
>
> He has contributed 9 changes to jdk9 so far:
>
> 8129575: Equal DelegationPermission instances may return different hash
> codes
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/ad204c67c4a7
> 8078823: javax/net/ssl/ciphersuites/DisabledAlgorithms.java fails
> intermittently
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/d9a57d498a29
> 8050374: More Signature tests
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/2c827d6e90c4
> 8079140: IgnoreAllErrorHandler should use doPrivileged when it reads
> system properties
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/f717a1d287b0
> 8079138: Additional negative tests for XML signature processing
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/ce95c2b9b2cc
> 8076486: [TESTBUG] javax/security/auth/Subject/doAs/NestedActions.java
> fails if extra VM options are given
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/fff8ab918557
> 8075007: Additional tests for krb5-related cipher suites with unbound
> server
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/76b64929271b
> 8048138: Tests for JAAS callbacks
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/1e5cc55ae5d3
> 8076221: Disable RC4 cipher suites
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/23cde932f139
>
> Votes are due by July 13, 2015.
>
> Only current JDK9 Committers [1] are eligible to vote on this
> nomination.
>
> For Lazy Consensus voting instructions, see [2].
>
> Thanks,
> kshefov
>
> [1] http://openjdk.java.net/census#jdk9
> [2] http://openjdk.java.net/projects#committer-vote
>

From volker.simonis at gmail.com  Fri Jul  3 07:28:26 2015
From: volker.simonis at gmail.com (Volker Simonis)
Date: Fri, 3 Jul 2015 09:28:26 +0200
Subject: Result: CFV: New jdk9 Committer: Thomas Stuefe
Message-ID: <CA+3eh11U4ueF4998+F7432Hm5t27-cBZGrRPSgbKqtAn0y8ZUA@mail.gmail.com>

Voting for Thomas Stuefe [1] is now closed.

Yes: 16
Veto: 0
Abstain: 0

According to the Bylaws definition of Lazy Consensus, this is
sufficient to approve the nomination.

Thanks,
Volker

[1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2015-June/002272.html

On Wed, Jun 10, 2015 at 7:01 PM, Volker Simonis
<volker.simonis at gmail.com> wrote:
>
> I hereby nominate Thomas Stuefe to jdk9 Committer.
>
> Thomas is a long-term member of the SAP JVM team at SAP.
> He has spent most of the time working on HotSpot runtime issues, but
> he is also the author of our internal AS400/System-i port and one of
> the main contributors to the AIX port.
>
> Recently he has contributed 19 changes to jdk9:
>
> 8059868: JVM crashes on attach on Windows when compiled with /RTC1
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/f6420ff4bc52
> 8024854: PPC64: Basic changes and files to build the class library on AIX
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/541585921c82
>
> 8077276: allocating heap with UseLargePages and HugeTLBFS may trash
> existing memory mappings (linux)
> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/98faabe210e9
> 8078628: linux-zero does not build without precompiled header
> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/dee7fefc6935
> 8076475: Misuses of strncpy/strncat
> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/4cf3113c8f42
> 8074354: Make CreateMinidumpOnCrash a new name and available on all platforms
> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/eb02bcd73927
> 8077257: Use CanUseSafeFetch instead of probing SafeFetch stub directly
> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/315c2a350a40
> 8075505: aix: improve handling of native memory
> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/1c471be03faf
> 8074860: Structured Exception Catcher missing around CreateJavaVM on Windows
> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/883ae015914d
> 8076185: Provide SafeFetchX implementation for zero
> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/633053d4d137
> 8074552: SafeFetch32 and SafeFetchN do not work in error handling
> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/3eb61269f421
> 8074543: Missing symbol "objArrayOopDesc::obj_at" when buiding with
> CPP Interpreter
> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/656216252893
> 8072935: Fix missing newline at end of file after 8067447
> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/b00d819e1fcc
> 8072575: Add missing test for 8065895
> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/a09b7ff9426d
> 8065895: Synchronous signals during error reporting may terminate or
> hang VM process
> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/6bfc40057b3f
> 8065788: os::reserve_memory() on Windows should not assert that
> allocation size is aligned to OS allocation granularity
> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/84af818eed0a
> 8064779: Add additional comments for "8062370: Various minor code improvements"
> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/524b9a4ec5d9
> 7102541: RFE: os::set_native_thread_name() cleanups
> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/763abe04c848
> 8020775: PPC64 (part 12): posix signal printing
> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f42f2e2a1518
>
>
> Votes are due by 20:00 CET, June 24, 2015.
>
> Only current JDK9 Committers [1] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [2].
>
> Thanks,
> Volker
>
> [1] http://openjdk.java.net/census#jdk9
> [2] http://openjdk.java.net/projects#committer-vote

From dalibor.topic at oracle.com  Fri Jul  3 11:11:42 2015
From: dalibor.topic at oracle.com (Dalibor Topic)
Date: Fri, 03 Jul 2015 13:11:42 +0200
Subject: CFV: New JDK9 Committer: Artem Smotrakov
In-Reply-To: <5595813F.7000302@oracle.com>
References: <5591159C.9000200@oracle.com> <5595813F.7000302@oracle.com>
Message-ID: <55966DEE.2000803@oracle.com>

Vote: Yes.


-- 
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 kim.barrett at oracle.com  Fri Jul  3 20:44:26 2015
From: kim.barrett at oracle.com (Kim Barrett)
Date: Fri, 3 Jul 2015 16:44:26 -0400
Subject: RFR(XXS): 8130315: Fix wrong prototype of GrowKnownVMs() in java.c
In-Reply-To: <CA+3eh10V0VbtSQpmPPhUkyB2GEdLusA=P8NT9HABKv1ZJ1J4_g@mail.gmail.com>
References: <CA+3eh10V0VbtSQpmPPhUkyB2GEdLusA=P8NT9HABKv1ZJ1J4_g@mail.gmail.com>
Message-ID: <A4A01324-4EDF-452A-ADF5-62ABA0AC0969@oracle.com>

On Jul 2, 2015, at 8:43 AM, Volker Simonis <volker.simonis at gmail.com> wrote:
> 
> Hi,
> 
> could someone please review this tiny fix:
> 
> http://cr.openjdk.java.net/~simonis/webrevs/2015/8130315/
> https://bugs.openjdk.java.net/browse/JDK-8130315
> 
> Because of this bug jdk9 doesn't build without
> '--disable-warnings-as-errors' on SLES 12 with gcc 4.8.3
> 
> Thank you and best regards,
> Volker

Looks good.  (Not a Reviewer.)



From ivan.gerasimov at oracle.com  Fri Jul  3 21:28:41 2015
From: ivan.gerasimov at oracle.com (Ivan Gerasimov)
Date: Sat, 04 Jul 2015 00:28:41 +0300
Subject: RFR(XXS): 8130315: Fix wrong prototype of GrowKnownVMs() in java.c
In-Reply-To: <A4A01324-4EDF-452A-ADF5-62ABA0AC0969@oracle.com>
References: <CA+3eh10V0VbtSQpmPPhUkyB2GEdLusA=P8NT9HABKv1ZJ1J4_g@mail.gmail.com>
	<A4A01324-4EDF-452A-ADF5-62ABA0AC0969@oracle.com>
Message-ID: <5596FE89.2000006@oracle.com>

Looks good to me too.

Sincerely yours,
Ivan

On 03.07.2015 23:44, Kim Barrett wrote:
> On Jul 2, 2015, at 8:43 AM, Volker Simonis <volker.simonis at gmail.com> wrote:
>> Hi,
>>
>> could someone please review this tiny fix:
>>
>> http://cr.openjdk.java.net/~simonis/webrevs/2015/8130315/
>> https://bugs.openjdk.java.net/browse/JDK-8130315
>>
>> Because of this bug jdk9 doesn't build without
>> '--disable-warnings-as-errors' on SLES 12 with gcc 4.8.3
>>
>> Thank you and best regards,
>> Volker
> Looks good.  (Not a Reviewer.)
>
>
>
>


From alejandro.murillo at oracle.com  Tue Jul  7 21:39:55 2015
From: alejandro.murillo at oracle.com (Alejandro E Murillo)
Date: Tue, 07 Jul 2015 15:39:55 -0600
Subject: jdk9-dev: HotSpot
Message-ID: <559C472B.6050706@oracle.com>

jdk9-hs-2015-07-02 has been integrated into jdk9-dev.

http://hg.openjdk.java.net/jdk9/dev/rev/dd33ad17d6fa
http://hg.openjdk.java.net/jdk9/dev/corba/rev/f9f3706bd24c
http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/aa457465c1cd
http://hg.openjdk.java.net/jdk9/dev/jaxp/rev/39ac2a55f28d
http://hg.openjdk.java.net/jdk9/dev/jaxws/rev/1d87054e2d2f
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/6910625f1211
http://hg.openjdk.java.net/jdk9/dev/langtools/rev/832e51533706
http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/1261d91a9e28

Component : VM
Status    : Go for integration
Date      : 07/07/2015 at 20:00 MSK
Tested By : VM SQE &dmitry.fazunenko at oracle.com

Bundles   : 2015-07-02-211628.amurillo.jdk9-hs-2015-07-02-snapshot

Testing:  94 new failures, 2202 known failures, 383983 passed.

Issues and Notes:
No detailed analysis. No stoppers have been detected so far.  Go for integration

CRs for testing:
8067163: Several JT_HS tests fails due to ClassNotFoundException on compacts
8073583: C2 support for CRC32C on SPARC
8079062: Java 9-fastdebug crash(hit assertion) with "-XX:CompilationPolicyChoice=1 -XX:-TieredCompilation" options
8079775: Java 9-fastdebug ia32 Error: Unimplemented with "-XX:CompilationPolicyChoice=1 -XX:-TieredCompilation" options
8086087: aarch64: add support for 64 bit vectors
8087218: Constant fold loads from final instance fields in VM anonymous classes
8129426: aarch64: add support for PopCount in C2
8129893: 8129094 fix is incomplete
8129937: compiler/codecache/jmx/UsageThresholdIncreasedTest.java fails with "Usage threshold was hit"

-- 
Alejandro


From lana.steuck at oracle.com  Wed Jul  8 22:24:55 2015
From: lana.steuck at oracle.com (lana.steuck at oracle.com)
Date: Wed, 8 Jul 2015 15:24:55 -0700 (PDT)
Subject: jdk9-b72: dev
Message-ID: <201507082224.t68MOtWV023768@sc11152554.us.oracle.com>

http://hg.openjdk.java.net/jdk9/jdk9/rev/8582c35016fb 
http://hg.openjdk.java.net/jdk9/jdk9/nashorn/rev/d017877b3b8c 
http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/832e51533706 
http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/f376824d4940 
http://hg.openjdk.java.net/jdk9/jdk9/jaxws/rev/1d87054e2d2f 
http://hg.openjdk.java.net/jdk9/jdk9/jaxp/rev/81e85f3b6174 
http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/c1b2825ef47e 
http://hg.openjdk.java.net/jdk9/jdk9/corba/rev/f9f3706bd24c 

---

All the fixes will be tested during promotion (no PIT testing at this point):

List of all fixes:
===================
JDK-8081306   client-libs     [TEST_BUG] remove imports of the internal API from some regression tes 
JDK-8076468   client-libs     Add @modules to tests in jdk_desktop test group 
JDK-8017487   client-libs     filechooser in Windows-Libraries folder: columns are mixed up 
JDK-8025492   client-libs     Hand cursor does not use Windows' system cursor  
JDK-8022057   client-libs     JFileChooser blocks EDT in Win32ShellFolder2.getIcon 
JDK-8078269   client-libs     JTabbedPane UI Property TabbedPane.tabAreaBackground no longer works 
JDK-8077686   client-libs     OperationTimedOut exception inside from XToolkit.syncNativeQueue call  
JDK-8081547   client-libs     Prepare client libs regression tests for running in a concurrent, head 
JDK-8078335   client-libs     Re-examine jdk.accessibility/share/classes/com/sun/java/accessibility/ 
JDK-8055160   client-libs     Support loading of Assistive Technology from service provider 
JDK-8130317   core-libs       "ant test" fails to complete on Windows when run under cygwin shell 
JDK-8050091   core-libs       (coll) LinkedList has incorrect implementation comment 
JDK-8129632   core-libs       (fs) Files.probeContentType returns null on Mac OS X 
JDK-8077242   core-libs       (str) Optimize AbstractStringBuilder.append(CharSequence, int, int) fo 
JDK-8098547   core-libs       (tz) Support tzdata2015e 
JDK-8081678   core-libs       Add Stream returning methods to classes where there currently exist on 
JDK-8114838   core-libs       Anonymous functions escape to surrounding scope when defined under "wi 
JDK-8042377   core-libs       BufferedWriter and FilteredOutputStream.close throw IAE if flush and c 
JDK-8130069   core-libs       closed/java/util/logging/ResourceBundleAttacks.java: java.lang.NullPoi 
JDK-8130306   core-libs       enable running Nashorn test on Windows 
JDK-8130247   core-libs       Fix some new tidy warnings from jaxws and CORBA 
JDK-8130315   core-libs       Fix wrong prototype of GrowKnownVMs() in java.c 
JDK-8130234   core-libs       Get rid of JSType.isNegativeZero 
JDK-8130307   core-libs       improve Nashorn Javadoc target 
JDK-8129759   core-libs       Mark two tests from DistinctOpTest.java and SliceOpTest.java as serial 
JDK-8130035   core-libs       Move test/script/basic/NASHORN-627.js to currently-failing until JDK-8 
JDK-8081771   core-libs       ProcessTool.createJavaProcessBuilder() needs new addTestVmAndJavaOptio 
JDK-8130127   core-libs       streamline input parameter of Nashorn scripting $EXEC function 
JDK-6896810   core-libs       TEST_BUG: java/lang/ref/SoftReference/Pin.java fails with OOME during  
JDK-8042983   core-libs       test/java/math/BigInteger/ExtremeShiftingTests.java needs too much hea 
JDK-8081576   core-svc        serviceability/sa tests fail due to LingeredApp process fails to start 
JDK-8085973   core-svc        The targeted processes in javax/management tests should be launched wi 
JDK-8085813   core-svc        The targeted processes in serviceability tools tests should be launche 
JDK-8076228   deploy          Add MIME type registration for "application/x-java-applet;version=1.9" 
JDK-8129223   deploy          Avoid invoking older versions of java from javaws launcher. 
JDK-6506300   deploy          JNLP Specification: Version Selection Not Well Defined 
JDK-8087221   deploy          Remove IsJavaVersionAtLeast16() calls from JDK9 
JDK-8129353   deploy          Some simple junit test failures 
JDK-8081330   deploy          The applet thrown NullPointerException when loading it 
JDK-8078513   hotspot         [linux] Clean up code relevant to LinuxThreads implementation. 
JDK-8079134   hotspot         [TESTBUG] Remove applicable_*gc and needs_*gc groups from TEST.groups 
JDK-8098552   hotspot         8079792 breaks Zero builds without precompiled headers 
JDK-8078521   hotspot         AARCH64: Add AArch64 SA support 
JDK-8081294   hotspot         aarch64: fails to build on ubuntu wily 
JDK-8129584   hotspot         AARCH64: Fix required for aarch64 after 8122937 
JDK-8015086   hotspot         add interned strings to the shared archive 
JDK-8079473   hotspot         allow demangling to be optional in dll_address_to_function_name 
JDK-8080157   hotspot         assert(allocates2(pc)) failed: not in CodeBuffer memory 
JDK-8077279   hotspot         assert(ic->is_clean()) failed: IC should be clean 
JDK-8129094   hotspot         assert(is_java_primitive(bt)) failed: only primitive type vectors 
JDK-8098815   hotspot         Assertion failure in CDS shared string archive support on Windows 
JDK-8081247   hotspot         AVX 512 extended support 
JDK-8087121   hotspot         bscmake fails when building inside VS2013 
JDK-8081607   hotspot         Change default GC for server configurations to G1 
JDK-8130008   hotspot         compiler/codecache/jmx/UsageThresholdIncreasedTest.java should be quar 
JDK-8081634   hotspot         Concurrent usage of a StringBuilder causes test intermittent failures 
JDK-8078632   hotspot         conflicts between open and closed SA ports 
JDK-8098821   hotspot         Crash in system dictionary initialization with shared strings 
JDK-8129446   hotspot         crash when reporting corrupted classfile 
JDK-8087153   hotspot         EXCEPTION_ACCESS_VIOLATION when CDS RO section vanished on win32 
JDK-8087183   hotspot         Fix call to inline function is_oop in header debugInfo.hpp. 
JDK-8086073   hotspot         Fix PrintStubCode for empty StubCodeGenerator. 
JDK-8129423   hotspot         Fix unlink() of LogCompilation tmp files lost in merge of 8007993 and  
JDK-8085975   hotspot         Fix warning "converting to jlong from double" of gcc 4.1.2 after 80795 
JDK-8078669   hotspot         G1 applies SurvivorAlignmentInBytes to both survivor and old gen 
JDK-7097567   hotspot         G1: abstract and encapsulate collector phases and transitions between  
JDK-8129549   hotspot         G1: Make sure the concurrent thread does not mix its logging with the  
JDK-8079208   hotspot         gc/g1/TestLargePageUseForAuxMemory.java fails due to not considering p 
JDK-8035074   hotspot         hs_err improvement: Add time zone information in the hs_err file 
JDK-8026335   hotspot         hs_err improvement: Print exact compressed oops mode and the heap base 
JDK-8026331   hotspot         hs_err improvement: Print if we have seen any OutOfMemoryErrors or Sta 
JDK-8085865   hotspot         hs_err improvement: Printing /proc/cpuinfo makes too long hs_err files 
JDK-8087133   hotspot         Improve sharing of native wrappers in SignatureHandlerLibrary 
JDK-8078438   hotspot         Interpreter should support conditional card marks (UseCondCardMark) on 
JDK-8122937   hotspot         JEP 245: Validate JVM Command-Line Flag Arguments Implementation 
JDK-8081382   hotspot         Make flags ParallelGCThreads and ConcGCThreads of type uint 
JDK-8129332   hotspot         Missing test case for JDK-8078438 
JDK-8086027   hotspot         Multiple STATIC_ASSERTs at class scope doesn't work 
JDK-8076443   hotspot         nsk/stress/except/except001 throws OOM 
JDK-8129757   hotspot         ppc/aarch: Fix passing thread to runtime after "8073165: Contended Loc 
JDK-8080684   hotspot         PPC64: Fix little-endian build after "8077838: Recent developments for 
JDK-8042668   hotspot         Provide GC support for shared heap ranges in Class Data Sharing 
JDK-8129518   hotspot         Remove ParOldGC tests from the jprt hotspot testset 
JDK-8077842   hotspot         Remove the level parameter passed around in GenCollectedHeap 
JDK-8030076   hotspot         remove unused runtime related code 
JDK-8076161   hotspot         Runtime stub for throw_null_pointer_exception always constructs log me 
JDK-8080325   hotspot         SuperWord loop unrolling analysis 
JDK-8087195   hotspot         Support building hotspot with devkits on Macosx 
JDK-8098517   hotspot         Unprotected PrintMalloc in os::realloc 
JDK-7169803   hotspot         Usage of pretenured value is not correct 
JDK-8079315   hotspot         UseCondCardMark broken in conjunction with CMS precleaning on x86 
JDK-8076110   hotspot         VM crash when class is redefined with Instrumentation.redefineClasses 
JDK-8085965   hotspot         VM hangs in C2Compiler 
JDK-8130092   infrastructure  Backout Update jprt.properties with property listing tests subtrees 
JDK-8114822   infrastructure  debug build with --disable-debug-symbols fails: java.io.UncheckedIOExc 
JDK-8130303   infrastructure  Fix bogus check for libX11.so in libraries.m4 
JDK-8130109   infrastructure  Incremental build of java.base-gensrc broken 
JDK-8129969   infrastructure  Switch JPRT configuration to use devkits for Windows and Macosx 
JDK-8098834   infrastructure  Update jprt.properties with property listing tests subtrees 
JDK-8130297   security-libs   com/sun/crypto/provider/KeyFactory/TestProviderLeak.java still failing 
JDK-8130112   security-libs   Create a common TEST.properties for @modules in test/sun/security/krb5 
JDK-8098854   security-libs   Do cleanup in a proper order in sunmscapi code 
JDK-8130151   security-libs   Exclude sun/security/provider/SecureRandom/StrongSecureRandom.java fro 
JDK-8069253   security-libs   javax/net/ssl/TLS/TestJSSE.java failed on Mac 
JDK-8022444   security-libs   Remove sun.security.util.ObjectIdentifier.equals(ObjectIdentifier othe 
JDK-8058849   security-libs   test/sun/security/krb5/config/dns.sh needs to re-examined or replaced 
JDK-8075301   security-libs   Tests for sun.security.krb5.principal system property  
JDK-8130007   security-libs   Update security tests to use Security.getProvider to get security prov 
JDK-8073108   security-libs   Use x86 and SPARC CPU instructions for GHASH acceleration 
JDK-8080675   tools           Enhance the classfile library to support construction of classfiles fr 
JDK-8072480   tools           javac should support compilation for a specific platform version 
JDK-8130051   xml             Cleanup usage of reflection in jaxp 

From henry.jen at oracle.com  Fri Jul 10 03:48:28 2015
From: henry.jen at oracle.com (Henry Jen)
Date: Thu, 9 Jul 2015 20:48:28 -0700
Subject: RFR - 8027634: Support @argfiles for java command-line tool
Message-ID: <BF1459B2-B55F-498E-BF03-EEDA0540BF79@oracle.com>

Hi,

Please review proposed patch for JDK-8027634[1]. This patch is to enable java support command line argument file like javac does. The implementation use the same syntax rule, which is implemented in CommandLine.java[3] with java.io.StreamTokenizer.

Some early comment is that we probably don?t need such complexity to support same syntax, also require to quote whole token is a little inconvenient. For example, must be -cp ?c:\\foo bar\\lib;c:\\lib? instead of -cp c:\?foo bar?\lib;c:\lib.

I am debating if such compatibility is necessary useful, after all, easy and intuitive is more important, and with simpler rule, the implementation will be cleaner as well.

Anyhow, with the patch out, at least developer can build idk and have something to test with to see if this can fulfill their use cases.

Also, for tools other than java that use launcher, it?s possible to use -J at argfile to pass arguments. For example, if want to pass -J options to javac, it?s now possible to do so with javac -J at argfile, and put -J options in the argfile.

If the consensus is that such syntax compatibility is not important, we will go ahead remove the escaping support(except probably enable escape for quote itself) in quote, and maybe add support of quote within a token.

CCing build-dev for build changes, jdk9-dev for wider audience for tools.

Cheers,
Henry 

[1] https://bugs.openjdk.java.net/browse/JDK-8027634
[2] http://docs.oracle.com/javase/7/docs/technotes/tools/windows/javac.html#commandlineargfile
[3] http://hg.openjdk.java.net/jdk9/jdk9/langtools/file/03e083639ee9/src/jdk.compiler/share/classes/com/sun/tools/javac/main/CommandLine.java

From henry.jen at oracle.com  Fri Jul 10 03:50:24 2015
From: henry.jen at oracle.com (Henry Jen)
Date: Thu, 9 Jul 2015 20:50:24 -0700
Subject: RFR - 8027634: Support @argfiles for java command-line tool
In-Reply-To: <BF1459B2-B55F-498E-BF03-EEDA0540BF79@oracle.com>
References: <BF1459B2-B55F-498E-BF03-EEDA0540BF79@oracle.com>
Message-ID: <EADC53CE-1A82-4298-9A7F-E0EF28BD3995@oracle.com>

Sigh, forgot the link to the webrev again.

http://cr.openjdk.java.net/~henryjen/jdk9/8027634/webrev/

Cheers,
Henry

> On Jul 9, 2015, at 8:48 PM, Henry Jen <henry.jen at oracle.com> wrote:
> 
> Hi,
> 
> Please review proposed patch for JDK-8027634[1]. This patch is to enable java support command line argument file like javac does. The implementation use the same syntax rule, which is implemented in CommandLine.java[3] with java.io.StreamTokenizer.
> 
> Some early comment is that we probably don?t need such complexity to support same syntax, also require to quote whole token is a little inconvenient. For example, must be -cp ?c:\\foo bar\\lib;c:\\lib? instead of -cp c:\?foo bar?\lib;c:\lib.
> 
> I am debating if such compatibility is necessary useful, after all, easy and intuitive is more important, and with simpler rule, the implementation will be cleaner as well.
> 
> Anyhow, with the patch out, at least developer can build idk and have something to test with to see if this can fulfill their use cases.
> 
> Also, for tools other than java that use launcher, it?s possible to use -J at argfile to pass arguments. For example, if want to pass -J options to javac, it?s now possible to do so with javac -J at argfile, and put -J options in the argfile.
> 
> If the consensus is that such syntax compatibility is not important, we will go ahead remove the escaping support(except probably enable escape for quote itself) in quote, and maybe add support of quote within a token.
> 
> CCing build-dev for build changes, jdk9-dev for wider audience for tools.
> 
> Cheers,
> Henry 
> 
> [1] https://bugs.openjdk.java.net/browse/JDK-8027634
> [2] http://docs.oracle.com/javase/7/docs/technotes/tools/windows/javac.html#commandlineargfile
> [3] http://hg.openjdk.java.net/jdk9/jdk9/langtools/file/03e083639ee9/src/jdk.compiler/share/classes/com/sun/tools/javac/main/CommandLine.java


From joe.darcy at oracle.com  Mon Jul 13 03:50:54 2015
From: joe.darcy at oracle.com (joe darcy)
Date: Sun, 12 Jul 2015 20:50:54 -0700
Subject: New feature in JDK 9 builds: javac -release $VERSION
Message-ID: <55A3359E.8080801@oracle.com>

Hello,

As of JDK 9 b72 [1], a feature recently pushed by Jan Lahoda is now 
available: the javac -release command line option.

This feature was developed under JEP 247: Compile for Older Platform 
Versions [2]. In brief, to use javac to cross-compile to an older 
release of the platform it is not sufficient to just set the -source and 
-target options to the older value; the bootclasspath must also be set 
to correspond to the older release too. [3] Setting the bootclass was 
often forgotten and acquiring the needed information could be inconvenient.

The -release flag in javac addresses both of these shortcomings. Now 
only a single flag (-release) needs to be set to cross compile compared 
to three flags (-source, -target, -bootclasspath) and the needed 
information is included in the JDK. The set of release values follows 
the same "one plus three back" policy now used for the -source and 
-target options. [4] Therefore, in JDK 9, the accepted argument values 
for -release are 6, 7, 8, and 9.

Feedback on the this feature can be sent to compiler-dev at openjdk.java.net.

Cheers,

-Joe

[1] https://jdk9.java.net/download/

[2] http://openjdk.java.net/jeps/247

[3] "How to cross-compile for older platform versions,"
https://blogs.oracle.com/darcy/entry/how_to_cross_compile_for

[4] JEP 182: Policy for Retiring javac -source and -target Options
http://openjdk.java.net/jeps/182


From magnus.ihse.bursie at oracle.com  Mon Jul 13 14:01:00 2015
From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie)
Date: Mon, 13 Jul 2015 16:01:00 +0200
Subject: RFR - 8027634: Support @argfiles for java command-line tool
In-Reply-To: <EADC53CE-1A82-4298-9A7F-E0EF28BD3995@oracle.com>
References: <BF1459B2-B55F-498E-BF03-EEDA0540BF79@oracle.com>
	<EADC53CE-1A82-4298-9A7F-E0EF28BD3995@oracle.com>
Message-ID: <DEA3FC81-EC97-4147-9FD5-2BB3096D651E@oracle.com>

Build changes look fine. 

/Magnus

> 10 jul 2015 kl. 05:50 skrev Henry Jen <henry.jen at oracle.com>:
> 
> Sigh, forgot the link to the webrev again.
> 
> http://cr.openjdk.java.net/~henryjen/jdk9/8027634/webrev/
> 
> Cheers,
> Henry
> 
>> On Jul 9, 2015, at 8:48 PM, Henry Jen <henry.jen at oracle.com> wrote:
>> 
>> Hi,
>> 
>> Please review proposed patch for JDK-8027634[1]. This patch is to enable java support command line argument file like javac does. The implementation use the same syntax rule, which is implemented in CommandLine.java[3] with java.io.StreamTokenizer.
>> 
>> Some early comment is that we probably don?t need such complexity to support same syntax, also require to quote whole token is a little inconvenient. For example, must be -cp ?c:\\foo bar\\lib;c:\\lib? instead of -cp c:\?foo bar?\lib;c:\lib.
>> 
>> I am debating if such compatibility is necessary useful, after all, easy and intuitive is more important, and with simpler rule, the implementation will be cleaner as well.
>> 
>> Anyhow, with the patch out, at least developer can build idk and have something to test with to see if this can fulfill their use cases.
>> 
>> Also, for tools other than java that use launcher, it?s possible to use -J at argfile to pass arguments. For example, if want to pass -J options to javac, it?s now possible to do so with javac -J at argfile, and put -J options in the argfile.
>> 
>> If the consensus is that such syntax compatibility is not important, we will go ahead remove the escaping support(except probably enable escape for quote itself) in quote, and maybe add support of quote within a token.
>> 
>> CCing build-dev for build changes, jdk9-dev for wider audience for tools.
>> 
>> Cheers,
>> Henry 
>> 
>> [1] https://bugs.openjdk.java.net/browse/JDK-8027634
>> [2] http://docs.oracle.com/javase/7/docs/technotes/tools/windows/javac.html#commandlineargfile
>> [3] http://hg.openjdk.java.net/jdk9/jdk9/langtools/file/03e083639ee9/src/jdk.compiler/share/classes/com/sun/tools/javac/main/CommandLine.java
> 

From joe.darcy at oracle.com  Mon Jul 13 17:31:04 2015
From: joe.darcy at oracle.com (joe darcy)
Date: Mon, 13 Jul 2015 10:31:04 -0700
Subject: FYI, coming soon: doclint checking of references
In-Reply-To: <558E1C49.5050602@oracle.com>
References: <558E1C49.5050602@oracle.com>
Message-ID: <55A3F5D8.4090000@oracle.com>

Hello,

FYI, checking the doclint "reference" category is now enabled in the 
docs build:

     8080722: Revisit how to check for doclint reference warning during 
the build
     http://hg.openjdk.java.net/jdk9/dev/rev/bea3a9e40c23

When making javadoc changes, please run a docs build before pushing to 
avoid introducing build breakage.

Thanks,

-Joe

On 6/26/2015 8:45 PM, joe darcy wrote:
> Hello,
>
> The last remaining piece of JEP 212: "Resolve Lint and Doclint 
> Warnings" is to enable the final doclint warning category "reference," 
> which verifies the javadoc tags @see, @link, @throws, and the like 
> have valid targets in the API. While the other four categories of 
> doclint warnings are already turned on in the javac build of the 
> sources [1] [2], the reference category cannot be enabled at present 
> in the javac build due to how the modularized build works. (Briefly, 
> an example of the issue is that when building the java.base module, 
> only API references within java.base and recognized and javadoc in 
> some java.base types references types in other modules.)
>
> To cope with this situation, the "reference" check will instead be 
> enabled in the javadoc command. [3] Before that can happen, the 
> javadoc command will need a package filter [4] analogous to the 
> doclint package filter already in javac. (If such a filter were not 
> added, over 1000 reference problems in the javadoc of generated corba 
> code would need to be addressed!)
>
> Once the doclint check is enabled in the docs build, engineers making 
> javadoc changes should run a docs build before doing a push to make 
> sure the changes are valid, which is a good practice even today.
>
> Thanks,
>
> -Joe
>
> [1] "javac doclint checking now enabled in the JDK 9 build,"
> http://mail.openjdk.java.net/pipermail/jdk9-dev/2015-March/001985.html
>
> [2] JDK-8075771: Enable "missing" doclint check in build of the 
> java.desktop module,
> https://bugs.openjdk.java.net/browse/JDK-8075771
>
> [3] JDK-8080722: Revisit how to check for doclint reference warning 
> during the build,
> https://bugs.openjdk.java.net/browse/JDK-8080722
>
> [4] JDK-8129909: Add -Xdoclint/packages: to javadoc,
> https://bugs.openjdk.java.net/browse/JDK-8129909


From joe.darcy at oracle.com  Tue Jul 14 01:52:25 2015
From: joe.darcy at oracle.com (Joseph D. Darcy)
Date: Mon, 13 Jul 2015 18:52:25 -0700
Subject: JEP 212: "Resolve Lint and Doclint Warnings" is complete!
Message-ID: <55A46B59.8090207@oracle.com>

Hello,

One of the proposed improvements for development practices made early in 
JDK 9 was the elimination of javac lint and doclint warnings for sources 
in the JDK. [1] This was first proposed [2] and later formally targeted 
to JDK 9 as  JEP 212: Resolve Lint and Doclint Warnings [3].

Amongst other modules in the build, java.base and java.desktop compiled 
cleanly under -Xlint:all as of January 2015. [4] Four out of five 
doclint categories were enabled in March 2015 [5] and, as of this 
morning, the fifth doclint category now also covers those modules too [6].

With that, JEP 212 is complete!

Thanks to all those who contributed fixes and reviews to this effort 
(and its less structured antecedents) over the years,

-Joe

[1] "Proposed source code and regression test suite improvement projects 
for JDK 9,"
http://mail.openjdk.java.net/pipermail/jdk9-dev/2013-December/000141.html

[2] "Draft JEP for discussion: Lint and doclint clean sources,"
http://mail.openjdk.java.net/pipermail/jdk9-dev/2014-May/000781.html

[3] http://openjdk.java.net/jeps/212

[4] "And then there were none: -Xlint:all enabled int the build of JDK 9 
jdk repo",
http://mail.openjdk.java.net/pipermail/jdk9-dev/2015-January/001857.html

[5] "javac doclint checking now enabled in the JDK 9 build,"
http://mail.openjdk.java.net/pipermail/jdk9-dev/2015-March/001985.html

[6] "FYI, coming soon: doclint checking of references,"
http://mail.openjdk.java.net/pipermail/jdk9-dev/2015-July/002416.html

From martijnverburg at gmail.com  Tue Jul 14 09:20:05 2015
From: martijnverburg at gmail.com (Martijn Verburg)
Date: Tue, 14 Jul 2015 10:20:05 +0100
Subject: JEP 212: "Resolve Lint and Doclint Warnings" is complete!
In-Reply-To: <55A46B59.8090207@oracle.com>
References: <55A46B59.8090207@oracle.com>
Message-ID: <CAP7YuATY+UhNS7P_N9P41uP3rrDeQaOOSR9MVry1Z8EwAsbCUQ@mail.gmail.com>

Congrats Joe, one small step and all that :-)

Cheers,
Martijn

On 14 July 2015 at 02:52, Joseph D. Darcy <joe.darcy at oracle.com> wrote:

> Hello,
>
> One of the proposed improvements for development practices made early in
> JDK 9 was the elimination of javac lint and doclint warnings for sources in
> the JDK. [1] This was first proposed [2] and later formally targeted to JDK
> 9 as  JEP 212: Resolve Lint and Doclint Warnings [3].
>
> Amongst other modules in the build, java.base and java.desktop compiled
> cleanly under -Xlint:all as of January 2015. [4] Four out of five doclint
> categories were enabled in March 2015 [5] and, as of this morning, the
> fifth doclint category now also covers those modules too [6].
>
> With that, JEP 212 is complete!
>
> Thanks to all those who contributed fixes and reviews to this effort (and
> its less structured antecedents) over the years,
>
> -Joe
>
> [1] "Proposed source code and regression test suite improvement projects
> for JDK 9,"
> http://mail.openjdk.java.net/pipermail/jdk9-dev/2013-December/000141.html
>
> [2] "Draft JEP for discussion: Lint and doclint clean sources,"
> http://mail.openjdk.java.net/pipermail/jdk9-dev/2014-May/000781.html
>
> [3] http://openjdk.java.net/jeps/212
>
> [4] "And then there were none: -Xlint:all enabled int the build of JDK 9
> jdk repo",
> http://mail.openjdk.java.net/pipermail/jdk9-dev/2015-January/001857.html
>
> [5] "javac doclint checking now enabled in the JDK 9 build,"
> http://mail.openjdk.java.net/pipermail/jdk9-dev/2015-March/001985.html
>
> [6] "FYI, coming soon: doclint checking of references,"
> http://mail.openjdk.java.net/pipermail/jdk9-dev/2015-July/002416.html
>

From alejandro.murillo at oracle.com  Wed Jul 15 00:01:43 2015
From: alejandro.murillo at oracle.com (Alejandro E Murillo)
Date: Tue, 14 Jul 2015 18:01:43 -0600
Subject: jdk9-dev: HotSpot
Message-ID: <55A5A2E7.9070407@oracle.com>

jdk9-hs-2015-07-09 has been integrated into jdk9-dev.

http://hg.openjdk.java.net/jdk9/dev/rev/344a2526d77e
http://hg.openjdk.java.net/jdk9/dev/corba/rev/29096b78d93b
http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d264a730c1f1
http://hg.openjdk.java.net/jdk9/dev/jaxp/rev/be5efc34a43b
http://hg.openjdk.java.net/jdk9/dev/jaxws/rev/b6421bef83ff
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/0abae966fdf1
http://hg.openjdk.java.net/jdk9/dev/langtools/rev/ad2597bdd2f5
http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/87123e713c92

Component : VM
Status    : Go for integration
Date      : 07/14/2015 at 20:00 MSK
Tested By : VM SQE &dmitry.fazunenko at oracle.com

Bundles   : 2015-07-10-055018.amurillo.jdk9-hs-2015-07-09-snapshot

Testing:  77 new failures, 1802 known failures, 345827 passed.

Issues and Notes:
No detailed analysis. No stoppers have been detected so far.  Go for integration

CRs for testing:
7012980: PSOldGen is increased if there is no space in Metaspace
8071487: javax/management/monitor/GaugeMonitorDeadlockTest.java timed out
8072147: Preloading libjsig.dylib causes deadlock when signal() is called
8073423: Remove LazyClassPathEntry support if no longer needed
8076112: Add @HotSpotIntrinsicCandidate annotation to indicate methods for which Java Runtime has intrinsics
8076581: Need a NON-PCH build to quickly detect missing dependencies in the source base
8078399: Deprecate -Xoss, -Xsqnopause, -Xoptimize and -Xboundthreads options in JDK 9
8078901: Add trace event for G1 MMU information
8079555: REDO - Determining the desired PLAB size adjusts to the the number of threads at the wrong place
8080012: JVM times out with vdbench on SPARC M7-16
8080511: Refresh of jimage support
8080925: Make error log write timeout parameter configurable
8081202: Hotspot compile warning: "Invalid suffix on literal; C++11 requires a space between literal and identifier"
8081406: cleanup and minor extensions of the debugging facilities in CodeStrings
8086069: Adapt runtime calls to recent intrinsics to pass ints as long
8087143: Reduce Symbol::_identity_hash to 2 bytes
8087322: Implement a Semaphore utility class
8087333: Optionally Pre-Generate the HotSpot Template Interpreter
8129108: nmethod related crash in CMS
8129355: [TESTBUG] runtime FragmentMetaspaceSimple.java fails with java.lang.ClassNotFoundException: test.Empty
8129386: [TESTBUG] - com/sun/jdi/cds/*.java missing @build tag for libraries
8129394: [TESTBUG] runtime/CommandLine/OptionsValidation/TestOptionsWithRanges.java failed with double option
8129430: tests that requrie G1 should be excluded from execution on embedded platfomrs where g1 is not supported
8129558: Coalesce dead objects during removal of self-forwarded pointers
8129573: CollectedHeap::fill_with_objects() needs to use multiple arrays in 32 bit mode too
8129590: TestShrinkDefragmentedHeap.java runs out of memory
8129602: Incorrect GPL header causes RE script to create wrong output
8129604: Incorrect GPL header in README causes RE script to create wrong output
8129615: Remove jbb from jprt hotspot testset
8129626: G1: set_in_progress() and clear_started() needs a barrier on non-TSO platforms
8129786: Buffer overrun when passing long not existing option in JDK 9
8129977: TestSummarizeRSetStats.java fails: Incorrect amount of per-period RSet summaries at the end
8130036: Fix problems with imprecise C++ coding.
8130120: Handling of SHA intrinsics inconsistent across platforms
8130135: backout 8087143 due to failures in 8130115
8130150: Implement BigInteger.montgomeryMultiply intrinsic
8130330: Quarantine gc/survivorAlignment/TestPromotionFromSurvivorToTenuredAfterMinorGC.java
8130432: ppc64le: Fix build of hsdis
8130687: aarch64: add support for hardware crc32c

-- 
Alejandro


From konstantin.shefov at oracle.com  Wed Jul 15 08:32:13 2015
From: konstantin.shefov at oracle.com (Konstantin Shefov)
Date: Wed, 15 Jul 2015 11:32:13 +0300
Subject: Result: CFV: New JDK9 Committer: Artem Smotrakov
In-Reply-To: <5591159C.9000200@oracle.com>
References: <5591159C.9000200@oracle.com>
Message-ID: <55A61A8D.7060407@oracle.com>

Voting for Artem Smotrakov [1], [2] is now closed.

Yes: 13
Veto: 0
Abstain: 0

According to the Bylaws definition of Lazy Consensus, this is
sufficient to approve the nomination.

Thanks,
Konstantin

[1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2015-June/002367.html
[2] http://mail.openjdk.java.net/pipermail/jdk9-dev/2015-July/002405.html

On 06/29/2015 12:53 PM, Konstantin Shefov wrote:
> I hereby nominate Artem Smotrakov to jdk9 Committer.
>
> Artem is a member of the Java SE Security Libs SQE team.
> He has spent most of that time working on Java security tests.
>
> He has contributed 9 changes to jdk9 so far:
>
> 8129575: Equal DelegationPermission instances may return different 
> hash codes
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/ad204c67c4a7
> 8078823: javax/net/ssl/ciphersuites/DisabledAlgorithms.java fails 
> intermittently
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/d9a57d498a29
> 8050374: More Signature tests
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/2c827d6e90c4
> 8079140: IgnoreAllErrorHandler should use doPrivileged when it reads 
> system properties
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/f717a1d287b0
> 8079138: Additional negative tests for XML signature processing
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/ce95c2b9b2cc
> 8076486: [TESTBUG] javax/security/auth/Subject/doAs/NestedActions.java 
> fails if extra VM options are given
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/fff8ab918557
> 8075007: Additional tests for krb5-related cipher suites with unbound 
> server
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/76b64929271b
> 8048138: Tests for JAAS callbacks
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/1e5cc55ae5d3
> 8076221: Disable RC4 cipher suites
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/23cde932f139
>
> Votes are due by July 13, 2015.
>
> Only current JDK9 Committers [1] are eligible to vote on this
> nomination.
>
> For Lazy Consensus voting instructions, see [2].
>
> Thanks,
> kshefov
>
> [1] http://openjdk.java.net/census#jdk9
> [2] http://openjdk.java.net/projects#committer-vote
>


From mandy.chung at oracle.com  Wed Jul 15 14:51:52 2015
From: mandy.chung at oracle.com (Mandy Chung)
Date: Wed, 15 Jul 2015 22:51:52 +0800
Subject: RFR - 8027634: Support @argfiles for java command-line tool
In-Reply-To: <BF1459B2-B55F-498E-BF03-EEDA0540BF79@oracle.com>
References: <BF1459B2-B55F-498E-BF03-EEDA0540BF79@oracle.com>
Message-ID: <DF3C0B30-CC6C-42FC-B7BF-AE6792692E59@oracle.com>


> On Jul 10, 2015, at 11:48 AM, Henry Jen <henry.jen at oracle.com> wrote:
> 
> Hi,
> 
> Please review proposed patch for JDK-8027634[1]. This patch is to enable java support command line argument file like javac does. The implementation use the same syntax rule, which is implemented in CommandLine.java[3] with java.io.StreamTokenizer.
> 
> Some early comment is that we probably don?t need such complexity to support same syntax, also require to quote whole token is a little inconvenient. For example, must be -cp ?c:\\foo bar\\lib;c:\\lib? instead of -cp c:\?foo bar?\lib;c:\lib.
> 
> I am debating if such compatibility is necessary useful, after all, easy and intuitive is more important, and with simpler rule, the implementation will be cleaner as well.

I have a slight preference to maintain consistent syntax as javac @argfile support in terms of the quotation.  A user could use the same path specified in -cp for both javac @argfile an java @argfile use.

I skimmed on the webrev and looks okay to me.  I?ll leave it for Kumar to do detailed review.  One minor comment:

args.c
   Are you planning to remove the test within #ifdef DEBUG_ARGFILE block?

thanks
Mandy


From lana.steuck at oracle.com  Wed Jul 15 22:55:33 2015
From: lana.steuck at oracle.com (lana.steuck at oracle.com)
Date: Wed, 15 Jul 2015 15:55:33 -0700 (PDT)
Subject: jdk9-b73: dev
Message-ID: <201507152255.t6FMtXcl020094@sc11152554.us.oracle.com>

http://hg.openjdk.java.net/jdk9/jdk9/rev/4c2cbaae528b 
http://hg.openjdk.java.net/jdk9/jdk9/nashorn/rev/548f1eb2c3c8 
http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/1fccc38cd6f5 
http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/1c8bca2ebba1 
http://hg.openjdk.java.net/jdk9/jdk9/jaxws/rev/285939df9087 
http://hg.openjdk.java.net/jdk9/jdk9/jaxp/rev/be5efc34a43b 
http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/e37d432868be 
http://hg.openjdk.java.net/jdk9/jdk9/corba/rev/29096b78d93b 

---

All the fixes will be tested during promotion (no PIT testing at this point):

List of all fixes:
===================
JDK-6260652   core-libs       (coll) Arrays.asList(x).toArray().getClass() should be Object[].class 
JDK-8130296   core-libs       [TESTBUG] java/lang/ProcessHandle/OnExitTest - Unaccounted for childre 
JDK-8130663   core-libs       6 fields can be static fields in Global class 
JDK-8130734   core-libs       Apply transformations found by netbeans Refactor->Inspect and transfor 
JDK-8130424   core-libs       if directory specified with --dest-dir does not exist, only .class fil 
JDK-8080679   core-libs       Include jline in JDK for Java and JavaScript REPLs 
JDK-8098852   core-libs       java/lang/ProcessHandle/InfoTest.java failed: total cpu time expected  
JDK-8085981   core-libs       java/lang/ProcessHandle/OnExitTest.java: AssertionError: Child onExit  
JDK-8085980   core-libs       java/lang/ProcessHandle/TreeTest.java: AssertionError: Wrong number of 
JDK-8130649   core-libs       java/util/logging/LoggingDeadlock2.java times out 
JDK-8130476   core-libs       Remove unused methods in Global.java 
JDK-8129444   core-libs       socksProxyVersion system property ignored for Socket(Proxy) 
JDK-8067163   hotspot         [TESTBUG] Several JT_HS tests fails due to ClassNotFoundException on c 
JDK-8129893   hotspot         8129094 fix is incomplete 
JDK-8086087   hotspot         aarch64: add support for 64 bit vectors 
JDK-8129426   hotspot         aarch64: add support for PopCount in C2 
JDK-8073583   hotspot         C2 support for CRC32C on SPARC 
JDK-8129937   hotspot         compiler/codecache/jmx/UsageThresholdIncreasedTest.java fails with "Us 
JDK-8087218   hotspot         Constant fold loads from final instance fields in VM anonymous classes 
JDK-8079062   hotspot         Java 9-fastdebug crash(hit assertion) with "-XX:CompilationPolicyChoic 
JDK-8079775   hotspot         Java 9-fastdebug ia32 Error: Unimplemented with "-XX:CompilationPolicy 
JDK-8081589   performance     Output of -XX:+TraceClassLoadingPreorder in JDK9 incompatible with Mak 
JDK-8130720   security-libs   BadKDC1 failed again 
JDK-8130460   security-libs   Increase the stability of DTLS test CipherSuite.java 
JDK-8130022   security-libs   Use Java-style array declarations consistently 
JDK-8130803   tools           add regression test related to fix for JDK-8078024 
JDK-8130745   tools           Revert fix pushed for JDK-8074346 
JDK-8130716   xml             Fix reference problems in jaxp javadoc 
JDK-8130238   xml             Remove com.sun.org.apache.xalan.internal.xsltc.cmdline 

From mark.reinhold at oracle.com  Thu Jul 16 18:51:27 2015
From: mark.reinhold at oracle.com (mark.reinhold at oracle.com)
Date: Thu, 16 Jul 2015 11:51:27 -0700
Subject: JEPs proposed to target JDK 9  (2015/6/22)
In-Reply-To: <20150622160808.393412@eggemoggin.niobe.net>
References: <20150622160808.393412@eggemoggin.niobe.net>
Message-ID: <20150716115127.18549@eggemoggin.niobe.net>

2015/6/22 4:08 -0700, mark.reinhold at oracle.com:
> The following JEPs have been placed into the "Proposed to Target"
> state by their owners after discussion and review:
> 
>   251: Multi-Resolution Images
>        http://openjdk.java.net/jeps/251
> 
>   253: Prepare JavaFX UI Controls & CSS APIs for Modularization
>        http://openjdk.java.net/jeps/253
> 
>   254: Compact Strings
>        http://openjdk.java.net/jeps/254
> 
>   255: Merge Selected Xerces 2.11.0 Updates into JAXP
>        http://openjdk.java.net/jeps/255
> 
> Feedback on these proposals is more than welcome, as are reasoned
> objections.  If no such objections are raised by 23:59 UTC next
> Monday, 29 June, or if they're raised and then satisfactorily
> answered, then per the JEP 2.0 process proposal [1] I'll target
> these JEPs to JDK 9.

Hearing no objections, I've targeted these JEPs to JDK 9.

- Mark

From mark.reinhold at oracle.com  Thu Jul 16 21:48:23 2015
From: mark.reinhold at oracle.com (mark.reinhold at oracle.com)
Date: Thu, 16 Jul 2015 14:48:23 -0700
Subject: Result: CFV: New jdk9 Committer: Thomas Stuefe
In-Reply-To: <CA+3eh11U4ueF4998+F7432Hm5t27-cBZGrRPSgbKqtAn0y8ZUA@mail.gmail.com>
References: <CA+3eh11U4ueF4998+F7432Hm5t27-cBZGrRPSgbKqtAn0y8ZUA@mail.gmail.com>
Message-ID: <20150716144823.436271@eggemoggin.niobe.net>

2015/7/3 12:28 -0700, volker.simonis at gmail.com:
> Voting for Thomas Stuefe [1] is now closed.
> 
> Yes: 16
> Veto: 0
> Abstain: 0
> 
> According to the Bylaws definition of Lazy Consensus, this is
> sufficient to approve the nomination.

So recorded.

- Mark

From mark.reinhold at oracle.com  Thu Jul 16 21:56:20 2015
From: mark.reinhold at oracle.com (mark.reinhold at oracle.com)
Date: Thu, 16 Jul 2015 14:56:20 -0700
Subject: JEPs proposed to target JDK 9  (2015/7/16)
Message-ID: <20150716145620.775136@eggemoggin.niobe.net>

The following JEPs have been placed into the "Proposed to Target"
state by their owners after discussion and review:

  193: Variable Handles
       http://openjdk.java.net/jeps/193

  244: TLS Application-Layer Protocol Negotiation Extension
       http://openjdk.java.net/jeps/244

Feedback on these proposals is more than welcome, as are reasoned
objections.  If no such objections are raised by 22:00 UTC next
Thursday, 23 July, or if they're raised and then satisfactorily
answered, then per the JEP 2.0 process proposal [1] I'll target
these JEPs to JDK 9.

(This information is also available on the JDK 9 Project Page [2]).

- Mark


[1] http://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html
[2] http://openjdk.java.net/projects/jdk9/

From david.lloyd at redhat.com  Thu Jul 16 22:21:02 2015
From: david.lloyd at redhat.com (David M. Lloyd)
Date: Thu, 16 Jul 2015 17:21:02 -0500
Subject: JEPs proposed to target JDK 9  (2015/7/16)
In-Reply-To: <20150716145620.775136@eggemoggin.niobe.net>
References: <20150716145620.775136@eggemoggin.niobe.net>
Message-ID: <55A82E4E.2080404@redhat.com>

On 07/16/2015 04:56 PM, mark.reinhold at oracle.com wrote:
> The following JEPs have been placed into the "Proposed to Target"
> state by their owners after discussion and review:
>
>    193: Variable Handles
>         http://openjdk.java.net/jeps/193

Given how frequently I expect the VarHandle API will be used (in my 
code, at least), I think it would be nice to require that there be a 
simpler/friendlier API for constructing the things.  In particular, the 
example proposed API usage is particularly unfriendly:

  class Bar {
      static final VarHandle VH_FOO_FIELD_I;

      static {
          try {
              VH_FOO_FIELD_I = MethodHandles.lookup().
                  in(Foo.class).
                  findFieldVarHandle(Foo.class, "i", int.class);
          } catch (Exception e) {
              throw new Error(e);
          }
      }
  }

Ideally, VarHandle construction should be possible on one line, and thus 
should already throw Error directly.  To me, the *worst case* API looks 
something like this:

      private static final VarHandle BLAH = 
MethodHandles.lookup().in(Foo.class).findFieldVarHandle(Foo.class, 
"blah", int.class);

But even that is arguably fairly ridiculous complexity considering that 
we're talking about the ability to update a variable in a way that 
conceptually is not dissimilar to the simple assignments that we have at 
the language level today.  It is my belief that having a "syntax" which 
is highly complex relative to the more traditional operations that these 
are very strongly related to acts to perpetuate a mode of thinking that 
these kinds of operations belong to a different "strata" of engineering, 
which I think is unwarranted.

I do not think that requiring a simpler syntax for realizing VarHandles 
in the initial implementation is an unreasonable additional requirement.

-- 
- DML

From vitalyd at gmail.com  Fri Jul 17 00:32:32 2015
From: vitalyd at gmail.com (Vitaly Davidovich)
Date: Thu, 16 Jul 2015 20:32:32 -0400
Subject: JEPs proposed to target JDK 9 (2015/7/16)
In-Reply-To: <20150716145620.775136@eggemoggin.niobe.net>
References: <20150716145620.775136@eggemoggin.niobe.net>
Message-ID: <CAHjP37En-AnNukFcphHyKfNprQGbpQtGByFjWAZs36_6+w7RGA@mail.gmail.com>

Varhandles JEP talks about replacing Unsafe array accesses and trying to be
smarter about range check elimination to match performance of check-less
accesses using Unsafe today.  One use case that will suffer is parallel
arrays of equal length.  The programmer knows they're all the same length
(e.g. arrays are final fields allocated in ctor), and a handwritten check
for one suffices for the others; the accesses can then be safely done using
Unsafe with no range checks.  With varhandles, the JIT is not going to be
able to see this relationship between them and will issue range checks on
all accesses.

Has such a use case been discussed/thought about?

sent from my phone
On Jul 16, 2015 5:56 PM, <mark.reinhold at oracle.com> wrote:

> The following JEPs have been placed into the "Proposed to Target"
> state by their owners after discussion and review:
>
>   193: Variable Handles
>        http://openjdk.java.net/jeps/193
>
>   244: TLS Application-Layer Protocol Negotiation Extension
>        http://openjdk.java.net/jeps/244
>
> Feedback on these proposals is more than welcome, as are reasoned
> objections.  If no such objections are raised by 22:00 UTC next
> Thursday, 23 July, or if they're raised and then satisfactorily
> answered, then per the JEP 2.0 process proposal [1] I'll target
> these JEPs to JDK 9.
>
> (This information is also available on the JDK 9 Project Page [2]).
>
> - Mark
>
>
> [1] http://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html
> [2] http://openjdk.java.net/projects/jdk9/
>

From john.r.rose at oracle.com  Fri Jul 17 01:38:28 2015
From: john.r.rose at oracle.com (John Rose)
Date: Thu, 16 Jul 2015 18:38:28 -0700
Subject: JEPs proposed to target JDK 9 (2015/7/16)
In-Reply-To: <CAHjP37En-AnNukFcphHyKfNprQGbpQtGByFjWAZs36_6+w7RGA@mail.gmail.com>
References: <20150716145620.775136@eggemoggin.niobe.net>
	<CAHjP37En-AnNukFcphHyKfNprQGbpQtGByFjWAZs36_6+w7RGA@mail.gmail.com>
Message-ID: <87CDC40F-9732-4CCB-BE42-A1EFBBB4007F@oracle.com>

On Jul 16, 2015, at 5:32 PM, Vitaly Davidovich <vitalyd at gmail.com> wrote:
> 
> Varhandles JEP talks about replacing Unsafe array accesses and trying to be
> smarter about range check elimination to match performance of check-less
> accesses using Unsafe today.  One use case that will suffer is parallel
> arrays of equal length.  The programmer knows they're all the same length
> (e.g. arrays are final fields allocated in ctor), and a handwritten check
> for one suffices for the others; the accesses can then be safely done using
> Unsafe with no range checks.  With varhandles, the JIT is not going to be
> able to see this relationship between them and will issue range checks on
> all accesses.
> 
> Has such a use case been discussed/thought about?

There are *always* going to be places where the programmer will
be able to prove that x==y (or x<=y) for some distinct expressions
x,y, yet the JIT will not be able to do this.

Here, x is a.length and y is b.length, and I suppose you want one
range check to serve for both limits.

With Unsafe you can say in effect "trust me they are the same".
With VH's you won't be able to.  So there will be places where we
will have to add new optimizations or repurpose old ones.

In this case, existing range check optimizations may be applicable.
The current optimizations are able to collect several array lengths
and determine which is the most restrictive, with respect to a given
loop body.  That might cover your case also, and many similar ones.

? John

From vitalyd at gmail.com  Fri Jul 17 02:34:23 2015
From: vitalyd at gmail.com (Vitaly Davidovich)
Date: Thu, 16 Jul 2015 22:34:23 -0400
Subject: JEPs proposed to target JDK 9 (2015/7/16)
In-Reply-To: <87CDC40F-9732-4CCB-BE42-A1EFBBB4007F@oracle.com>
References: <20150716145620.775136@eggemoggin.niobe.net>
	<CAHjP37En-AnNukFcphHyKfNprQGbpQtGByFjWAZs36_6+w7RGA@mail.gmail.com>
	<87CDC40F-9732-4CCB-BE42-A1EFBBB4007F@oracle.com>
Message-ID: <CAHjP37FE5MO4iaunUn=2Rpbjoron4_wTwWf4LFQCvNm_KrfuyA@mail.gmail.com>

Right, there will be places where programmer knows more than the JIT.  This
is expressable with Unsafe today, and will not be quite so with
varhandles.  The overall context here is removal of Unsafe, so we're going
from something possible today to something that heavily relies on JIT.  It
seems like a bit of Sufficiently Smart Compiler territory ...

Having JIT gather all array lengths and look at most restrictive is good,
but still incurs the arguably biggest cost of this whole thing: memory
accesses that may not otherwise be needed.  This also would work best in a
loop context where this check could be amortized over the iterations, but
sometimes you just have islands of code that do this type of thing and not
all bunched in one tight loop that the JIT can easily work with.

Most languages with safety checks typically have unsafe constructs/regions
- Unsafe serves a bit of that role on the JVM, and I'm uncertain that
removing that escape hatch is a good thing when there's no replacement that
works at least as well.

sent from my phone
On Jul 16, 2015 9:38 PM, "John Rose" <john.r.rose at oracle.com> wrote:

> On Jul 16, 2015, at 5:32 PM, Vitaly Davidovich <vitalyd at gmail.com> wrote:
> >
> > Varhandles JEP talks about replacing Unsafe array accesses and trying to
> be
> > smarter about range check elimination to match performance of check-less
> > accesses using Unsafe today.  One use case that will suffer is parallel
> > arrays of equal length.  The programmer knows they're all the same length
> > (e.g. arrays are final fields allocated in ctor), and a handwritten check
> > for one suffices for the others; the accesses can then be safely done
> using
> > Unsafe with no range checks.  With varhandles, the JIT is not going to be
> > able to see this relationship between them and will issue range checks on
> > all accesses.
> >
> > Has such a use case been discussed/thought about?
>
> There are *always* going to be places where the programmer will
> be able to prove that x==y (or x<=y) for some distinct expressions
> x,y, yet the JIT will not be able to do this.
>
> Here, x is a.length and y is b.length, and I suppose you want one
> range check to serve for both limits.
>
> With Unsafe you can say in effect "trust me they are the same".
> With VH's you won't be able to.  So there will be places where we
> will have to add new optimizations or repurpose old ones.
>
> In this case, existing range check optimizations may be applicable.
> The current optimizations are able to collect several array lengths
> and determine which is the most restrictive, with respect to a given
> loop body.  That might cover your case also, and many similar ones.
>
> ? John

From erik.helin at oracle.com  Fri Jul 17 06:05:21 2015
From: erik.helin at oracle.com (Erik Helin)
Date: Fri, 17 Jul 2015 08:05:21 +0200
Subject: Result: New JDK 9 Reviewer: Jesper Wilhelmsson
Message-ID: <20150717060511.GA5490@ehelin.jrpg.bea.com>

Voting for Jesper Wilhelmsson [1] is now closed.

Yes: 18
Veto: 0
Abstain: 0

According to the Bylaws definition of Three-Vote Consensus, this is
sufficient to approve the nomination.

Erik Helin

[1]: http://mail.openjdk.java.net/pipermail/jdk9-dev/2015-June/002303.html

From paul.sandoz at oracle.com  Fri Jul 17 09:43:19 2015
From: paul.sandoz at oracle.com (Paul Sandoz)
Date: Fri, 17 Jul 2015 11:43:19 +0200
Subject: JEPs proposed to target JDK 9 (2015/7/16)
In-Reply-To: <CAHjP37FE5MO4iaunUn=2Rpbjoron4_wTwWf4LFQCvNm_KrfuyA@mail.gmail.com>
References: <20150716145620.775136@eggemoggin.niobe.net>
	<CAHjP37En-AnNukFcphHyKfNprQGbpQtGByFjWAZs36_6+w7RGA@mail.gmail.com>
	<87CDC40F-9732-4CCB-BE42-A1EFBBB4007F@oracle.com>
	<CAHjP37FE5MO4iaunUn=2Rpbjoron4_wTwWf4LFQCvNm_KrfuyA@mail.gmail.com>
Message-ID: <E7A53553-2CCC-4DB9-B487-E136FDD6BB6E@oracle.com>

Hi Vitaly,

Unsafe is not being removed it is being made inaccessible by default. As such it is currently not going anywhere.

It?s not possible to replace all the use-cases where one can peek and poke at any memory address.

We have to pick off common use-cases and chip away at improving how the JIT optimizes.

One such common use-case, separate but perhaps related to VarHandles, i have been looking at is array equality and array comparison (hold your nose at all those new methods on Arrays, it?s what it is!):

  http://cr.openjdk.java.net/~psandoz/jdk9/JDK-8033148-Arrays-lexico-compare/webrev/

This patch separates out two implementation approaches for performance measurement purposes.

Under the covers one approach leverages an array mismatch method that views byte[]/short[]/char[] etc. as a pseudo unaligned long[] via Unsage.getLongUnaligned:

http://cr.openjdk.java.net/~psandoz/jdk9/JDK-8033148-Arrays-lexico-compare/webrev/src/java.base/share/classes/java/util/ArraysSupport.java.html

So far it seems to perform well and does not require one to dive into HotSpot and create new intrinsics. (Note: there is already a C2 intrinsic for char[] equality that performs very well so this technique is not needed in that case, but is still needed for C1.)

I have experimental support for a VarHandle that views byte[] as a pseudo unaligned long[]. While you can also do this with ByteBuffer one is in the lap of the escape analysis gods. I would like to revisit this array mismatch method to see if i can replace Unsafe with VarHandle and achieve the same performance and similar generated code (ideally the same in the unrolled loop).

In terms of JIT optimisations it would be handy if HotSpot could turn two contigious unaligned unsafe long accesses into one SIMD-based access. I don?t understand enough about the super word/vectorization support in HotSpot to know if that is feasible.

More generally if HotSpot could ?naturally" optimize the ordinary array equality/comparison code even better! But i dunno if that is possible for both C1 and C2 in the near term. So i believe the array mismatch implementation technique is a good solution for the moment.

Paul.

On 17 Jul 2015, at 04:34, Vitaly Davidovich <vitalyd at gmail.com> wrote:

> Right, there will be places where programmer knows more than the JIT.  This
> is expressable with Unsafe today, and will not be quite so with
> varhandles.  The overall context here is removal of Unsafe, so we're going
> from something possible today to something that heavily relies on JIT.  It
> seems like a bit of Sufficiently Smart Compiler territory ...
> 
> Having JIT gather all array lengths and look at most restrictive is good,
> but still incurs the arguably biggest cost of this whole thing: memory
> accesses that may not otherwise be needed.  This also would work best in a
> loop context where this check could be amortized over the iterations, but
> sometimes you just have islands of code that do this type of thing and not
> all bunched in one tight loop that the JIT can easily work with.
> 
> Most languages with safety checks typically have unsafe constructs/regions
> - Unsafe serves a bit of that role on the JVM, and I'm uncertain that
> removing that escape hatch is a good thing when there's no replacement that
> works at least as well.


From paul.sandoz at oracle.com  Fri Jul 17 10:24:11 2015
From: paul.sandoz at oracle.com (Paul Sandoz)
Date: Fri, 17 Jul 2015 12:24:11 +0200
Subject: JEPs proposed to target JDK 9  (2015/7/16)
In-Reply-To: <55A82E4E.2080404@redhat.com>
References: <20150716145620.775136@eggemoggin.niobe.net>
	<55A82E4E.2080404@redhat.com>
Message-ID: <56CD9DA7-221D-4DA2-9E03-C6E3E7289EF2@oracle.com>

Hi David,

You raise a fair point, although i don?t think lookup is it particular worse than what has to be done today with Unsafe or Atomic*FieldUpdater classes.

It is important we leverage the same access control checks as required for method handles, hence the identical lookup process. It might be possible to provide some helper methods for the case where the receiver is identical to the requested lookup class e.g.:

  VarHandle.findField(Foo.class, "blah", int.class);

(MethodHandles.lookup() is caller sensitive, so the calling class of that method above would be required.)

We did explore the possibility of a field literal mechanism (a syntax and potentially the notion of dynamic constants) but considered that too much to bite off at the moment. So i hope we can improve this over time. And more generally once we have value types and generics over primitives and values i hope we can further improve the user experience.

Paul.


On 17 Jul 2015, at 00:21, David M. Lloyd <david.lloyd at redhat.com> wrote:

> On 07/16/2015 04:56 PM, mark.reinhold at oracle.com wrote:
>> The following JEPs have been placed into the "Proposed to Target"
>> state by their owners after discussion and review:
>> 
>>   193: Variable Handles
>>        http://openjdk.java.net/jeps/193
> 
> Given how frequently I expect the VarHandle API will be used (in my code, at least), I think it would be nice to require that there be a simpler/friendlier API for constructing the things.  In particular, the example proposed API usage is particularly unfriendly:
> 
> class Bar {
>     static final VarHandle VH_FOO_FIELD_I;
> 
>     static {
>         try {
>             VH_FOO_FIELD_I = MethodHandles.lookup().
>                 in(Foo.class).
>                 findFieldVarHandle(Foo.class, "i", int.class);
>         } catch (Exception e) {
>             throw new Error(e);
>         }
>     }
> }
> 
> Ideally, VarHandle construction should be possible on one line, and thus should already throw Error directly.  To me, the *worst case* API looks something like this:
> 
>     private static final VarHandle BLAH = MethodHandles.lookup().in(Foo.class).findFieldVarHandle(Foo.class, "blah", int.class);
> 
> But even that is arguably fairly ridiculous complexity considering that we're talking about the ability to update a variable in a way that conceptually is not dissimilar to the simple assignments that we have at the language level today.  It is my belief that having a "syntax" which is highly complex relative to the more traditional operations that these are very strongly related to acts to perpetuate a mode of thinking that these kinds of operations belong to a different "strata" of engineering, which I think is unwarranted.
> 
> I do not think that requiring a simpler syntax for realizing VarHandles in the initial implementation is an unreasonable additional requirement.
> 
> --
> - DML


From paul.sandoz at oracle.com  Fri Jul 17 13:23:43 2015
From: paul.sandoz at oracle.com (Paul Sandoz)
Date: Fri, 17 Jul 2015 15:23:43 +0200
Subject: CFV: New JDK9 Committer: Amy Lu 
Message-ID: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>

I hereby nominate Amy Lu to jdk9 Committer.

Amy helps keep the JDK testing lights on, running ?em, analysis of failures, and fixing ?em.

In total Amy has contributed 27 changes to jdk9/jdk since August 2014 [1].

Votes are due by 31st July.

Only current JDK9 Committers [2] are eligible to vote on this
nomination. Votes must be cast in the open by replying to this mailing
list.

For Lazy Consensus voting instructions, see [3].

Thanks,
Paul.
[1]
hg log -f -k amy.lu -k amlu --template "{date|isodate}\n{desc|firstline}\nhttp://hg.openjdk.java.net/jdk9/dev/jdk/rev/{rev}\n\n

2015-07-16 10:21 +0200
8131140: Mark some tests from WhileOpStatefulTest.java and WhileOpTest.java as serialization hostile
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12406

2015-07-16 10:17 +0200
8130402: Mark intermittently failing test: tools/pack200/PackTestZip64.java
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12405

2015-06-30 10:00 +0200
8129759: Mark two tests from DistinctOpTest.java and SliceOpTest.java as serialization hostile
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12256

2015-06-12 14:28 +0800
8085879: Mark intermittently failing: java/util/Arrays/ParallelPrefix.java
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12170

2015-06-03 15:33 +0100
8081773: sun/net/www/protocol/https/ChunkedOutputStream.java references library that doesn't exist
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12079

2015-06-03 12:37 +0200
8081775: two lib/testlibrary tests are failing with "Error. failed to clean up files after test" with jtreg 4.1 b12
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12077

2015-05-20 17:16 +0300
8080680: sun/nio/cs/TestCompoundTest.java should be removed from TEST.groups
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12007

2015-05-19 11:05 -0400
8080658: Update sun/nio/cs/FindDecoderBugs.java to use random number generator library
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11982

2015-05-08 10:22 +0100
8079651: (dc) Promiscuous.java fails with NumberFormatException due to network interference
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11891

2015-04-03 00:00 -0700
8076632: Remove duplicate tests: FDTest, MethodReferenceTest and more -- follow-on (completion)
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11712

2015-04-02 17:32 -0700
8075304: Remove duplicate test: FDTest
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11711

2015-03-16 10:24 +0100
8075111: Mark testFlatMappingClose (from CollectorsTest) as serialization hostile
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11610

2015-03-10 13:30 +0100
8074674: Doclint regression in java/util/regex/Matcher.java
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11583

2015-02-10 12:28 -0500
8069255: Suppress deprecation warnings in jdk.rmic module (jdk repo)
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11380

2015-01-23 16:16 +0000
8069262: Doclint regression in java.nio.channels.Channels
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11302

2014-12-13 20:22 +0000
8067112: Update java/util/Collections/EmptyIterator.java to eliminate dependency on sun.tools.java
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11099

2014-12-03 14:34 +0000
8066131: Update java/nio/charset/Charset/NIOCharsetAvailabilityTest.java to eliminate dependency on sun.misc.Launcher
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11050

2014-11-26 11:12 -0800
8060026: Update jdk/test/tools/launcher tests to eliminate dependency on sun.tools.jar.Main
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11025

2014-10-16 19:27 -0700
8060432: tools/pack200/TestNormal.java fails on Windows with java.io.FileNotFoundException after JDK-8058854
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10847

2014-10-13 18:16 +0100
8058856: tools/jar/LeadingGarbage.java, introduced in JDK-8058520, fails on Windows
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10789

2014-10-13 17:43 +0100
8058854: Remove dependency on dt.jar from test/tools/jar/normalize/TestNormal.java
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10788

2014-10-11 13:24 +0100
8058855: Update java.util.zip tests to work with modular image
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10784

2014-09-17 23:27 -0400
8058569: Update java/lang/invoke/lambda tests to eliminate dependency on sun.tools.jar.Main
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10686

2014-08-22 18:54 -0700
8055852: Add test/java/lang/Math/DoubleConsts.java and FloatConsts.java
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10530

2014-08-22 14:56 -0700
8042003: Update java/lang/Math tests to eliminate dependency on sun.misc.DoubleConsts and sun.misc.FloatConsts
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10529

2014-08-19 12:26 -0700
8055262: Update jdk/test/java/util/Base64 tests to remove use of sun.misc.BASE64Encoder/Decoder
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10518

2014-08-03 20:09 +0800
8054095: No space allowed in platforms string in ProblemList.txt
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10432


[2] http://openjdk.java.net/census#jdk9
[3] http://openjdk.java.net/projects#committer-vote

From jaroslav.bachorik at oracle.com  Fri Jul 17 13:30:52 2015
From: jaroslav.bachorik at oracle.com (Jaroslav Bachorik)
Date: Fri, 17 Jul 2015 15:30:52 +0200
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
References: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
Message-ID: <55A9038C.7050603@oracle.com>

Vote: yes

-JB-

On 17.7.2015 15:23, Paul Sandoz wrote:
> I hereby nominate Amy Lu to jdk9 Committer.
>
> Amy helps keep the JDK testing lights on, running ?em, analysis of failures, and fixing ?em.
>
> In total Amy has contributed 27 changes to jdk9/jdk since August 2014 [1].
>
> Votes are due by 31st July.
>
> Only current JDK9 Committers [2] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [3].
>
> Thanks,
> Paul.
> [1]
> hg log -f -k amy.lu -k amlu --template "{date|isodate}\n{desc|firstline}\nhttp://hg.openjdk.java.net/jdk9/dev/jdk/rev/{rev}\n\n
>
> 2015-07-16 10:21 +0200
> 8131140: Mark some tests from WhileOpStatefulTest.java and WhileOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12406
>
> 2015-07-16 10:17 +0200
> 8130402: Mark intermittently failing test: tools/pack200/PackTestZip64.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12405
>
> 2015-06-30 10:00 +0200
> 8129759: Mark two tests from DistinctOpTest.java and SliceOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12256
>
> 2015-06-12 14:28 +0800
> 8085879: Mark intermittently failing: java/util/Arrays/ParallelPrefix.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12170
>
> 2015-06-03 15:33 +0100
> 8081773: sun/net/www/protocol/https/ChunkedOutputStream.java references library that doesn't exist
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12079
>
> 2015-06-03 12:37 +0200
> 8081775: two lib/testlibrary tests are failing with "Error. failed to clean up files after test" with jtreg 4.1 b12
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12077
>
> 2015-05-20 17:16 +0300
> 8080680: sun/nio/cs/TestCompoundTest.java should be removed from TEST.groups
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12007
>
> 2015-05-19 11:05 -0400
> 8080658: Update sun/nio/cs/FindDecoderBugs.java to use random number generator library
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11982
>
> 2015-05-08 10:22 +0100
> 8079651: (dc) Promiscuous.java fails with NumberFormatException due to network interference
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11891
>
> 2015-04-03 00:00 -0700
> 8076632: Remove duplicate tests: FDTest, MethodReferenceTest and more -- follow-on (completion)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11712
>
> 2015-04-02 17:32 -0700
> 8075304: Remove duplicate test: FDTest
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11711
>
> 2015-03-16 10:24 +0100
> 8075111: Mark testFlatMappingClose (from CollectorsTest) as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11610
>
> 2015-03-10 13:30 +0100
> 8074674: Doclint regression in java/util/regex/Matcher.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11583
>
> 2015-02-10 12:28 -0500
> 8069255: Suppress deprecation warnings in jdk.rmic module (jdk repo)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11380
>
> 2015-01-23 16:16 +0000
> 8069262: Doclint regression in java.nio.channels.Channels
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11302
>
> 2014-12-13 20:22 +0000
> 8067112: Update java/util/Collections/EmptyIterator.java to eliminate dependency on sun.tools.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11099
>
> 2014-12-03 14:34 +0000
> 8066131: Update java/nio/charset/Charset/NIOCharsetAvailabilityTest.java to eliminate dependency on sun.misc.Launcher
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11050
>
> 2014-11-26 11:12 -0800
> 8060026: Update jdk/test/tools/launcher tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11025
>
> 2014-10-16 19:27 -0700
> 8060432: tools/pack200/TestNormal.java fails on Windows with java.io.FileNotFoundException after JDK-8058854
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10847
>
> 2014-10-13 18:16 +0100
> 8058856: tools/jar/LeadingGarbage.java, introduced in JDK-8058520, fails on Windows
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10789
>
> 2014-10-13 17:43 +0100
> 8058854: Remove dependency on dt.jar from test/tools/jar/normalize/TestNormal.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10788
>
> 2014-10-11 13:24 +0100
> 8058855: Update java.util.zip tests to work with modular image
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10784
>
> 2014-09-17 23:27 -0400
> 8058569: Update java/lang/invoke/lambda tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10686
>
> 2014-08-22 18:54 -0700
> 8055852: Add test/java/lang/Math/DoubleConsts.java and FloatConsts.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10530
>
> 2014-08-22 14:56 -0700
> 8042003: Update java/lang/Math tests to eliminate dependency on sun.misc.DoubleConsts and sun.misc.FloatConsts
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10529
>
> 2014-08-19 12:26 -0700
> 8055262: Update jdk/test/java/util/Base64 tests to remove use of sun.misc.BASE64Encoder/Decoder
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10518
>
> 2014-08-03 20:09 +0800
> 8054095: No space allowed in platforms string in ProblemList.txt
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10432
>
>
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote
>


From weijun.wang at oracle.com  Fri Jul 17 13:40:56 2015
From: weijun.wang at oracle.com (Weijun Wang)
Date: Fri, 17 Jul 2015 06:40:56 -0700 (PDT)
Subject: CFV: New JDK9 Committer: Amy Lu
Message-ID: <e18c0871-22e3-4903-87bc-146ab33755d2@default>

Vote: yes

--Weijun

----- paul.sandoz at oracle.com wrote:

> I hereby nominate Amy Lu to jdk9 Committer.
>

From daniel.daugherty at oracle.com  Fri Jul 17 13:50:27 2015
From: daniel.daugherty at oracle.com (Daniel D. Daugherty)
Date: Fri, 17 Jul 2015 07:50:27 -0600
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
References: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
Message-ID: <55A90823.2060007@oracle.com>

Vote: yes

Dan


On 7/17/15 7:23 AM, Paul Sandoz wrote:
> I hereby nominate Amy Lu to jdk9 Committer.
>
> Amy helps keep the JDK testing lights on, running ?em, analysis of failures, and fixing ?em.
>
> In total Amy has contributed 27 changes to jdk9/jdk since August 2014 [1].
>
> Votes are due by 31st July.
>
> Only current JDK9 Committers [2] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [3].
>
> Thanks,
> Paul.
> [1]
> hg log -f -k amy.lu -k amlu --template "{date|isodate}\n{desc|firstline}\nhttp://hg.openjdk.java.net/jdk9/dev/jdk/rev/{rev}\n\n
>
> 2015-07-16 10:21 +0200
> 8131140: Mark some tests from WhileOpStatefulTest.java and WhileOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12406
>
> 2015-07-16 10:17 +0200
> 8130402: Mark intermittently failing test: tools/pack200/PackTestZip64.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12405
>
> 2015-06-30 10:00 +0200
> 8129759: Mark two tests from DistinctOpTest.java and SliceOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12256
>
> 2015-06-12 14:28 +0800
> 8085879: Mark intermittently failing: java/util/Arrays/ParallelPrefix.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12170
>
> 2015-06-03 15:33 +0100
> 8081773: sun/net/www/protocol/https/ChunkedOutputStream.java references library that doesn't exist
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12079
>
> 2015-06-03 12:37 +0200
> 8081775: two lib/testlibrary tests are failing with "Error. failed to clean up files after test" with jtreg 4.1 b12
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12077
>
> 2015-05-20 17:16 +0300
> 8080680: sun/nio/cs/TestCompoundTest.java should be removed from TEST.groups
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12007
>
> 2015-05-19 11:05 -0400
> 8080658: Update sun/nio/cs/FindDecoderBugs.java to use random number generator library
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11982
>
> 2015-05-08 10:22 +0100
> 8079651: (dc) Promiscuous.java fails with NumberFormatException due to network interference
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11891
>
> 2015-04-03 00:00 -0700
> 8076632: Remove duplicate tests: FDTest, MethodReferenceTest and more -- follow-on (completion)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11712
>
> 2015-04-02 17:32 -0700
> 8075304: Remove duplicate test: FDTest
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11711
>
> 2015-03-16 10:24 +0100
> 8075111: Mark testFlatMappingClose (from CollectorsTest) as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11610
>
> 2015-03-10 13:30 +0100
> 8074674: Doclint regression in java/util/regex/Matcher.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11583
>
> 2015-02-10 12:28 -0500
> 8069255: Suppress deprecation warnings in jdk.rmic module (jdk repo)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11380
>
> 2015-01-23 16:16 +0000
> 8069262: Doclint regression in java.nio.channels.Channels
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11302
>
> 2014-12-13 20:22 +0000
> 8067112: Update java/util/Collections/EmptyIterator.java to eliminate dependency on sun.tools.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11099
>
> 2014-12-03 14:34 +0000
> 8066131: Update java/nio/charset/Charset/NIOCharsetAvailabilityTest.java to eliminate dependency on sun.misc.Launcher
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11050
>
> 2014-11-26 11:12 -0800
> 8060026: Update jdk/test/tools/launcher tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11025
>
> 2014-10-16 19:27 -0700
> 8060432: tools/pack200/TestNormal.java fails on Windows with java.io.FileNotFoundException after JDK-8058854
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10847
>
> 2014-10-13 18:16 +0100
> 8058856: tools/jar/LeadingGarbage.java, introduced in JDK-8058520, fails on Windows
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10789
>
> 2014-10-13 17:43 +0100
> 8058854: Remove dependency on dt.jar from test/tools/jar/normalize/TestNormal.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10788
>
> 2014-10-11 13:24 +0100
> 8058855: Update java.util.zip tests to work with modular image
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10784
>
> 2014-09-17 23:27 -0400
> 8058569: Update java/lang/invoke/lambda tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10686
>
> 2014-08-22 18:54 -0700
> 8055852: Add test/java/lang/Math/DoubleConsts.java and FloatConsts.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10530
>
> 2014-08-22 14:56 -0700
> 8042003: Update java/lang/Math tests to eliminate dependency on sun.misc.DoubleConsts and sun.misc.FloatConsts
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10529
>
> 2014-08-19 12:26 -0700
> 8055262: Update jdk/test/java/util/Base64 tests to remove use of sun.misc.BASE64Encoder/Decoder
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10518
>
> 2014-08-03 20:09 +0800
> 8054095: No space allowed in platforms string in ProblemList.txt
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10432
>
>
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote
>
>


From yuri.nesterenko at oracle.com  Fri Jul 17 13:51:43 2015
From: yuri.nesterenko at oracle.com (Yuri Nesterenko)
Date: Fri, 17 Jul 2015 16:51:43 +0300
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
References: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
Message-ID: <55A9086F.4090707@oracle.com>

Vote: yes

-yan

On 07/17/2015 04:23 PM, Paul Sandoz wrote:
> I hereby nominate Amy Lu to jdk9 Committer.
>
> Amy helps keep the JDK testing lights on, running ?em, analysis of failures, and fixing ?em.
>
> In total Amy has contributed 27 changes to jdk9/jdk since August 2014 [1].
>
> Votes are due by 31st July.
>
> Only current JDK9 Committers [2] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [3].
>
> Thanks,
> Paul.
> [1]
> hg log -f -k amy.lu -k amlu --template "{date|isodate}\n{desc|firstline}\nhttp://hg.openjdk.java.net/jdk9/dev/jdk/rev/{rev}\n\n
>
> 2015-07-16 10:21 +0200
> 8131140: Mark some tests from WhileOpStatefulTest.java and WhileOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12406
>
> 2015-07-16 10:17 +0200
> 8130402: Mark intermittently failing test: tools/pack200/PackTestZip64.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12405
>
> 2015-06-30 10:00 +0200
> 8129759: Mark two tests from DistinctOpTest.java and SliceOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12256
>
> 2015-06-12 14:28 +0800
> 8085879: Mark intermittently failing: java/util/Arrays/ParallelPrefix.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12170
>
> 2015-06-03 15:33 +0100
> 8081773: sun/net/www/protocol/https/ChunkedOutputStream.java references library that doesn't exist
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12079
>
> 2015-06-03 12:37 +0200
> 8081775: two lib/testlibrary tests are failing with "Error. failed to clean up files after test" with jtreg 4.1 b12
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12077
>
> 2015-05-20 17:16 +0300
> 8080680: sun/nio/cs/TestCompoundTest.java should be removed from TEST.groups
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12007
>
> 2015-05-19 11:05 -0400
> 8080658: Update sun/nio/cs/FindDecoderBugs.java to use random number generator library
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11982
>
> 2015-05-08 10:22 +0100
> 8079651: (dc) Promiscuous.java fails with NumberFormatException due to network interference
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11891
>
> 2015-04-03 00:00 -0700
> 8076632: Remove duplicate tests: FDTest, MethodReferenceTest and more -- follow-on (completion)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11712
>
> 2015-04-02 17:32 -0700
> 8075304: Remove duplicate test: FDTest
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11711
>
> 2015-03-16 10:24 +0100
> 8075111: Mark testFlatMappingClose (from CollectorsTest) as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11610
>
> 2015-03-10 13:30 +0100
> 8074674: Doclint regression in java/util/regex/Matcher.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11583
>
> 2015-02-10 12:28 -0500
> 8069255: Suppress deprecation warnings in jdk.rmic module (jdk repo)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11380
>
> 2015-01-23 16:16 +0000
> 8069262: Doclint regression in java.nio.channels.Channels
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11302
>
> 2014-12-13 20:22 +0000
> 8067112: Update java/util/Collections/EmptyIterator.java to eliminate dependency on sun.tools.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11099
>
> 2014-12-03 14:34 +0000
> 8066131: Update java/nio/charset/Charset/NIOCharsetAvailabilityTest.java to eliminate dependency on sun.misc.Launcher
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11050
>
> 2014-11-26 11:12 -0800
> 8060026: Update jdk/test/tools/launcher tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11025
>
> 2014-10-16 19:27 -0700
> 8060432: tools/pack200/TestNormal.java fails on Windows with java.io.FileNotFoundException after JDK-8058854
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10847
>
> 2014-10-13 18:16 +0100
> 8058856: tools/jar/LeadingGarbage.java, introduced in JDK-8058520, fails on Windows
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10789
>
> 2014-10-13 17:43 +0100
> 8058854: Remove dependency on dt.jar from test/tools/jar/normalize/TestNormal.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10788
>
> 2014-10-11 13:24 +0100
> 8058855: Update java.util.zip tests to work with modular image
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10784
>
> 2014-09-17 23:27 -0400
> 8058569: Update java/lang/invoke/lambda tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10686
>
> 2014-08-22 18:54 -0700
> 8055852: Add test/java/lang/Math/DoubleConsts.java and FloatConsts.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10530
>
> 2014-08-22 14:56 -0700
> 8042003: Update java/lang/Math tests to eliminate dependency on sun.misc.DoubleConsts and sun.misc.FloatConsts
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10529
>
> 2014-08-19 12:26 -0700
> 8055262: Update jdk/test/java/util/Base64 tests to remove use of sun.misc.BASE64Encoder/Decoder
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10518
>
> 2014-08-03 20:09 +0800
> 8054095: No space allowed in platforms string in ProblemList.txt
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10432
>
>
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote
>


From sean.coffey at oracle.com  Fri Jul 17 13:59:20 2015
From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=)
Date: Fri, 17 Jul 2015 14:59:20 +0100
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
References: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
Message-ID: <55A90A38.20502@oracle.com>

Vote: yes

Regards,
Sean.

On 17/07/15 14:23, Paul Sandoz wrote:
> I hereby nominate Amy Lu to jdk9 Committer.
>
> Amy helps keep the JDK testing lights on, running ?em, analysis of failures, and fixing ?em.
>
> In total Amy has contributed 27 changes to jdk9/jdk since August 2014 [1].
>
> Votes are due by 31st July.
>
> Only current JDK9 Committers [2] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [3].
>
> Thanks,
> Paul.
> [1]
> hg log -f -k amy.lu -k amlu --template "{date|isodate}\n{desc|firstline}\nhttp://hg.openjdk.java.net/jdk9/dev/jdk/rev/{rev}\n\n
>
> 2015-07-16 10:21 +0200
> 8131140: Mark some tests from WhileOpStatefulTest.java and WhileOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12406
>
> 2015-07-16 10:17 +0200
> 8130402: Mark intermittently failing test: tools/pack200/PackTestZip64.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12405
>
> 2015-06-30 10:00 +0200
> 8129759: Mark two tests from DistinctOpTest.java and SliceOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12256
>
> 2015-06-12 14:28 +0800
> 8085879: Mark intermittently failing: java/util/Arrays/ParallelPrefix.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12170
>
> 2015-06-03 15:33 +0100
> 8081773: sun/net/www/protocol/https/ChunkedOutputStream.java references library that doesn't exist
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12079
>
> 2015-06-03 12:37 +0200
> 8081775: two lib/testlibrary tests are failing with "Error. failed to clean up files after test" with jtreg 4.1 b12
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12077
>
> 2015-05-20 17:16 +0300
> 8080680: sun/nio/cs/TestCompoundTest.java should be removed from TEST.groups
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12007
>
> 2015-05-19 11:05 -0400
> 8080658: Update sun/nio/cs/FindDecoderBugs.java to use random number generator library
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11982
>
> 2015-05-08 10:22 +0100
> 8079651: (dc) Promiscuous.java fails with NumberFormatException due to network interference
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11891
>
> 2015-04-03 00:00 -0700
> 8076632: Remove duplicate tests: FDTest, MethodReferenceTest and more -- follow-on (completion)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11712
>
> 2015-04-02 17:32 -0700
> 8075304: Remove duplicate test: FDTest
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11711
>
> 2015-03-16 10:24 +0100
> 8075111: Mark testFlatMappingClose (from CollectorsTest) as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11610
>
> 2015-03-10 13:30 +0100
> 8074674: Doclint regression in java/util/regex/Matcher.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11583
>
> 2015-02-10 12:28 -0500
> 8069255: Suppress deprecation warnings in jdk.rmic module (jdk repo)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11380
>
> 2015-01-23 16:16 +0000
> 8069262: Doclint regression in java.nio.channels.Channels
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11302
>
> 2014-12-13 20:22 +0000
> 8067112: Update java/util/Collections/EmptyIterator.java to eliminate dependency on sun.tools.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11099
>
> 2014-12-03 14:34 +0000
> 8066131: Update java/nio/charset/Charset/NIOCharsetAvailabilityTest.java to eliminate dependency on sun.misc.Launcher
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11050
>
> 2014-11-26 11:12 -0800
> 8060026: Update jdk/test/tools/launcher tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11025
>
> 2014-10-16 19:27 -0700
> 8060432: tools/pack200/TestNormal.java fails on Windows with java.io.FileNotFoundException after JDK-8058854
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10847
>
> 2014-10-13 18:16 +0100
> 8058856: tools/jar/LeadingGarbage.java, introduced in JDK-8058520, fails on Windows
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10789
>
> 2014-10-13 17:43 +0100
> 8058854: Remove dependency on dt.jar from test/tools/jar/normalize/TestNormal.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10788
>
> 2014-10-11 13:24 +0100
> 8058855: Update java.util.zip tests to work with modular image
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10784
>
> 2014-09-17 23:27 -0400
> 8058569: Update java/lang/invoke/lambda tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10686
>
> 2014-08-22 18:54 -0700
> 8055852: Add test/java/lang/Math/DoubleConsts.java and FloatConsts.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10530
>
> 2014-08-22 14:56 -0700
> 8042003: Update java/lang/Math tests to eliminate dependency on sun.misc.DoubleConsts and sun.misc.FloatConsts
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10529
>
> 2014-08-19 12:26 -0700
> 8055262: Update jdk/test/java/util/Base64 tests to remove use of sun.misc.BASE64Encoder/Decoder
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10518
>
> 2014-08-03 20:09 +0800
> 8054095: No space allowed in platforms string in ProblemList.txt
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10432
>
>
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote


From henry.jen at oracle.com  Fri Jul 17 14:01:36 2015
From: henry.jen at oracle.com (Henry Jen)
Date: Fri, 17 Jul 2015 07:01:36 -0700
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
References: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
Message-ID: <2D9F1746-D2A9-43C1-BBEE-B2F71CBEE3F5@oracle.com>

Vote: yes

Cheers,
Henry


From harold.seigel at oracle.com  Fri Jul 17 14:27:15 2015
From: harold.seigel at oracle.com (harold seigel)
Date: Fri, 17 Jul 2015 10:27:15 -0400
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
References: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
Message-ID: <55A910C3.8000301@oracle.com>

Vote: yes

Harold

On 7/17/2015 9:23 AM, Paul Sandoz wrote:
> I hereby nominate Amy Lu to jdk9 Committer.
>
> Amy helps keep the JDK testing lights on, running ?em, analysis of failures, and fixing ?em.
>
> In total Amy has contributed 27 changes to jdk9/jdk since August 2014 [1].
>
> Votes are due by 31st July.
>
> Only current JDK9 Committers [2] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [3].
>
> Thanks,
> Paul.
> [1]
> hg log -f -k amy.lu -k amlu --template "{date|isodate}\n{desc|firstline}\nhttp://hg.openjdk.java.net/jdk9/dev/jdk/rev/{rev}\n\n
>
> 2015-07-16 10:21 +0200
> 8131140: Mark some tests from WhileOpStatefulTest.java and WhileOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12406
>
> 2015-07-16 10:17 +0200
> 8130402: Mark intermittently failing test: tools/pack200/PackTestZip64.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12405
>
> 2015-06-30 10:00 +0200
> 8129759: Mark two tests from DistinctOpTest.java and SliceOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12256
>
> 2015-06-12 14:28 +0800
> 8085879: Mark intermittently failing: java/util/Arrays/ParallelPrefix.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12170
>
> 2015-06-03 15:33 +0100
> 8081773: sun/net/www/protocol/https/ChunkedOutputStream.java references library that doesn't exist
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12079
>
> 2015-06-03 12:37 +0200
> 8081775: two lib/testlibrary tests are failing with "Error. failed to clean up files after test" with jtreg 4.1 b12
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12077
>
> 2015-05-20 17:16 +0300
> 8080680: sun/nio/cs/TestCompoundTest.java should be removed from TEST.groups
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12007
>
> 2015-05-19 11:05 -0400
> 8080658: Update sun/nio/cs/FindDecoderBugs.java to use random number generator library
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11982
>
> 2015-05-08 10:22 +0100
> 8079651: (dc) Promiscuous.java fails with NumberFormatException due to network interference
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11891
>
> 2015-04-03 00:00 -0700
> 8076632: Remove duplicate tests: FDTest, MethodReferenceTest and more -- follow-on (completion)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11712
>
> 2015-04-02 17:32 -0700
> 8075304: Remove duplicate test: FDTest
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11711
>
> 2015-03-16 10:24 +0100
> 8075111: Mark testFlatMappingClose (from CollectorsTest) as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11610
>
> 2015-03-10 13:30 +0100
> 8074674: Doclint regression in java/util/regex/Matcher.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11583
>
> 2015-02-10 12:28 -0500
> 8069255: Suppress deprecation warnings in jdk.rmic module (jdk repo)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11380
>
> 2015-01-23 16:16 +0000
> 8069262: Doclint regression in java.nio.channels.Channels
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11302
>
> 2014-12-13 20:22 +0000
> 8067112: Update java/util/Collections/EmptyIterator.java to eliminate dependency on sun.tools.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11099
>
> 2014-12-03 14:34 +0000
> 8066131: Update java/nio/charset/Charset/NIOCharsetAvailabilityTest.java to eliminate dependency on sun.misc.Launcher
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11050
>
> 2014-11-26 11:12 -0800
> 8060026: Update jdk/test/tools/launcher tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11025
>
> 2014-10-16 19:27 -0700
> 8060432: tools/pack200/TestNormal.java fails on Windows with java.io.FileNotFoundException after JDK-8058854
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10847
>
> 2014-10-13 18:16 +0100
> 8058856: tools/jar/LeadingGarbage.java, introduced in JDK-8058520, fails on Windows
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10789
>
> 2014-10-13 17:43 +0100
> 8058854: Remove dependency on dt.jar from test/tools/jar/normalize/TestNormal.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10788
>
> 2014-10-11 13:24 +0100
> 8058855: Update java.util.zip tests to work with modular image
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10784
>
> 2014-09-17 23:27 -0400
> 8058569: Update java/lang/invoke/lambda tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10686
>
> 2014-08-22 18:54 -0700
> 8055852: Add test/java/lang/Math/DoubleConsts.java and FloatConsts.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10530
>
> 2014-08-22 14:56 -0700
> 8042003: Update java/lang/Math tests to eliminate dependency on sun.misc.DoubleConsts and sun.misc.FloatConsts
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10529
>
> 2014-08-19 12:26 -0700
> 8055262: Update jdk/test/java/util/Base64 tests to remove use of sun.misc.BASE64Encoder/Decoder
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10518
>
> 2014-08-03 20:09 +0800
> 8054095: No space allowed in platforms string in ProblemList.txt
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10432
>
>
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote


From daniel.fuchs at oracle.com  Fri Jul 17 14:28:22 2015
From: daniel.fuchs at oracle.com (Daniel Fuchs)
Date: Fri, 17 Jul 2015 16:28:22 +0200
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
References: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
Message-ID: <55A91106.2020506@oracle.com>

Vote: yes

On 17/07/15 15:23, Paul Sandoz wrote:
> I hereby nominate Amy Lu to jdk9 Committer.
>
> Amy helps keep the JDK testing lights on, running ?em, analysis of failures, and fixing ?em.
>
> In total Amy has contributed 27 changes to jdk9/jdk since August 2014 [1].
>
> Votes are due by 31st July.
>
> Only current JDK9 Committers [2] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [3].
>
> Thanks,
> Paul.


From Roger.Riggs at Oracle.com  Fri Jul 17 14:48:53 2015
From: Roger.Riggs at Oracle.com (Roger Riggs)
Date: Fri, 17 Jul 2015 10:48:53 -0400
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
References: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
Message-ID: <55A915D5.7070608@Oracle.com>

Vote: Yes

On 7/17/2015 9:23 AM, Paul Sandoz wrote:
> I hereby nominate Amy Lu to jdk9 Committer.
>
>

From mandy.chung at oracle.com  Fri Jul 17 15:01:14 2015
From: mandy.chung at oracle.com (Mandy Chung)
Date: Fri, 17 Jul 2015 23:01:14 +0800
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
References: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
Message-ID: <43997D92-E1E8-4241-B419-F78AC98C2ED8@oracle.com>

Vote: yes

Mandy

From serguei.spitsyn at oracle.com  Fri Jul 17 15:07:01 2015
From: serguei.spitsyn at oracle.com (serguei.spitsyn at oracle.com)
Date: Fri, 17 Jul 2015 08:07:01 -0700
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
References: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
Message-ID: <55A91A15.1050709@oracle.com>

Vote: yes

On 7/17/15 6:23 AM, Paul Sandoz wrote:
> I hereby nominate Amy Lu to jdk9 Committer.
>
> Amy helps keep the JDK testing lights on, running ?em, analysis of failures, and fixing ?em.
>
> In total Amy has contributed 27 changes to jdk9/jdk since August 2014 [1].
>
> Votes are due by 31st July.
>
> Only current JDK9 Committers [2] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [3].
>
> Thanks,
> Paul.
> [1]
> hg log -f -k amy.lu -k amlu --template "{date|isodate}\n{desc|firstline}\nhttp://hg.openjdk.java.net/jdk9/dev/jdk/rev/{rev}\n\n
>
> 2015-07-16 10:21 +0200
> 8131140: Mark some tests from WhileOpStatefulTest.java and WhileOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12406
>
> 2015-07-16 10:17 +0200
> 8130402: Mark intermittently failing test: tools/pack200/PackTestZip64.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12405
>
> 2015-06-30 10:00 +0200
> 8129759: Mark two tests from DistinctOpTest.java and SliceOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12256
>
> 2015-06-12 14:28 +0800
> 8085879: Mark intermittently failing: java/util/Arrays/ParallelPrefix.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12170
>
> 2015-06-03 15:33 +0100
> 8081773: sun/net/www/protocol/https/ChunkedOutputStream.java references library that doesn't exist
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12079
>
> 2015-06-03 12:37 +0200
> 8081775: two lib/testlibrary tests are failing with "Error. failed to clean up files after test" with jtreg 4.1 b12
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12077
>
> 2015-05-20 17:16 +0300
> 8080680: sun/nio/cs/TestCompoundTest.java should be removed from TEST.groups
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12007
>
> 2015-05-19 11:05 -0400
> 8080658: Update sun/nio/cs/FindDecoderBugs.java to use random number generator library
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11982
>
> 2015-05-08 10:22 +0100
> 8079651: (dc) Promiscuous.java fails with NumberFormatException due to network interference
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11891
>
> 2015-04-03 00:00 -0700
> 8076632: Remove duplicate tests: FDTest, MethodReferenceTest and more -- follow-on (completion)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11712
>
> 2015-04-02 17:32 -0700
> 8075304: Remove duplicate test: FDTest
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11711
>
> 2015-03-16 10:24 +0100
> 8075111: Mark testFlatMappingClose (from CollectorsTest) as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11610
>
> 2015-03-10 13:30 +0100
> 8074674: Doclint regression in java/util/regex/Matcher.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11583
>
> 2015-02-10 12:28 -0500
> 8069255: Suppress deprecation warnings in jdk.rmic module (jdk repo)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11380
>
> 2015-01-23 16:16 +0000
> 8069262: Doclint regression in java.nio.channels.Channels
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11302
>
> 2014-12-13 20:22 +0000
> 8067112: Update java/util/Collections/EmptyIterator.java to eliminate dependency on sun.tools.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11099
>
> 2014-12-03 14:34 +0000
> 8066131: Update java/nio/charset/Charset/NIOCharsetAvailabilityTest.java to eliminate dependency on sun.misc.Launcher
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11050
>
> 2014-11-26 11:12 -0800
> 8060026: Update jdk/test/tools/launcher tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11025
>
> 2014-10-16 19:27 -0700
> 8060432: tools/pack200/TestNormal.java fails on Windows with java.io.FileNotFoundException after JDK-8058854
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10847
>
> 2014-10-13 18:16 +0100
> 8058856: tools/jar/LeadingGarbage.java, introduced in JDK-8058520, fails on Windows
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10789
>
> 2014-10-13 17:43 +0100
> 8058854: Remove dependency on dt.jar from test/tools/jar/normalize/TestNormal.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10788
>
> 2014-10-11 13:24 +0100
> 8058855: Update java.util.zip tests to work with modular image
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10784
>
> 2014-09-17 23:27 -0400
> 8058569: Update java/lang/invoke/lambda tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10686
>
> 2014-08-22 18:54 -0700
> 8055852: Add test/java/lang/Math/DoubleConsts.java and FloatConsts.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10530
>
> 2014-08-22 14:56 -0700
> 8042003: Update java/lang/Math tests to eliminate dependency on sun.misc.DoubleConsts and sun.misc.FloatConsts
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10529
>
> 2014-08-19 12:26 -0700
> 8055262: Update jdk/test/java/util/Base64 tests to remove use of sun.misc.BASE64Encoder/Decoder
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10518
>
> 2014-08-03 20:09 +0800
> 8054095: No space allowed in platforms string in ProblemList.txt
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10432
>
>
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote


From chris.hegarty at oracle.com  Fri Jul 17 15:44:40 2015
From: chris.hegarty at oracle.com (Chris Hegarty)
Date: Fri, 17 Jul 2015 16:44:40 +0100
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
References: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
Message-ID: <EA1449D9-FAA6-4B7E-9CC0-F39F680B168E@oracle.com>

Vote: yes

-Chris

> On 17 Jul 2015, at 14:23, Paul Sandoz <paul.sandoz at oracle.com> wrote:
> 
> I hereby nominate Amy Lu to jdk9 Committer.
> 
> Amy helps keep the JDK testing lights on, running ?em, analysis of failures, and fixing ?em.
> 
> In total Amy has contributed 27 changes to jdk9/jdk since August 2014 [1].
> 
> Votes are due by 31st July.
> 
> Only current JDK9 Committers [2] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
> 
> For Lazy Consensus voting instructions, see [3].
> 
> Thanks,
> Paul.
> [1]
> hg log -f -k amy.lu -k amlu --template "{date|isodate}\n{desc|firstline}\nhttp://hg.openjdk.java.net/jdk9/dev/jdk/rev/{rev}\n\n
> 
> 2015-07-16 10:21 +0200
> 8131140: Mark some tests from WhileOpStatefulTest.java and WhileOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12406
> 
> 2015-07-16 10:17 +0200
> 8130402: Mark intermittently failing test: tools/pack200/PackTestZip64.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12405
> 
> 2015-06-30 10:00 +0200
> 8129759: Mark two tests from DistinctOpTest.java and SliceOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12256
> 
> 2015-06-12 14:28 +0800
> 8085879: Mark intermittently failing: java/util/Arrays/ParallelPrefix.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12170
> 
> 2015-06-03 15:33 +0100
> 8081773: sun/net/www/protocol/https/ChunkedOutputStream.java references library that doesn't exist
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12079
> 
> 2015-06-03 12:37 +0200
> 8081775: two lib/testlibrary tests are failing with "Error. failed to clean up files after test" with jtreg 4.1 b12
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12077
> 
> 2015-05-20 17:16 +0300
> 8080680: sun/nio/cs/TestCompoundTest.java should be removed from TEST.groups
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12007
> 
> 2015-05-19 11:05 -0400
> 8080658: Update sun/nio/cs/FindDecoderBugs.java to use random number generator library
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11982
> 
> 2015-05-08 10:22 +0100
> 8079651: (dc) Promiscuous.java fails with NumberFormatException due to network interference
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11891
> 
> 2015-04-03 00:00 -0700
> 8076632: Remove duplicate tests: FDTest, MethodReferenceTest and more -- follow-on (completion)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11712
> 
> 2015-04-02 17:32 -0700
> 8075304: Remove duplicate test: FDTest
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11711
> 
> 2015-03-16 10:24 +0100
> 8075111: Mark testFlatMappingClose (from CollectorsTest) as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11610
> 
> 2015-03-10 13:30 +0100
> 8074674: Doclint regression in java/util/regex/Matcher.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11583
> 
> 2015-02-10 12:28 -0500
> 8069255: Suppress deprecation warnings in jdk.rmic module (jdk repo)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11380
> 
> 2015-01-23 16:16 +0000
> 8069262: Doclint regression in java.nio.channels.Channels
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11302
> 
> 2014-12-13 20:22 +0000
> 8067112: Update java/util/Collections/EmptyIterator.java to eliminate dependency on sun.tools.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11099
> 
> 2014-12-03 14:34 +0000
> 8066131: Update java/nio/charset/Charset/NIOCharsetAvailabilityTest.java to eliminate dependency on sun.misc.Launcher
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11050
> 
> 2014-11-26 11:12 -0800
> 8060026: Update jdk/test/tools/launcher tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11025
> 
> 2014-10-16 19:27 -0700
> 8060432: tools/pack200/TestNormal.java fails on Windows with java.io.FileNotFoundException after JDK-8058854
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10847
> 
> 2014-10-13 18:16 +0100
> 8058856: tools/jar/LeadingGarbage.java, introduced in JDK-8058520, fails on Windows
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10789
> 
> 2014-10-13 17:43 +0100
> 8058854: Remove dependency on dt.jar from test/tools/jar/normalize/TestNormal.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10788
> 
> 2014-10-11 13:24 +0100
> 8058855: Update java.util.zip tests to work with modular image
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10784
> 
> 2014-09-17 23:27 -0400
> 8058569: Update java/lang/invoke/lambda tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10686
> 
> 2014-08-22 18:54 -0700
> 8055852: Add test/java/lang/Math/DoubleConsts.java and FloatConsts.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10530
> 
> 2014-08-22 14:56 -0700
> 8042003: Update java/lang/Math tests to eliminate dependency on sun.misc.DoubleConsts and sun.misc.FloatConsts
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10529
> 
> 2014-08-19 12:26 -0700
> 8055262: Update jdk/test/java/util/Base64 tests to remove use of sun.misc.BASE64Encoder/Decoder
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10518
> 
> 2014-08-03 20:09 +0800
> 8054095: No space allowed in platforms string in ProblemList.txt
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10432
> 
> 
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote

From xueming.shen at oracle.com  Fri Jul 17 15:46:38 2015
From: xueming.shen at oracle.com (Xueming Shen)
Date: Fri, 17 Jul 2015 08:46:38 -0700
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
References: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
Message-ID: <55A9235E.8090601@oracle.com>

Vote: yes

On 7/17/15 6:23 AM, Paul Sandoz wrote:
> I hereby nominate Amy Lu to jdk9 Committer.
>
> Amy helps keep the JDK testing lights on, running ?em, analysis of failures, and fixing ?em.
>
> In total Amy has contributed 27 changes to jdk9/jdk since August 2014 [1].
>
> Votes are due by 31st July.
>
> Only current JDK9 Committers [2] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [3].
>
> Thanks,
> Paul.
> [1]
> hg log -f -k amy.lu -k amlu --template "{date|isodate}\n{desc|firstline}\nhttp://hg.openjdk.java.net/jdk9/dev/jdk/rev/{rev}\n\n
>
> 2015-07-16 10:21 +0200
> 8131140: Mark some tests from WhileOpStatefulTest.java and WhileOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12406
>
> 2015-07-16 10:17 +0200
> 8130402: Mark intermittently failing test: tools/pack200/PackTestZip64.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12405
>
> 2015-06-30 10:00 +0200
> 8129759: Mark two tests from DistinctOpTest.java and SliceOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12256
>
> 2015-06-12 14:28 +0800
> 8085879: Mark intermittently failing: java/util/Arrays/ParallelPrefix.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12170
>
> 2015-06-03 15:33 +0100
> 8081773: sun/net/www/protocol/https/ChunkedOutputStream.java references library that doesn't exist
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12079
>
> 2015-06-03 12:37 +0200
> 8081775: two lib/testlibrary tests are failing with "Error. failed to clean up files after test" with jtreg 4.1 b12
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12077
>
> 2015-05-20 17:16 +0300
> 8080680: sun/nio/cs/TestCompoundTest.java should be removed from TEST.groups
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12007
>
> 2015-05-19 11:05 -0400
> 8080658: Update sun/nio/cs/FindDecoderBugs.java to use random number generator library
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11982
>
> 2015-05-08 10:22 +0100
> 8079651: (dc) Promiscuous.java fails with NumberFormatException due to network interference
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11891
>
> 2015-04-03 00:00 -0700
> 8076632: Remove duplicate tests: FDTest, MethodReferenceTest and more -- follow-on (completion)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11712
>
> 2015-04-02 17:32 -0700
> 8075304: Remove duplicate test: FDTest
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11711
>
> 2015-03-16 10:24 +0100
> 8075111: Mark testFlatMappingClose (from CollectorsTest) as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11610
>
> 2015-03-10 13:30 +0100
> 8074674: Doclint regression in java/util/regex/Matcher.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11583
>
> 2015-02-10 12:28 -0500
> 8069255: Suppress deprecation warnings in jdk.rmic module (jdk repo)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11380
>
> 2015-01-23 16:16 +0000
> 8069262: Doclint regression in java.nio.channels.Channels
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11302
>
> 2014-12-13 20:22 +0000
> 8067112: Update java/util/Collections/EmptyIterator.java to eliminate dependency on sun.tools.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11099
>
> 2014-12-03 14:34 +0000
> 8066131: Update java/nio/charset/Charset/NIOCharsetAvailabilityTest.java to eliminate dependency on sun.misc.Launcher
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11050
>
> 2014-11-26 11:12 -0800
> 8060026: Update jdk/test/tools/launcher tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11025
>
> 2014-10-16 19:27 -0700
> 8060432: tools/pack200/TestNormal.java fails on Windows with java.io.FileNotFoundException after JDK-8058854
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10847
>
> 2014-10-13 18:16 +0100
> 8058856: tools/jar/LeadingGarbage.java, introduced in JDK-8058520, fails on Windows
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10789
>
> 2014-10-13 17:43 +0100
> 8058854: Remove dependency on dt.jar from test/tools/jar/normalize/TestNormal.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10788
>
> 2014-10-11 13:24 +0100
> 8058855: Update java.util.zip tests to work with modular image
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10784
>
> 2014-09-17 23:27 -0400
> 8058569: Update java/lang/invoke/lambda tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10686
>
> 2014-08-22 18:54 -0700
> 8055852: Add test/java/lang/Math/DoubleConsts.java and FloatConsts.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10530
>
> 2014-08-22 14:56 -0700
> 8042003: Update java/lang/Math tests to eliminate dependency on sun.misc.DoubleConsts and sun.misc.FloatConsts
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10529
>
> 2014-08-19 12:26 -0700
> 8055262: Update jdk/test/java/util/Base64 tests to remove use of sun.misc.BASE64Encoder/Decoder
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10518
>
> 2014-08-03 20:09 +0800
> 8054095: No space allowed in platforms string in ProblemList.txt
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10432
>
>
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote


From calvin.cheung at oracle.com  Fri Jul 17 15:52:47 2015
From: calvin.cheung at oracle.com (Calvin Cheung)
Date: Fri, 17 Jul 2015 08:52:47 -0700
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
References: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
Message-ID: <55A924CF.4000405@oracle.com>

Vote: yes

On 7/17/15 6:23 AM, Paul Sandoz wrote:
> I hereby nominate Amy Lu to jdk9 Committer.
>
> Amy helps keep the JDK testing lights on, running ?em, analysis of failures, and fixing ?em.
>
> In total Amy has contributed 27 changes to jdk9/jdk since August 2014 [1].
>
> Votes are due by 31st July.
>
> Only current JDK9 Committers [2] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [3].
>
> Thanks,
> Paul.
> [1]
> hg log -f -k amy.lu -k amlu --template "{date|isodate}\n{desc|firstline}\nhttp://hg.openjdk.java.net/jdk9/dev/jdk/rev/{rev}\n\n
>
> 2015-07-16 10:21 +0200
> 8131140: Mark some tests from WhileOpStatefulTest.java and WhileOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12406
>
> 2015-07-16 10:17 +0200
> 8130402: Mark intermittently failing test: tools/pack200/PackTestZip64.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12405
>
> 2015-06-30 10:00 +0200
> 8129759: Mark two tests from DistinctOpTest.java and SliceOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12256
>
> 2015-06-12 14:28 +0800
> 8085879: Mark intermittently failing: java/util/Arrays/ParallelPrefix.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12170
>
> 2015-06-03 15:33 +0100
> 8081773: sun/net/www/protocol/https/ChunkedOutputStream.java references library that doesn't exist
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12079
>
> 2015-06-03 12:37 +0200
> 8081775: two lib/testlibrary tests are failing with "Error. failed to clean up files after test" with jtreg 4.1 b12
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12077
>
> 2015-05-20 17:16 +0300
> 8080680: sun/nio/cs/TestCompoundTest.java should be removed from TEST.groups
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12007
>
> 2015-05-19 11:05 -0400
> 8080658: Update sun/nio/cs/FindDecoderBugs.java to use random number generator library
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11982
>
> 2015-05-08 10:22 +0100
> 8079651: (dc) Promiscuous.java fails with NumberFormatException due to network interference
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11891
>
> 2015-04-03 00:00 -0700
> 8076632: Remove duplicate tests: FDTest, MethodReferenceTest and more -- follow-on (completion)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11712
>
> 2015-04-02 17:32 -0700
> 8075304: Remove duplicate test: FDTest
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11711
>
> 2015-03-16 10:24 +0100
> 8075111: Mark testFlatMappingClose (from CollectorsTest) as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11610
>
> 2015-03-10 13:30 +0100
> 8074674: Doclint regression in java/util/regex/Matcher.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11583
>
> 2015-02-10 12:28 -0500
> 8069255: Suppress deprecation warnings in jdk.rmic module (jdk repo)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11380
>
> 2015-01-23 16:16 +0000
> 8069262: Doclint regression in java.nio.channels.Channels
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11302
>
> 2014-12-13 20:22 +0000
> 8067112: Update java/util/Collections/EmptyIterator.java to eliminate dependency on sun.tools.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11099
>
> 2014-12-03 14:34 +0000
> 8066131: Update java/nio/charset/Charset/NIOCharsetAvailabilityTest.java to eliminate dependency on sun.misc.Launcher
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11050
>
> 2014-11-26 11:12 -0800
> 8060026: Update jdk/test/tools/launcher tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11025
>
> 2014-10-16 19:27 -0700
> 8060432: tools/pack200/TestNormal.java fails on Windows with java.io.FileNotFoundException after JDK-8058854
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10847
>
> 2014-10-13 18:16 +0100
> 8058856: tools/jar/LeadingGarbage.java, introduced in JDK-8058520, fails on Windows
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10789
>
> 2014-10-13 17:43 +0100
> 8058854: Remove dependency on dt.jar from test/tools/jar/normalize/TestNormal.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10788
>
> 2014-10-11 13:24 +0100
> 8058855: Update java.util.zip tests to work with modular image
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10784
>
> 2014-09-17 23:27 -0400
> 8058569: Update java/lang/invoke/lambda tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10686
>
> 2014-08-22 18:54 -0700
> 8055852: Add test/java/lang/Math/DoubleConsts.java and FloatConsts.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10530
>
> 2014-08-22 14:56 -0700
> 8042003: Update java/lang/Math tests to eliminate dependency on sun.misc.DoubleConsts and sun.misc.FloatConsts
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10529
>
> 2014-08-19 12:26 -0700
> 8055262: Update jdk/test/java/util/Base64 tests to remove use of sun.misc.BASE64Encoder/Decoder
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10518
>
> 2014-08-03 20:09 +0800
> 8054095: No space allowed in platforms string in ProblemList.txt
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10432
>
>
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote


From joe.darcy at oracle.com  Fri Jul 17 16:34:56 2015
From: joe.darcy at oracle.com (joe darcy)
Date: Fri, 17 Jul 2015 09:34:56 -0700
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
References: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
Message-ID: <55A92EB0.60903@oracle.com>

Vote:yes

-Joe

On 7/17/2015 6:23 AM, Paul Sandoz wrote:
> I hereby nominate Amy Lu to jdk9 Committer.
>
>


From openjdk at duigou.org  Fri Jul 17 17:16:36 2015
From: openjdk at duigou.org (Mike Duigou)
Date: Fri, 17 Jul 2015 10:16:36 -0700
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <mailman.3504.1437140459.14235.jdk9-dev@openjdk.java.net>
References: <mailman.3504.1437140459.14235.jdk9-dev@openjdk.java.net>
Message-ID: <c75e03f4501f26146b3a1fba458eab9b@sonic.net>

Vote: YES

On 2015-07-17 06:40, jdk9-dev-request at openjdk.java.net wrote:
> Send jdk9-dev mailing list submissions to
> 	jdk9-dev at openjdk.java.net
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://mail.openjdk.java.net/mailman/listinfo/jdk9-dev
> or, via email, send a message with subject or body 'help' to
> 	jdk9-dev-request at openjdk.java.net
> 
> You can reach the person managing the list at
> 	jdk9-dev-owner at openjdk.java.net
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of jdk9-dev digest..."
> 
> 
> Today's Topics:
> 
>    1. Re: JEPs proposed to target JDK 9 (2015/7/16) (Paul Sandoz)
>    2. Re: JEPs proposed to target JDK 9  (2015/7/16) (Paul Sandoz)
>    3. CFV: New JDK9 Committer: Amy Lu  (Paul Sandoz)
>    4. Re: CFV: New JDK9 Committer: Amy Lu (Jaroslav Bachorik)
>    5. Re: CFV: New JDK9 Committer: Amy Lu (Weijun Wang)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Fri, 17 Jul 2015 11:43:19 +0200
> From: Paul Sandoz <paul.sandoz at oracle.com>
> Cc: jdk9-dev <jdk9-dev at openjdk.java.net>
> Subject: Re: JEPs proposed to target JDK 9 (2015/7/16)
> Message-ID: <E7A53553-2CCC-4DB9-B487-E136FDD6BB6E at oracle.com>
> Content-Type: text/plain;	charset=windows-1252
> 
> Hi Vitaly,
> 
> Unsafe is not being removed it is being made inaccessible by default.
> As such it is currently not going anywhere.
> 
> It?s not possible to replace all the use-cases where one can peek and
> poke at any memory address.
> 
> We have to pick off common use-cases and chip away at improving how
> the JIT optimizes.
> 
> One such common use-case, separate but perhaps related to VarHandles,
> i have been looking at is array equality and array comparison (hold
> your nose at all those new methods on Arrays, it?s what it is!):
> 
> 
> http://cr.openjdk.java.net/~psandoz/jdk9/JDK-8033148-Arrays-lexico-compare/webrev/
> 
> This patch separates out two implementation approaches for performance
> measurement purposes.
> 
> Under the covers one approach leverages an array mismatch method that
> views byte[]/short[]/char[] etc. as a pseudo unaligned long[] via
> Unsage.getLongUnaligned:
> 
> http://cr.openjdk.java.net/~psandoz/jdk9/JDK-8033148-Arrays-lexico-compare/webrev/src/java.base/share/classes/java/util/ArraysSupport.java.html
> 
> So far it seems to perform well and does not require one to dive into
> HotSpot and create new intrinsics. (Note: there is already a C2
> intrinsic for char[] equality that performs very well so this
> technique is not needed in that case, but is still needed for C1.)
> 
> I have experimental support for a VarHandle that views byte[] as a
> pseudo unaligned long[]. While you can also do this with ByteBuffer
> one is in the lap of the escape analysis gods. I would like to revisit
> this array mismatch method to see if i can replace Unsafe with
> VarHandle and achieve the same performance and similar generated code
> (ideally the same in the unrolled loop).
> 
> In terms of JIT optimisations it would be handy if HotSpot could turn
> two contigious unaligned unsafe long accesses into one SIMD-based
> access. I don?t understand enough about the super word/vectorization
> support in HotSpot to know if that is feasible.
> 
> More generally if HotSpot could ?naturally" optimize the ordinary
> array equality/comparison code even better! But i dunno if that is
> possible for both C1 and C2 in the near term. So i believe the array
> mismatch implementation technique is a good solution for the moment.
> 
> Paul.
> 
> On 17 Jul 2015, at 04:34, Vitaly Davidovich <vitalyd at gmail.com> wrote:
> 
>> Right, there will be places where programmer knows more than the JIT.  
>> This
>> is expressable with Unsafe today, and will not be quite so with
>> varhandles.  The overall context here is removal of Unsafe, so we're 
>> going
>> from something possible today to something that heavily relies on JIT. 
>>  It
>> seems like a bit of Sufficiently Smart Compiler territory ...
>> 
>> Having JIT gather all array lengths and look at most restrictive is 
>> good,
>> but still incurs the arguably biggest cost of this whole thing: memory
>> accesses that may not otherwise be needed.  This also would work best 
>> in a
>> loop context where this check could be amortized over the iterations, 
>> but
>> sometimes you just have islands of code that do this type of thing and 
>> not
>> all bunched in one tight loop that the JIT can easily work with.
>> 
>> Most languages with safety checks typically have unsafe 
>> constructs/regions
>> - Unsafe serves a bit of that role on the JVM, and I'm uncertain that
>> removing that escape hatch is a good thing when there's no replacement 
>> that
>> works at least as well.
> 
> 
> 
> ------------------------------
> 
> Message: 2
> Date: Fri, 17 Jul 2015 12:24:11 +0200
> From: Paul Sandoz <paul.sandoz at oracle.com>
> Cc: jdk9-dev at openjdk.java.net
> Subject: Re: JEPs proposed to target JDK 9  (2015/7/16)
> Message-ID: <56CD9DA7-221D-4DA2-9E03-C6E3E7289EF2 at oracle.com>
> Content-Type: text/plain;	charset=windows-1252
> 
> Hi David,
> 
> You raise a fair point, although i don?t think lookup is it particular
> worse than what has to be done today with Unsafe or
> Atomic*FieldUpdater classes.
> 
> It is important we leverage the same access control checks as required
> for method handles, hence the identical lookup process. It might be
> possible to provide some helper methods for the case where the
> receiver is identical to the requested lookup class e.g.:
> 
>   VarHandle.findField(Foo.class, "blah", int.class);
> 
> (MethodHandles.lookup() is caller sensitive, so the calling class of
> that method above would be required.)
> 
> We did explore the possibility of a field literal mechanism (a syntax
> and potentially the notion of dynamic constants) but considered that
> too much to bite off at the moment. So i hope we can improve this over
> time. And more generally once we have value types and generics over
> primitives and values i hope we can further improve the user
> experience.
> 
> Paul.
> 
> 
> On 17 Jul 2015, at 00:21, David M. Lloyd <david.lloyd at redhat.com> 
> wrote:
> 
>> On 07/16/2015 04:56 PM, mark.reinhold at oracle.com wrote:
>>> The following JEPs have been placed into the "Proposed to Target"
>>> state by their owners after discussion and review:
>>> 
>>>   193: Variable Handles
>>>        http://openjdk.java.net/jeps/193
>> 
>> Given how frequently I expect the VarHandle API will be used (in my 
>> code, at least), I think it would be nice to require that there be a 
>> simpler/friendlier API for constructing the things.  In particular, 
>> the example proposed API usage is particularly unfriendly:
>> 
>> class Bar {
>>     static final VarHandle VH_FOO_FIELD_I;
>> 
>>     static {
>>         try {
>>             VH_FOO_FIELD_I = MethodHandles.lookup().
>>                 in(Foo.class).
>>                 findFieldVarHandle(Foo.class, "i", int.class);
>>         } catch (Exception e) {
>>             throw new Error(e);
>>         }
>>     }
>> }
>> 
>> Ideally, VarHandle construction should be possible on one line, and 
>> thus should already throw Error directly.  To me, the *worst case* API 
>> looks something like this:
>> 
>>     private static final VarHandle BLAH = 
>> MethodHandles.lookup().in(Foo.class).findFieldVarHandle(Foo.class, 
>> "blah", int.class);
>> 
>> But even that is arguably fairly ridiculous complexity considering 
>> that we're talking about the ability to update a variable in a way 
>> that conceptually is not dissimilar to the simple assignments that we 
>> have at the language level today.  It is my belief that having a 
>> "syntax" which is highly complex relative to the more traditional 
>> operations that these are very strongly related to acts to perpetuate 
>> a mode of thinking that these kinds of operations belong to a 
>> different "strata" of engineering, which I think is unwarranted.
>> 
>> I do not think that requiring a simpler syntax for realizing 
>> VarHandles in the initial implementation is an unreasonable additional 
>> requirement.
>> 
>> --
>> - DML
> 
> 
> 
> ------------------------------
> 
> Message: 3
> Date: Fri, 17 Jul 2015 15:23:43 +0200
> From: Paul Sandoz <paul.sandoz at oracle.com>
> To: jdk9-dev <jdk9-dev at openjdk.java.net>
> Subject: CFV: New JDK9 Committer: Amy Lu
> Message-ID: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C at oracle.com>
> Content-Type: text/plain;	charset=windows-1252
> 
> I hereby nominate Amy Lu to jdk9 Committer.
> 
> Amy helps keep the JDK testing lights on, running ?em, analysis of
> failures, and fixing ?em.
> 
> In total Amy has contributed 27 changes to jdk9/jdk since August 2014 
> [1].
> 
> Votes are due by 31st July.
> 
> Only current JDK9 Committers [2] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
> 
> For Lazy Consensus voting instructions, see [3].
> 
> Thanks,
> Paul.
> [1]
> hg log -f -k amy.lu -k amlu --template
> "{date|isodate}\n{desc|firstline}\nhttp://hg.openjdk.java.net/jdk9/dev/jdk/rev/{rev}\n\n
> 
> 2015-07-16 10:21 +0200
> 8131140: Mark some tests from WhileOpStatefulTest.java and
> WhileOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12406
> 
> 2015-07-16 10:17 +0200
> 8130402: Mark intermittently failing test: 
> tools/pack200/PackTestZip64.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12405
> 
> 2015-06-30 10:00 +0200
> 8129759: Mark two tests from DistinctOpTest.java and SliceOpTest.java
> as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12256
> 
> 2015-06-12 14:28 +0800
> 8085879: Mark intermittently failing: 
> java/util/Arrays/ParallelPrefix.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12170
> 
> 2015-06-03 15:33 +0100
> 8081773: sun/net/www/protocol/https/ChunkedOutputStream.java
> references library that doesn't exist
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12079
> 
> 2015-06-03 12:37 +0200
> 8081775: two lib/testlibrary tests are failing with "Error. failed to
> clean up files after test" with jtreg 4.1 b12
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12077
> 
> 2015-05-20 17:16 +0300
> 8080680: sun/nio/cs/TestCompoundTest.java should be removed from 
> TEST.groups
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12007
> 
> 2015-05-19 11:05 -0400
> 8080658: Update sun/nio/cs/FindDecoderBugs.java to use random number
> generator library
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11982
> 
> 2015-05-08 10:22 +0100
> 8079651: (dc) Promiscuous.java fails with NumberFormatException due to
> network interference
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11891
> 
> 2015-04-03 00:00 -0700
> 8076632: Remove duplicate tests: FDTest, MethodReferenceTest and more
> -- follow-on (completion)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11712
> 
> 2015-04-02 17:32 -0700
> 8075304: Remove duplicate test: FDTest
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11711
> 
> 2015-03-16 10:24 +0100
> 8075111: Mark testFlatMappingClose (from CollectorsTest) as
> serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11610
> 
> 2015-03-10 13:30 +0100
> 8074674: Doclint regression in java/util/regex/Matcher.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11583
> 
> 2015-02-10 12:28 -0500
> 8069255: Suppress deprecation warnings in jdk.rmic module (jdk repo)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11380
> 
> 2015-01-23 16:16 +0000
> 8069262: Doclint regression in java.nio.channels.Channels
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11302
> 
> 2014-12-13 20:22 +0000
> 8067112: Update java/util/Collections/EmptyIterator.java to eliminate
> dependency on sun.tools.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11099
> 
> 2014-12-03 14:34 +0000
> 8066131: Update
> java/nio/charset/Charset/NIOCharsetAvailabilityTest.java to eliminate
> dependency on sun.misc.Launcher
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11050
> 
> 2014-11-26 11:12 -0800
> 8060026: Update jdk/test/tools/launcher tests to eliminate dependency
> on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11025
> 
> 2014-10-16 19:27 -0700
> 8060432: tools/pack200/TestNormal.java fails on Windows with
> java.io.FileNotFoundException after JDK-8058854
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10847
> 
> 2014-10-13 18:16 +0100
> 8058856: tools/jar/LeadingGarbage.java, introduced in JDK-8058520,
> fails on Windows
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10789
> 
> 2014-10-13 17:43 +0100
> 8058854: Remove dependency on dt.jar from
> test/tools/jar/normalize/TestNormal.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10788
> 
> 2014-10-11 13:24 +0100
> 8058855: Update java.util.zip tests to work with modular image
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10784
> 
> 2014-09-17 23:27 -0400
> 8058569: Update java/lang/invoke/lambda tests to eliminate dependency
> on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10686
> 
> 2014-08-22 18:54 -0700
> 8055852: Add test/java/lang/Math/DoubleConsts.java and FloatConsts.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10530
> 
> 2014-08-22 14:56 -0700
> 8042003: Update java/lang/Math tests to eliminate dependency on
> sun.misc.DoubleConsts and sun.misc.FloatConsts
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10529
> 
> 2014-08-19 12:26 -0700
> 8055262: Update jdk/test/java/util/Base64 tests to remove use of
> sun.misc.BASE64Encoder/Decoder
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10518
> 
> 2014-08-03 20:09 +0800
> 8054095: No space allowed in platforms string in ProblemList.txt
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10432
> 
> 
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote
> 
> 
> ------------------------------
> 
> Message: 4
> Date: Fri, 17 Jul 2015 15:30:52 +0200
> From: Jaroslav Bachorik <jaroslav.bachorik at oracle.com>
> To: jdk9-dev at openjdk.java.net
> Subject: Re: CFV: New JDK9 Committer: Amy Lu
> Message-ID: <55A9038C.7050603 at oracle.com>
> Content-Type: text/plain; charset=windows-1252; format=flowed
> 
> Vote: yes
> 
> -JB-
> 
> On 17.7.2015 15:23, Paul Sandoz wrote:
>> I hereby nominate Amy Lu to jdk9 Committer.
>> 
>> Amy helps keep the JDK testing lights on, running ?em, analysis of 
>> failures, and fixing ?em.
>> 
>> In total Amy has contributed 27 changes to jdk9/jdk since August 2014 
>> [1].
>> 
>> Votes are due by 31st July.
>> 
>> Only current JDK9 Committers [2] are eligible to vote on this
>> nomination. Votes must be cast in the open by replying to this mailing
>> list.
>> 
>> For Lazy Consensus voting instructions, see [3].
>> 
>> Thanks,
>> Paul.
>> [1]
>> hg log -f -k amy.lu -k amlu --template 
>> "{date|isodate}\n{desc|firstline}\nhttp://hg.openjdk.java.net/jdk9/dev/jdk/rev/{rev}\n\n
>> 
>> 2015-07-16 10:21 +0200
>> 8131140: Mark some tests from WhileOpStatefulTest.java and 
>> WhileOpTest.java as serialization hostile
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12406
>> 
>> 2015-07-16 10:17 +0200
>> 8130402: Mark intermittently failing test: 
>> tools/pack200/PackTestZip64.java
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12405
>> 
>> 2015-06-30 10:00 +0200
>> 8129759: Mark two tests from DistinctOpTest.java and SliceOpTest.java 
>> as serialization hostile
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12256
>> 
>> 2015-06-12 14:28 +0800
>> 8085879: Mark intermittently failing: 
>> java/util/Arrays/ParallelPrefix.java
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12170
>> 
>> 2015-06-03 15:33 +0100
>> 8081773: sun/net/www/protocol/https/ChunkedOutputStream.java 
>> references library that doesn't exist
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12079
>> 
>> 2015-06-03 12:37 +0200
>> 8081775: two lib/testlibrary tests are failing with "Error. failed to 
>> clean up files after test" with jtreg 4.1 b12
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12077
>> 
>> 2015-05-20 17:16 +0300
>> 8080680: sun/nio/cs/TestCompoundTest.java should be removed from 
>> TEST.groups
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12007
>> 
>> 2015-05-19 11:05 -0400
>> 8080658: Update sun/nio/cs/FindDecoderBugs.java to use random number 
>> generator library
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11982
>> 
>> 2015-05-08 10:22 +0100
>> 8079651: (dc) Promiscuous.java fails with NumberFormatException due to 
>> network interference
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11891
>> 
>> 2015-04-03 00:00 -0700
>> 8076632: Remove duplicate tests: FDTest, MethodReferenceTest and more 
>> -- follow-on (completion)
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11712
>> 
>> 2015-04-02 17:32 -0700
>> 8075304: Remove duplicate test: FDTest
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11711
>> 
>> 2015-03-16 10:24 +0100
>> 8075111: Mark testFlatMappingClose (from CollectorsTest) as 
>> serialization hostile
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11610
>> 
>> 2015-03-10 13:30 +0100
>> 8074674: Doclint regression in java/util/regex/Matcher.java
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11583
>> 
>> 2015-02-10 12:28 -0500
>> 8069255: Suppress deprecation warnings in jdk.rmic module (jdk repo)
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11380
>> 
>> 2015-01-23 16:16 +0000
>> 8069262: Doclint regression in java.nio.channels.Channels
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11302
>> 
>> 2014-12-13 20:22 +0000
>> 8067112: Update java/util/Collections/EmptyIterator.java to eliminate 
>> dependency on sun.tools.java
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11099
>> 
>> 2014-12-03 14:34 +0000
>> 8066131: Update 
>> java/nio/charset/Charset/NIOCharsetAvailabilityTest.java to eliminate 
>> dependency on sun.misc.Launcher
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11050
>> 
>> 2014-11-26 11:12 -0800
>> 8060026: Update jdk/test/tools/launcher tests to eliminate dependency 
>> on sun.tools.jar.Main
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11025
>> 
>> 2014-10-16 19:27 -0700
>> 8060432: tools/pack200/TestNormal.java fails on Windows with 
>> java.io.FileNotFoundException after JDK-8058854
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10847
>> 
>> 2014-10-13 18:16 +0100
>> 8058856: tools/jar/LeadingGarbage.java, introduced in JDK-8058520, 
>> fails on Windows
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10789
>> 
>> 2014-10-13 17:43 +0100
>> 8058854: Remove dependency on dt.jar from 
>> test/tools/jar/normalize/TestNormal.java
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10788
>> 
>> 2014-10-11 13:24 +0100
>> 8058855: Update java.util.zip tests to work with modular image
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10784
>> 
>> 2014-09-17 23:27 -0400
>> 8058569: Update java/lang/invoke/lambda tests to eliminate dependency 
>> on sun.tools.jar.Main
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10686
>> 
>> 2014-08-22 18:54 -0700
>> 8055852: Add test/java/lang/Math/DoubleConsts.java and 
>> FloatConsts.java
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10530
>> 
>> 2014-08-22 14:56 -0700
>> 8042003: Update java/lang/Math tests to eliminate dependency on 
>> sun.misc.DoubleConsts and sun.misc.FloatConsts
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10529
>> 
>> 2014-08-19 12:26 -0700
>> 8055262: Update jdk/test/java/util/Base64 tests to remove use of 
>> sun.misc.BASE64Encoder/Decoder
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10518
>> 
>> 2014-08-03 20:09 +0800
>> 8054095: No space allowed in platforms string in ProblemList.txt
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10432
>> 
>> 
>> [2] http://openjdk.java.net/census#jdk9
>> [3] http://openjdk.java.net/projects#committer-vote
>> 
> 
> 
> 
> ------------------------------
> 
> Message: 5
> Date: Fri, 17 Jul 2015 06:40:56 -0700 (PDT)
> From: Weijun Wang <weijun.wang at oracle.com>
> To: <paul.sandoz at oracle.com>
> Cc: jdk9-dev at openjdk.java.net
> Subject: Re: CFV: New JDK9 Committer: Amy Lu
> Message-ID: <e18c0871-22e3-4903-87bc-146ab33755d2 at default>
> Content-Type: text/plain; charset=UTF-8
> 
> Vote: yes
> 
> --Weijun
> 
> ----- paul.sandoz at oracle.com wrote:
> 
>> I hereby nominate Amy Lu to jdk9 Committer.
>> 
> 
> 
> End of jdk9-dev Digest, Vol 21, Issue 7
> ***************************************

From brian.goetz at oracle.com  Fri Jul 17 17:32:04 2015
From: brian.goetz at oracle.com (Brian Goetz)
Date: Fri, 17 Jul 2015 13:32:04 -0400
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <c75e03f4501f26146b3a1fba458eab9b@sonic.net>
References: <mailman.3504.1437140459.14235.jdk9-dev@openjdk.java.net>
	<c75e03f4501f26146b3a1fba458eab9b@sonic.net>
Message-ID: <58A83FB0-51FC-4EC3-B8DD-05B937F0F5ED@oracle.com>

Vote: Yes 

On Jul 17, 2015, at 1:16 PM, Mike Duigou <openjdk at duigou.org> wrote:

> Vote: YES
> 
> On 2015-07-17 06:40, jdk9-dev-request at openjdk.java.net wrote:
>> Send jdk9-dev mailing list submissions to
>> 	jdk9-dev at openjdk.java.net
>> To subscribe or unsubscribe via the World Wide Web, visit
>> 	http://mail.openjdk.java.net/mailman/listinfo/jdk9-dev
>> or, via email, send a message with subject or body 'help' to
>> 	jdk9-dev-request at openjdk.java.net
>> You can reach the person managing the list at
>> 	jdk9-dev-owner at openjdk.java.net
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of jdk9-dev digest..."
>> Today's Topics:
>>   1. Re: JEPs proposed to target JDK 9 (2015/7/16) (Paul Sandoz)
>>   2. Re: JEPs proposed to target JDK 9  (2015/7/16) (Paul Sandoz)
>>   3. CFV: New JDK9 Committer: Amy Lu  (Paul Sandoz)
>>   4. Re: CFV: New JDK9 Committer: Amy Lu (Jaroslav Bachorik)
>>   5. Re: CFV: New JDK9 Committer: Amy Lu (Weijun Wang)
>> ----------------------------------------------------------------------
>> Message: 1
>> Date: Fri, 17 Jul 2015 11:43:19 +0200
>> From: Paul Sandoz <paul.sandoz at oracle.com>
>> Cc: jdk9-dev <jdk9-dev at openjdk.java.net>
>> Subject: Re: JEPs proposed to target JDK 9 (2015/7/16)
>> Message-ID: <E7A53553-2CCC-4DB9-B487-E136FDD6BB6E at oracle.com>
>> Content-Type: text/plain;	charset=windows-1252
>> Hi Vitaly,
>> Unsafe is not being removed it is being made inaccessible by default.
>> As such it is currently not going anywhere.
>> It?s not possible to replace all the use-cases where one can peek and
>> poke at any memory address.
>> We have to pick off common use-cases and chip away at improving how
>> the JIT optimizes.
>> One such common use-case, separate but perhaps related to VarHandles,
>> i have been looking at is array equality and array comparison (hold
>> your nose at all those new methods on Arrays, it?s what it is!):
>> http://cr.openjdk.java.net/~psandoz/jdk9/JDK-8033148-Arrays-lexico-compare/webrev/
>> This patch separates out two implementation approaches for performance
>> measurement purposes.
>> Under the covers one approach leverages an array mismatch method that
>> views byte[]/short[]/char[] etc. as a pseudo unaligned long[] via
>> Unsage.getLongUnaligned:
>> http://cr.openjdk.java.net/~psandoz/jdk9/JDK-8033148-Arrays-lexico-compare/webrev/src/java.base/share/classes/java/util/ArraysSupport.java.html
>> So far it seems to perform well and does not require one to dive into
>> HotSpot and create new intrinsics. (Note: there is already a C2
>> intrinsic for char[] equality that performs very well so this
>> technique is not needed in that case, but is still needed for C1.)
>> I have experimental support for a VarHandle that views byte[] as a
>> pseudo unaligned long[]. While you can also do this with ByteBuffer
>> one is in the lap of the escape analysis gods. I would like to revisit
>> this array mismatch method to see if i can replace Unsafe with
>> VarHandle and achieve the same performance and similar generated code
>> (ideally the same in the unrolled loop).
>> In terms of JIT optimisations it would be handy if HotSpot could turn
>> two contigious unaligned unsafe long accesses into one SIMD-based
>> access. I don?t understand enough about the super word/vectorization
>> support in HotSpot to know if that is feasible.
>> More generally if HotSpot could ?naturally" optimize the ordinary
>> array equality/comparison code even better! But i dunno if that is
>> possible for both C1 and C2 in the near term. So i believe the array
>> mismatch implementation technique is a good solution for the moment.
>> Paul.
>> On 17 Jul 2015, at 04:34, Vitaly Davidovich <vitalyd at gmail.com> wrote:
>>> Right, there will be places where programmer knows more than the JIT.  This
>>> is expressable with Unsafe today, and will not be quite so with
>>> varhandles.  The overall context here is removal of Unsafe, so we're going
>>> from something possible today to something that heavily relies on JIT.  It
>>> seems like a bit of Sufficiently Smart Compiler territory ...
>>> Having JIT gather all array lengths and look at most restrictive is good,
>>> but still incurs the arguably biggest cost of this whole thing: memory
>>> accesses that may not otherwise be needed.  This also would work best in a
>>> loop context where this check could be amortized over the iterations, but
>>> sometimes you just have islands of code that do this type of thing and not
>>> all bunched in one tight loop that the JIT can easily work with.
>>> Most languages with safety checks typically have unsafe constructs/regions
>>> - Unsafe serves a bit of that role on the JVM, and I'm uncertain that
>>> removing that escape hatch is a good thing when there's no replacement that
>>> works at least as well.
>> ------------------------------
>> Message: 2
>> Date: Fri, 17 Jul 2015 12:24:11 +0200
>> From: Paul Sandoz <paul.sandoz at oracle.com>
>> Cc: jdk9-dev at openjdk.java.net
>> Subject: Re: JEPs proposed to target JDK 9  (2015/7/16)
>> Message-ID: <56CD9DA7-221D-4DA2-9E03-C6E3E7289EF2 at oracle.com>
>> Content-Type: text/plain;	charset=windows-1252
>> Hi David,
>> You raise a fair point, although i don?t think lookup is it particular
>> worse than what has to be done today with Unsafe or
>> Atomic*FieldUpdater classes.
>> It is important we leverage the same access control checks as required
>> for method handles, hence the identical lookup process. It might be
>> possible to provide some helper methods for the case where the
>> receiver is identical to the requested lookup class e.g.:
>>  VarHandle.findField(Foo.class, "blah", int.class);
>> (MethodHandles.lookup() is caller sensitive, so the calling class of
>> that method above would be required.)
>> We did explore the possibility of a field literal mechanism (a syntax
>> and potentially the notion of dynamic constants) but considered that
>> too much to bite off at the moment. So i hope we can improve this over
>> time. And more generally once we have value types and generics over
>> primitives and values i hope we can further improve the user
>> experience.
>> Paul.
>> On 17 Jul 2015, at 00:21, David M. Lloyd <david.lloyd at redhat.com> wrote:
>>> On 07/16/2015 04:56 PM, mark.reinhold at oracle.com wrote:
>>>> The following JEPs have been placed into the "Proposed to Target"
>>>> state by their owners after discussion and review:
>>>>  193: Variable Handles
>>>>       http://openjdk.java.net/jeps/193
>>> Given how frequently I expect the VarHandle API will be used (in my code, at least), I think it would be nice to require that there be a simpler/friendlier API for constructing the things.  In particular, the example proposed API usage is particularly unfriendly:
>>> class Bar {
>>>    static final VarHandle VH_FOO_FIELD_I;
>>>    static {
>>>        try {
>>>            VH_FOO_FIELD_I = MethodHandles.lookup().
>>>                in(Foo.class).
>>>                findFieldVarHandle(Foo.class, "i", int.class);
>>>        } catch (Exception e) {
>>>            throw new Error(e);
>>>        }
>>>    }
>>> }
>>> Ideally, VarHandle construction should be possible on one line, and thus should already throw Error directly.  To me, the *worst case* API looks something like this:
>>>    private static final VarHandle BLAH = MethodHandles.lookup().in(Foo.class).findFieldVarHandle(Foo.class, "blah", int.class);
>>> But even that is arguably fairly ridiculous complexity considering that we're talking about the ability to update a variable in a way that conceptually is not dissimilar to the simple assignments that we have at the language level today.  It is my belief that having a "syntax" which is highly complex relative to the more traditional operations that these are very strongly related to acts to perpetuate a mode of thinking that these kinds of operations belong to a different "strata" of engineering, which I think is unwarranted.
>>> I do not think that requiring a simpler syntax for realizing VarHandles in the initial implementation is an unreasonable additional requirement.
>>> --
>>> - DML
>> ------------------------------
>> Message: 3
>> Date: Fri, 17 Jul 2015 15:23:43 +0200
>> From: Paul Sandoz <paul.sandoz at oracle.com>
>> To: jdk9-dev <jdk9-dev at openjdk.java.net>
>> Subject: CFV: New JDK9 Committer: Amy Lu
>> Message-ID: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C at oracle.com>
>> Content-Type: text/plain;	charset=windows-1252
>> I hereby nominate Amy Lu to jdk9 Committer.
>> Amy helps keep the JDK testing lights on, running ?em, analysis of
>> failures, and fixing ?em.
>> In total Amy has contributed 27 changes to jdk9/jdk since August 2014 [1].
>> Votes are due by 31st July.
>> Only current JDK9 Committers [2] are eligible to vote on this
>> nomination. Votes must be cast in the open by replying to this mailing
>> list.
>> For Lazy Consensus voting instructions, see [3].
>> Thanks,
>> Paul.
>> [1]
>> hg log -f -k amy.lu -k amlu --template
>> "{date|isodate}\n{desc|firstline}\nhttp://hg.openjdk.java.net/jdk9/dev/jdk/rev/{rev}\n\n
>> 2015-07-16 10:21 +0200
>> 8131140: Mark some tests from WhileOpStatefulTest.java and
>> WhileOpTest.java as serialization hostile
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12406
>> 2015-07-16 10:17 +0200
>> 8130402: Mark intermittently failing test: tools/pack200/PackTestZip64.java
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12405
>> 2015-06-30 10:00 +0200
>> 8129759: Mark two tests from DistinctOpTest.java and SliceOpTest.java
>> as serialization hostile
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12256
>> 2015-06-12 14:28 +0800
>> 8085879: Mark intermittently failing: java/util/Arrays/ParallelPrefix.java
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12170
>> 2015-06-03 15:33 +0100
>> 8081773: sun/net/www/protocol/https/ChunkedOutputStream.java
>> references library that doesn't exist
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12079
>> 2015-06-03 12:37 +0200
>> 8081775: two lib/testlibrary tests are failing with "Error. failed to
>> clean up files after test" with jtreg 4.1 b12
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12077
>> 2015-05-20 17:16 +0300
>> 8080680: sun/nio/cs/TestCompoundTest.java should be removed from TEST.groups
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12007
>> 2015-05-19 11:05 -0400
>> 8080658: Update sun/nio/cs/FindDecoderBugs.java to use random number
>> generator library
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11982
>> 2015-05-08 10:22 +0100
>> 8079651: (dc) Promiscuous.java fails with NumberFormatException due to
>> network interference
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11891
>> 2015-04-03 00:00 -0700
>> 8076632: Remove duplicate tests: FDTest, MethodReferenceTest and more
>> -- follow-on (completion)
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11712
>> 2015-04-02 17:32 -0700
>> 8075304: Remove duplicate test: FDTest
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11711
>> 2015-03-16 10:24 +0100
>> 8075111: Mark testFlatMappingClose (from CollectorsTest) as
>> serialization hostile
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11610
>> 2015-03-10 13:30 +0100
>> 8074674: Doclint regression in java/util/regex/Matcher.java
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11583
>> 2015-02-10 12:28 -0500
>> 8069255: Suppress deprecation warnings in jdk.rmic module (jdk repo)
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11380
>> 2015-01-23 16:16 +0000
>> 8069262: Doclint regression in java.nio.channels.Channels
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11302
>> 2014-12-13 20:22 +0000
>> 8067112: Update java/util/Collections/EmptyIterator.java to eliminate
>> dependency on sun.tools.java
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11099
>> 2014-12-03 14:34 +0000
>> 8066131: Update
>> java/nio/charset/Charset/NIOCharsetAvailabilityTest.java to eliminate
>> dependency on sun.misc.Launcher
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11050
>> 2014-11-26 11:12 -0800
>> 8060026: Update jdk/test/tools/launcher tests to eliminate dependency
>> on sun.tools.jar.Main
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11025
>> 2014-10-16 19:27 -0700
>> 8060432: tools/pack200/TestNormal.java fails on Windows with
>> java.io.FileNotFoundException after JDK-8058854
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10847
>> 2014-10-13 18:16 +0100
>> 8058856: tools/jar/LeadingGarbage.java, introduced in JDK-8058520,
>> fails on Windows
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10789
>> 2014-10-13 17:43 +0100
>> 8058854: Remove dependency on dt.jar from
>> test/tools/jar/normalize/TestNormal.java
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10788
>> 2014-10-11 13:24 +0100
>> 8058855: Update java.util.zip tests to work with modular image
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10784
>> 2014-09-17 23:27 -0400
>> 8058569: Update java/lang/invoke/lambda tests to eliminate dependency
>> on sun.tools.jar.Main
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10686
>> 2014-08-22 18:54 -0700
>> 8055852: Add test/java/lang/Math/DoubleConsts.java and FloatConsts.java
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10530
>> 2014-08-22 14:56 -0700
>> 8042003: Update java/lang/Math tests to eliminate dependency on
>> sun.misc.DoubleConsts and sun.misc.FloatConsts
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10529
>> 2014-08-19 12:26 -0700
>> 8055262: Update jdk/test/java/util/Base64 tests to remove use of
>> sun.misc.BASE64Encoder/Decoder
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10518
>> 2014-08-03 20:09 +0800
>> 8054095: No space allowed in platforms string in ProblemList.txt
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10432
>> [2] http://openjdk.java.net/census#jdk9
>> [3] http://openjdk.java.net/projects#committer-vote
>> ------------------------------
>> Message: 4
>> Date: Fri, 17 Jul 2015 15:30:52 +0200
>> From: Jaroslav Bachorik <jaroslav.bachorik at oracle.com>
>> To: jdk9-dev at openjdk.java.net
>> Subject: Re: CFV: New JDK9 Committer: Amy Lu
>> Message-ID: <55A9038C.7050603 at oracle.com>
>> Content-Type: text/plain; charset=windows-1252; format=flowed
>> Vote: yes
>> -JB-
>> On 17.7.2015 15:23, Paul Sandoz wrote:
>>> I hereby nominate Amy Lu to jdk9 Committer.
>>> Amy helps keep the JDK testing lights on, running ?em, analysis of failures, and fixing ?em.
>>> In total Amy has contributed 27 changes to jdk9/jdk since August 2014 [1].
>>> Votes are due by 31st July.
>>> Only current JDK9 Committers [2] are eligible to vote on this
>>> nomination. Votes must be cast in the open by replying to this mailing
>>> list.
>>> For Lazy Consensus voting instructions, see [3].
>>> Thanks,
>>> Paul.
>>> [1]
>>> hg log -f -k amy.lu -k amlu --template "{date|isodate}\n{desc|firstline}\nhttp://hg.openjdk.java.net/jdk9/dev/jdk/rev/{rev}\n\n
>>> 2015-07-16 10:21 +0200
>>> 8131140: Mark some tests from WhileOpStatefulTest.java and WhileOpTest.java as serialization hostile
>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12406
>>> 2015-07-16 10:17 +0200
>>> 8130402: Mark intermittently failing test: tools/pack200/PackTestZip64.java
>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12405
>>> 2015-06-30 10:00 +0200
>>> 8129759: Mark two tests from DistinctOpTest.java and SliceOpTest.java as serialization hostile
>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12256
>>> 2015-06-12 14:28 +0800
>>> 8085879: Mark intermittently failing: java/util/Arrays/ParallelPrefix.java
>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12170
>>> 2015-06-03 15:33 +0100
>>> 8081773: sun/net/www/protocol/https/ChunkedOutputStream.java references library that doesn't exist
>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12079
>>> 2015-06-03 12:37 +0200
>>> 8081775: two lib/testlibrary tests are failing with "Error. failed to clean up files after test" with jtreg 4.1 b12
>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12077
>>> 2015-05-20 17:16 +0300
>>> 8080680: sun/nio/cs/TestCompoundTest.java should be removed from TEST.groups
>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12007
>>> 2015-05-19 11:05 -0400
>>> 8080658: Update sun/nio/cs/FindDecoderBugs.java to use random number generator library
>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11982
>>> 2015-05-08 10:22 +0100
>>> 8079651: (dc) Promiscuous.java fails with NumberFormatException due to network interference
>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11891
>>> 2015-04-03 00:00 -0700
>>> 8076632: Remove duplicate tests: FDTest, MethodReferenceTest and more -- follow-on (completion)
>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11712
>>> 2015-04-02 17:32 -0700
>>> 8075304: Remove duplicate test: FDTest
>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11711
>>> 2015-03-16 10:24 +0100
>>> 8075111: Mark testFlatMappingClose (from CollectorsTest) as serialization hostile
>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11610
>>> 2015-03-10 13:30 +0100
>>> 8074674: Doclint regression in java/util/regex/Matcher.java
>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11583
>>> 2015-02-10 12:28 -0500
>>> 8069255: Suppress deprecation warnings in jdk.rmic module (jdk repo)
>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11380
>>> 2015-01-23 16:16 +0000
>>> 8069262: Doclint regression in java.nio.channels.Channels
>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11302
>>> 2014-12-13 20:22 +0000
>>> 8067112: Update java/util/Collections/EmptyIterator.java to eliminate dependency on sun.tools.java
>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11099
>>> 2014-12-03 14:34 +0000
>>> 8066131: Update java/nio/charset/Charset/NIOCharsetAvailabilityTest.java to eliminate dependency on sun.misc.Launcher
>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11050
>>> 2014-11-26 11:12 -0800
>>> 8060026: Update jdk/test/tools/launcher tests to eliminate dependency on sun.tools.jar.Main
>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11025
>>> 2014-10-16 19:27 -0700
>>> 8060432: tools/pack200/TestNormal.java fails on Windows with java.io.FileNotFoundException after JDK-8058854
>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10847
>>> 2014-10-13 18:16 +0100
>>> 8058856: tools/jar/LeadingGarbage.java, introduced in JDK-8058520, fails on Windows
>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10789
>>> 2014-10-13 17:43 +0100
>>> 8058854: Remove dependency on dt.jar from test/tools/jar/normalize/TestNormal.java
>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10788
>>> 2014-10-11 13:24 +0100
>>> 8058855: Update java.util.zip tests to work with modular image
>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10784
>>> 2014-09-17 23:27 -0400
>>> 8058569: Update java/lang/invoke/lambda tests to eliminate dependency on sun.tools.jar.Main
>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10686
>>> 2014-08-22 18:54 -0700
>>> 8055852: Add test/java/lang/Math/DoubleConsts.java and FloatConsts.java
>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10530
>>> 2014-08-22 14:56 -0700
>>> 8042003: Update java/lang/Math tests to eliminate dependency on sun.misc.DoubleConsts and sun.misc.FloatConsts
>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10529
>>> 2014-08-19 12:26 -0700
>>> 8055262: Update jdk/test/java/util/Base64 tests to remove use of sun.misc.BASE64Encoder/Decoder
>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10518
>>> 2014-08-03 20:09 +0800
>>> 8054095: No space allowed in platforms string in ProblemList.txt
>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10432
>>> [2] http://openjdk.java.net/census#jdk9
>>> [3] http://openjdk.java.net/projects#committer-vote
>> ------------------------------
>> Message: 5
>> Date: Fri, 17 Jul 2015 06:40:56 -0700 (PDT)
>> From: Weijun Wang <weijun.wang at oracle.com>
>> To: <paul.sandoz at oracle.com>
>> Cc: jdk9-dev at openjdk.java.net
>> Subject: Re: CFV: New JDK9 Committer: Amy Lu
>> Message-ID: <e18c0871-22e3-4903-87bc-146ab33755d2 at default>
>> Content-Type: text/plain; charset=UTF-8
>> Vote: yes
>> --Weijun
>> ----- paul.sandoz at oracle.com wrote:
>>> I hereby nominate Amy Lu to jdk9 Committer.
>> End of jdk9-dev Digest, Vol 21, Issue 7
>> ***************************************


From rob.mckenna at oracle.com  Fri Jul 17 17:33:48 2015
From: rob.mckenna at oracle.com (Rob McKenna)
Date: Fri, 17 Jul 2015 18:33:48 +0100
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
References: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
Message-ID: <55A93C7C.9040603@oracle.com>

Vote: yes

	-Rob

On 17/07/15 14:23, Paul Sandoz wrote:
> I hereby nominate Amy Lu to jdk9 Committer.
>
> Amy helps keep the JDK testing lights on, running ?em, analysis of failures, and fixing ?em.
>
> In total Amy has contributed 27 changes to jdk9/jdk since August 2014 [1].
>
> Votes are due by 31st July.
>
> Only current JDK9 Committers [2] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [3].
>
> Thanks,
> Paul.
> [1]
> hg log -f -k amy.lu -k amlu --template "{date|isodate}\n{desc|firstline}\nhttp://hg.openjdk.java.net/jdk9/dev/jdk/rev/{rev}\n\n
>
> 2015-07-16 10:21 +0200
> 8131140: Mark some tests from WhileOpStatefulTest.java and WhileOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12406
>
> 2015-07-16 10:17 +0200
> 8130402: Mark intermittently failing test: tools/pack200/PackTestZip64.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12405
>
> 2015-06-30 10:00 +0200
> 8129759: Mark two tests from DistinctOpTest.java and SliceOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12256
>
> 2015-06-12 14:28 +0800
> 8085879: Mark intermittently failing: java/util/Arrays/ParallelPrefix.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12170
>
> 2015-06-03 15:33 +0100
> 8081773: sun/net/www/protocol/https/ChunkedOutputStream.java references library that doesn't exist
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12079
>
> 2015-06-03 12:37 +0200
> 8081775: two lib/testlibrary tests are failing with "Error. failed to clean up files after test" with jtreg 4.1 b12
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12077
>
> 2015-05-20 17:16 +0300
> 8080680: sun/nio/cs/TestCompoundTest.java should be removed from TEST.groups
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12007
>
> 2015-05-19 11:05 -0400
> 8080658: Update sun/nio/cs/FindDecoderBugs.java to use random number generator library
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11982
>
> 2015-05-08 10:22 +0100
> 8079651: (dc) Promiscuous.java fails with NumberFormatException due to network interference
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11891
>
> 2015-04-03 00:00 -0700
> 8076632: Remove duplicate tests: FDTest, MethodReferenceTest and more -- follow-on (completion)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11712
>
> 2015-04-02 17:32 -0700
> 8075304: Remove duplicate test: FDTest
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11711
>
> 2015-03-16 10:24 +0100
> 8075111: Mark testFlatMappingClose (from CollectorsTest) as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11610
>
> 2015-03-10 13:30 +0100
> 8074674: Doclint regression in java/util/regex/Matcher.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11583
>
> 2015-02-10 12:28 -0500
> 8069255: Suppress deprecation warnings in jdk.rmic module (jdk repo)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11380
>
> 2015-01-23 16:16 +0000
> 8069262: Doclint regression in java.nio.channels.Channels
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11302
>
> 2014-12-13 20:22 +0000
> 8067112: Update java/util/Collections/EmptyIterator.java to eliminate dependency on sun.tools.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11099
>
> 2014-12-03 14:34 +0000
> 8066131: Update java/nio/charset/Charset/NIOCharsetAvailabilityTest.java to eliminate dependency on sun.misc.Launcher
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11050
>
> 2014-11-26 11:12 -0800
> 8060026: Update jdk/test/tools/launcher tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11025
>
> 2014-10-16 19:27 -0700
> 8060432: tools/pack200/TestNormal.java fails on Windows with java.io.FileNotFoundException after JDK-8058854
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10847
>
> 2014-10-13 18:16 +0100
> 8058856: tools/jar/LeadingGarbage.java, introduced in JDK-8058520, fails on Windows
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10789
>
> 2014-10-13 17:43 +0100
> 8058854: Remove dependency on dt.jar from test/tools/jar/normalize/TestNormal.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10788
>
> 2014-10-11 13:24 +0100
> 8058855: Update java.util.zip tests to work with modular image
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10784
>
> 2014-09-17 23:27 -0400
> 8058569: Update java/lang/invoke/lambda tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10686
>
> 2014-08-22 18:54 -0700
> 8055852: Add test/java/lang/Math/DoubleConsts.java and FloatConsts.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10530
>
> 2014-08-22 14:56 -0700
> 8042003: Update java/lang/Math tests to eliminate dependency on sun.misc.DoubleConsts and sun.misc.FloatConsts
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10529
>
> 2014-08-19 12:26 -0700
> 8055262: Update jdk/test/java/util/Base64 tests to remove use of sun.misc.BASE64Encoder/Decoder
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10518
>
> 2014-08-03 20:09 +0800
> 8054095: No space allowed in platforms string in ProblemList.txt
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10432
>
>
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote
>

From henry.jen at oracle.com  Fri Jul 17 23:48:38 2015
From: henry.jen at oracle.com (Henry Jen)
Date: Fri, 17 Jul 2015 16:48:38 -0700
Subject: RFR v2 - 8027634: Support @argfiles for java command-line tool
In-Reply-To: <DF3C0B30-CC6C-42FC-B7BF-AE6792692E59@oracle.com>
References: <BF1459B2-B55F-498E-BF03-EEDA0540BF79@oracle.com>
	<DF3C0B30-CC6C-42FC-B7BF-AE6792692E59@oracle.com>
Message-ID: <BE1D6E5C-C10D-486B-84E9-03B615A60E7F@oracle.com>

Thanks Mandy and Magnus for looking into the patch, and feedbacks from Kumar Srinivasan and Michel Trudeau.

We have an updated version to be reviewed at,

http://cr.openjdk.java.net/~henryjen/jdk9/8027634/v2/webrev/

This version changes the syntax a little bit as following, but pretty much still javac compatible,

1) Whitespace characters are ? ?, ?\t?. ?\n? and ?\r?, not everything from ?\0\ to ? ?.
2) Open quote still stop at EOL unless ?\? is the last character, which will join the next line by removing leading white spaces. This allows multiple line supports in quote. If leading space is significant, add ?\? to escape the white space character.
3) Escape sequences is now only limited to ?\n? and ?\r?. No octal character support.

In terms of javac compatibility, unless octal or \a\b\f\t\v escaping sequence are used, they should be completely compatible. 

I don?t have plan to remove the test as it would be convenient to have it around. Move it into a separate test is probably desirable, though. I am not sure about what is a better place, seems to me test inside implementation file is quite common as in wildcard.c and cmdtoargs.c.

Cheers,
Henry


> On Jul 15, 2015, at 7:51 AM, Mandy Chung <mandy.chung at oracle.com> wrote:
> 
> 
>> On Jul 10, 2015, at 11:48 AM, Henry Jen <henry.jen at oracle.com> wrote:
>> 
>> Hi,
>> 
>> Please review proposed patch for JDK-8027634[1]. This patch is to enable java support command line argument file like javac does. The implementation use the same syntax rule, which is implemented in CommandLine.java[3] with java.io.StreamTokenizer.
>> 
>> Some early comment is that we probably don?t need such complexity to support same syntax, also require to quote whole token is a little inconvenient. For example, must be -cp ?c:\\foo bar\\lib;c:\\lib? instead of -cp c:\?foo bar?\lib;c:\lib.
>> 
>> I am debating if such compatibility is necessary useful, after all, easy and intuitive is more important, and with simpler rule, the implementation will be cleaner as well.
> 
> I have a slight preference to maintain consistent syntax as javac @argfile support in terms of the quotation.  A user could use the same path specified in -cp for both javac @argfile an java @argfile use.
> 
> I skimmed on the webrev and looks okay to me.  I?ll leave it for Kumar to do detailed review.  One minor comment:
> 
> args.c
>   Are you planning to remove the test within #ifdef DEBUG_ARGFILE block?
> 
> thanks
> Mandy
> 


From stuart.marks at oracle.com  Sat Jul 18 00:01:46 2015
From: stuart.marks at oracle.com (Stuart Marks)
Date: Fri, 17 Jul 2015 17:01:46 -0700
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
References: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
Message-ID: <55A9976A.60701@oracle.com>

Vote: yes


On 7/17/15 6:23 AM, Paul Sandoz wrote:
> I hereby nominate Amy Lu to jdk9 Committer.
>
> Amy helps keep the JDK testing lights on, running ?em, analysis of failures, and fixing ?em.
>
> In total Amy has contributed 27 changes to jdk9/jdk since August 2014 [1].
>
> Votes are due by 31st July.
>
> Only current JDK9 Committers [2] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [3].
>
> Thanks,
> Paul.
> [1]
> hg log -f -k amy.lu -k amlu --template "{date|isodate}\n{desc|firstline}\nhttp://hg.openjdk.java.net/jdk9/dev/jdk/rev/{rev}\n\n
>
> 2015-07-16 10:21 +0200
> 8131140: Mark some tests from WhileOpStatefulTest.java and WhileOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12406
>
> 2015-07-16 10:17 +0200
> 8130402: Mark intermittently failing test: tools/pack200/PackTestZip64.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12405
>
> 2015-06-30 10:00 +0200
> 8129759: Mark two tests from DistinctOpTest.java and SliceOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12256
>
> 2015-06-12 14:28 +0800
> 8085879: Mark intermittently failing: java/util/Arrays/ParallelPrefix.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12170
>
> 2015-06-03 15:33 +0100
> 8081773: sun/net/www/protocol/https/ChunkedOutputStream.java references library that doesn't exist
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12079
>
> 2015-06-03 12:37 +0200
> 8081775: two lib/testlibrary tests are failing with "Error. failed to clean up files after test" with jtreg 4.1 b12
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12077
>
> 2015-05-20 17:16 +0300
> 8080680: sun/nio/cs/TestCompoundTest.java should be removed from TEST.groups
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12007
>
> 2015-05-19 11:05 -0400
> 8080658: Update sun/nio/cs/FindDecoderBugs.java to use random number generator library
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11982
>
> 2015-05-08 10:22 +0100
> 8079651: (dc) Promiscuous.java fails with NumberFormatException due to network interference
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11891
>
> 2015-04-03 00:00 -0700
> 8076632: Remove duplicate tests: FDTest, MethodReferenceTest and more -- follow-on (completion)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11712
>
> 2015-04-02 17:32 -0700
> 8075304: Remove duplicate test: FDTest
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11711
>
> 2015-03-16 10:24 +0100
> 8075111: Mark testFlatMappingClose (from CollectorsTest) as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11610
>
> 2015-03-10 13:30 +0100
> 8074674: Doclint regression in java/util/regex/Matcher.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11583
>
> 2015-02-10 12:28 -0500
> 8069255: Suppress deprecation warnings in jdk.rmic module (jdk repo)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11380
>
> 2015-01-23 16:16 +0000
> 8069262: Doclint regression in java.nio.channels.Channels
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11302
>
> 2014-12-13 20:22 +0000
> 8067112: Update java/util/Collections/EmptyIterator.java to eliminate dependency on sun.tools.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11099
>
> 2014-12-03 14:34 +0000
> 8066131: Update java/nio/charset/Charset/NIOCharsetAvailabilityTest.java to eliminate dependency on sun.misc.Launcher
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11050
>
> 2014-11-26 11:12 -0800
> 8060026: Update jdk/test/tools/launcher tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11025
>
> 2014-10-16 19:27 -0700
> 8060432: tools/pack200/TestNormal.java fails on Windows with java.io.FileNotFoundException after JDK-8058854
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10847
>
> 2014-10-13 18:16 +0100
> 8058856: tools/jar/LeadingGarbage.java, introduced in JDK-8058520, fails on Windows
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10789
>
> 2014-10-13 17:43 +0100
> 8058854: Remove dependency on dt.jar from test/tools/jar/normalize/TestNormal.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10788
>
> 2014-10-11 13:24 +0100
> 8058855: Update java.util.zip tests to work with modular image
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10784
>
> 2014-09-17 23:27 -0400
> 8058569: Update java/lang/invoke/lambda tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10686
>
> 2014-08-22 18:54 -0700
> 8055852: Add test/java/lang/Math/DoubleConsts.java and FloatConsts.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10530
>
> 2014-08-22 14:56 -0700
> 8042003: Update java/lang/Math tests to eliminate dependency on sun.misc.DoubleConsts and sun.misc.FloatConsts
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10529
>
> 2014-08-19 12:26 -0700
> 8055262: Update jdk/test/java/util/Base64 tests to remove use of sun.misc.BASE64Encoder/Decoder
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10518
>
> 2014-08-03 20:09 +0800
> 8054095: No space allowed in platforms string in ProblemList.txt
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10432
>
>
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote
>

From stuart.marks at oracle.com  Sat Jul 18 00:06:33 2015
From: stuart.marks at oracle.com (Stuart Marks)
Date: Fri, 17 Jul 2015 17:06:33 -0700
Subject: JEP 212: "Resolve Lint and Doclint Warnings" is complete!
In-Reply-To: <55A46B59.8090207@oracle.com>
References: <55A46B59.8090207@oracle.com>
Message-ID: <55A99889.4090202@oracle.com>

Yay, wow, hooray!

It's been a "Long and Winding Road" or "What a Long Strange Trip It's Been" but 
either way, congratulations!

s'marks

On 7/13/15 6:52 PM, Joseph D. Darcy wrote:
> Hello,
>
> One of the proposed improvements for development practices made early in JDK 9
> was the elimination of javac lint and doclint warnings for sources in the JDK.
> [1] This was first proposed [2] and later formally targeted to JDK 9 as  JEP
> 212: Resolve Lint and Doclint Warnings [3].
>
> Amongst other modules in the build, java.base and java.desktop compiled cleanly
> under -Xlint:all as of January 2015. [4] Four out of five doclint categories
> were enabled in March 2015 [5] and, as of this morning, the fifth doclint
> category now also covers those modules too [6].
>
> With that, JEP 212 is complete!
>
> Thanks to all those who contributed fixes and reviews to this effort (and its
> less structured antecedents) over the years,
>
> -Joe
>
> [1] "Proposed source code and regression test suite improvement projects for JDK
> 9,"
> http://mail.openjdk.java.net/pipermail/jdk9-dev/2013-December/000141.html
>
> [2] "Draft JEP for discussion: Lint and doclint clean sources,"
> http://mail.openjdk.java.net/pipermail/jdk9-dev/2014-May/000781.html
>
> [3] http://openjdk.java.net/jeps/212
>
> [4] "And then there were none: -Xlint:all enabled int the build of JDK 9 jdk repo",
> http://mail.openjdk.java.net/pipermail/jdk9-dev/2015-January/001857.html
>
> [5] "javac doclint checking now enabled in the JDK 9 build,"
> http://mail.openjdk.java.net/pipermail/jdk9-dev/2015-March/001985.html
>
> [6] "FYI, coming soon: doclint checking of references,"
> http://mail.openjdk.java.net/pipermail/jdk9-dev/2015-July/002416.html

From Alan.Bateman at oracle.com  Sat Jul 18 07:09:16 2015
From: Alan.Bateman at oracle.com (Alan Bateman)
Date: Sat, 18 Jul 2015 08:09:16 +0100
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
References: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
Message-ID: <55A9FB9C.9060005@oracle.com>

Vote: yes

From xuelei.fan at oracle.com  Sat Jul 18 10:02:23 2015
From: xuelei.fan at oracle.com (Xuelei Fan)
Date: Sat, 18 Jul 2015 18:02:23 +0800
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
References: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
Message-ID: <55AA242F.90202@oracle.com>

Vote: Yes.

Xuelei

On 7/17/2015 9:23 PM, Paul Sandoz wrote:
> I hereby nominate Amy Lu to jdk9 Committer.
> 
> Amy helps keep the JDK testing lights on, running ?em, analysis of failures, and fixing ?em.
> 
> In total Amy has contributed 27 changes to jdk9/jdk since August 2014 [1].
> 
> Votes are due by 31st July.
> 
> Only current JDK9 Committers [2] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
> 
> For Lazy Consensus voting instructions, see [3].
> 
> Thanks,
> Paul.
> [1]
> hg log -f -k amy.lu -k amlu --template "{date|isodate}\n{desc|firstline}\nhttp://hg.openjdk.java.net/jdk9/dev/jdk/rev/{rev}\n\n
> 
> 2015-07-16 10:21 +0200
> 8131140: Mark some tests from WhileOpStatefulTest.java and WhileOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12406
> 
> 2015-07-16 10:17 +0200
> 8130402: Mark intermittently failing test: tools/pack200/PackTestZip64.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12405
> 
> 2015-06-30 10:00 +0200
> 8129759: Mark two tests from DistinctOpTest.java and SliceOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12256
> 
> 2015-06-12 14:28 +0800
> 8085879: Mark intermittently failing: java/util/Arrays/ParallelPrefix.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12170
> 
> 2015-06-03 15:33 +0100
> 8081773: sun/net/www/protocol/https/ChunkedOutputStream.java references library that doesn't exist
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12079
> 
> 2015-06-03 12:37 +0200
> 8081775: two lib/testlibrary tests are failing with "Error. failed to clean up files after test" with jtreg 4.1 b12
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12077
> 
> 2015-05-20 17:16 +0300
> 8080680: sun/nio/cs/TestCompoundTest.java should be removed from TEST.groups
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12007
> 
> 2015-05-19 11:05 -0400
> 8080658: Update sun/nio/cs/FindDecoderBugs.java to use random number generator library
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11982
> 
> 2015-05-08 10:22 +0100
> 8079651: (dc) Promiscuous.java fails with NumberFormatException due to network interference
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11891
> 
> 2015-04-03 00:00 -0700
> 8076632: Remove duplicate tests: FDTest, MethodReferenceTest and more -- follow-on (completion)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11712
> 
> 2015-04-02 17:32 -0700
> 8075304: Remove duplicate test: FDTest
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11711
> 
> 2015-03-16 10:24 +0100
> 8075111: Mark testFlatMappingClose (from CollectorsTest) as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11610
> 
> 2015-03-10 13:30 +0100
> 8074674: Doclint regression in java/util/regex/Matcher.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11583
> 
> 2015-02-10 12:28 -0500
> 8069255: Suppress deprecation warnings in jdk.rmic module (jdk repo)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11380
> 
> 2015-01-23 16:16 +0000
> 8069262: Doclint regression in java.nio.channels.Channels
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11302
> 
> 2014-12-13 20:22 +0000
> 8067112: Update java/util/Collections/EmptyIterator.java to eliminate dependency on sun.tools.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11099
> 
> 2014-12-03 14:34 +0000
> 8066131: Update java/nio/charset/Charset/NIOCharsetAvailabilityTest.java to eliminate dependency on sun.misc.Launcher
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11050
> 
> 2014-11-26 11:12 -0800
> 8060026: Update jdk/test/tools/launcher tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11025
> 
> 2014-10-16 19:27 -0700
> 8060432: tools/pack200/TestNormal.java fails on Windows with java.io.FileNotFoundException after JDK-8058854
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10847
> 
> 2014-10-13 18:16 +0100
> 8058856: tools/jar/LeadingGarbage.java, introduced in JDK-8058520, fails on Windows
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10789
> 
> 2014-10-13 17:43 +0100
> 8058854: Remove dependency on dt.jar from test/tools/jar/normalize/TestNormal.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10788
> 
> 2014-10-11 13:24 +0100
> 8058855: Update java.util.zip tests to work with modular image
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10784
> 
> 2014-09-17 23:27 -0400
> 8058569: Update java/lang/invoke/lambda tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10686
> 
> 2014-08-22 18:54 -0700
> 8055852: Add test/java/lang/Math/DoubleConsts.java and FloatConsts.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10530
> 
> 2014-08-22 14:56 -0700
> 8042003: Update java/lang/Math tests to eliminate dependency on sun.misc.DoubleConsts and sun.misc.FloatConsts
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10529
> 
> 2014-08-19 12:26 -0700
> 8055262: Update jdk/test/java/util/Base64 tests to remove use of sun.misc.BASE64Encoder/Decoder
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10518
> 
> 2014-08-03 20:09 +0800
> 8054095: No space allowed in platforms string in ProblemList.txt
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10432
> 
> 
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote
> 


From jjh.javase at gmail.com  Sun Jul 19 19:24:13 2015
From: jjh.javase at gmail.com (Jim Holmlund)
Date: Sun, 19 Jul 2015 12:24:13 -0700
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <55AA242F.90202@oracle.com>
References: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
	<55AA242F.90202@oracle.com>
Message-ID: <55ABF95D.6080806@gmail.com>

Vote yes.
- jjh

On 7/17/2015 9:23 PM, Paul Sandoz wrote:
>> I hereby nominate Amy Lu to jdk9 Committer.
>>
>> Amy helps keep the JDK testing lights on, running ?em, analysis of failures, and fixing ?em.
>>
>> In total Amy has contributed 27 changes to jdk9/jdk since August 2014 [1].
>>
>> Votes are due by 31st July.
>>
>> Only current JDK9 Committers [2] are eligible to vote on this
>> nomination. Votes must be cast in the open by replying to this mailing
>> list.
>>
>> For Lazy Consensus voting instructions, see [3].
>>
>> Thanks,
>> Paul.
>> [1]
>> hg log -f -k amy.lu -k amlu --template "{date|isodate}\n{desc|firstline}\nhttp://hg.openjdk.java.net/jdk9/dev/jdk/rev/{rev}\n\n
>>
>> 2015-07-16 10:21 +0200
>> 8131140: Mark some tests from WhileOpStatefulTest.java and WhileOpTest.java as serialization hostile
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12406
>>
>> 2015-07-16 10:17 +0200
>> 8130402: Mark intermittently failing test: tools/pack200/PackTestZip64.java
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12405
>>
>> 2015-06-30 10:00 +0200
>> 8129759: Mark two tests from DistinctOpTest.java and SliceOpTest.java as serialization hostile
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12256
>>
>> 2015-06-12 14:28 +0800
>> 8085879: Mark intermittently failing: java/util/Arrays/ParallelPrefix.java
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12170
>>
>> 2015-06-03 15:33 +0100
>> 8081773: sun/net/www/protocol/https/ChunkedOutputStream.java references library that doesn't exist
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12079
>>
>> 2015-06-03 12:37 +0200
>> 8081775: two lib/testlibrary tests are failing with "Error. failed to clean up files after test" with jtreg 4.1 b12
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12077
>>
>> 2015-05-20 17:16 +0300
>> 8080680: sun/nio/cs/TestCompoundTest.java should be removed from TEST.groups
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12007
>>
>> 2015-05-19 11:05 -0400
>> 8080658: Update sun/nio/cs/FindDecoderBugs.java to use random number generator library
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11982
>>
>> 2015-05-08 10:22 +0100
>> 8079651: (dc) Promiscuous.java fails with NumberFormatException due to network interference
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11891
>>
>> 2015-04-03 00:00 -0700
>> 8076632: Remove duplicate tests: FDTest, MethodReferenceTest and more -- follow-on (completion)
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11712
>>
>> 2015-04-02 17:32 -0700
>> 8075304: Remove duplicate test: FDTest
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11711
>>
>> 2015-03-16 10:24 +0100
>> 8075111: Mark testFlatMappingClose (from CollectorsTest) as serialization hostile
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11610
>>
>> 2015-03-10 13:30 +0100
>> 8074674: Doclint regression in java/util/regex/Matcher.java
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11583
>>
>> 2015-02-10 12:28 -0500
>> 8069255: Suppress deprecation warnings in jdk.rmic module (jdk repo)
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11380
>>
>> 2015-01-23 16:16 +0000
>> 8069262: Doclint regression in java.nio.channels.Channels
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11302
>>
>> 2014-12-13 20:22 +0000
>> 8067112: Update java/util/Collections/EmptyIterator.java to eliminate dependency on sun.tools.java
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11099
>>
>> 2014-12-03 14:34 +0000
>> 8066131: Update java/nio/charset/Charset/NIOCharsetAvailabilityTest.java to eliminate dependency on sun.misc.Launcher
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11050
>>
>> 2014-11-26 11:12 -0800
>> 8060026: Update jdk/test/tools/launcher tests to eliminate dependency on sun.tools.jar.Main
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11025
>>
>> 2014-10-16 19:27 -0700
>> 8060432: tools/pack200/TestNormal.java fails on Windows with java.io.FileNotFoundException after JDK-8058854
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10847
>>
>> 2014-10-13 18:16 +0100
>> 8058856: tools/jar/LeadingGarbage.java, introduced in JDK-8058520, fails on Windows
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10789
>>
>> 2014-10-13 17:43 +0100
>> 8058854: Remove dependency on dt.jar from test/tools/jar/normalize/TestNormal.java
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10788
>>
>> 2014-10-11 13:24 +0100
>> 8058855: Update java.util.zip tests to work with modular image
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10784
>>
>> 2014-09-17 23:27 -0400
>> 8058569: Update java/lang/invoke/lambda tests to eliminate dependency on sun.tools.jar.Main
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10686
>>
>> 2014-08-22 18:54 -0700
>> 8055852: Add test/java/lang/Math/DoubleConsts.java and FloatConsts.java
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10530
>>
>> 2014-08-22 14:56 -0700
>> 8042003: Update java/lang/Math tests to eliminate dependency on sun.misc.DoubleConsts and sun.misc.FloatConsts
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10529
>>
>> 2014-08-19 12:26 -0700
>> 8055262: Update jdk/test/java/util/Base64 tests to remove use of sun.misc.BASE64Encoder/Decoder
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10518
>>
>> 2014-08-03 20:09 +0800
>> 8054095: No space allowed in platforms string in ProblemList.txt
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10432
>>
>>
>> [2] http://openjdk.java.net/census#jdk9
>> [3] http://openjdk.java.net/projects#committer-vote
>>
>


From kumar.x.srinivasan at oracle.com  Mon Jul 20 00:10:13 2015
From: kumar.x.srinivasan at oracle.com (Kumar Srinivasan)
Date: Sun, 19 Jul 2015 17:10:13 -0700
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
References: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
Message-ID: <55AC3C65.9030203@oracle.com>

Vote: yes

On 7/17/2015 6:23 AM, Paul Sandoz wrote:
> I hereby nominate Amy Lu to jdk9 Committer.
>
> Amy helps keep the JDK testing lights on, running ?em, analysis of failures, and fixing ?em.
>
> In total Amy has contributed 27 changes to jdk9/jdk since August 2014 [1].
>
> Votes are due by 31st July.
>
> Only current JDK9 Committers [2] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [3].
>
> Thanks,
> Paul.
> [1]
> hg log -f -k amy.lu -k amlu --template "{date|isodate}\n{desc|firstline}\nhttp://hg.openjdk.java.net/jdk9/dev/jdk/rev/{rev}\n\n
>
> 2015-07-16 10:21 +0200
> 8131140: Mark some tests from WhileOpStatefulTest.java and WhileOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12406
>
> 2015-07-16 10:17 +0200
> 8130402: Mark intermittently failing test: tools/pack200/PackTestZip64.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12405
>
> 2015-06-30 10:00 +0200
> 8129759: Mark two tests from DistinctOpTest.java and SliceOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12256
>
> 2015-06-12 14:28 +0800
> 8085879: Mark intermittently failing: java/util/Arrays/ParallelPrefix.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12170
>
> 2015-06-03 15:33 +0100
> 8081773: sun/net/www/protocol/https/ChunkedOutputStream.java references library that doesn't exist
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12079
>
> 2015-06-03 12:37 +0200
> 8081775: two lib/testlibrary tests are failing with "Error. failed to clean up files after test" with jtreg 4.1 b12
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12077
>
> 2015-05-20 17:16 +0300
> 8080680: sun/nio/cs/TestCompoundTest.java should be removed from TEST.groups
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12007
>
> 2015-05-19 11:05 -0400
> 8080658: Update sun/nio/cs/FindDecoderBugs.java to use random number generator library
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11982
>
> 2015-05-08 10:22 +0100
> 8079651: (dc) Promiscuous.java fails with NumberFormatException due to network interference
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11891
>
> 2015-04-03 00:00 -0700
> 8076632: Remove duplicate tests: FDTest, MethodReferenceTest and more -- follow-on (completion)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11712
>
> 2015-04-02 17:32 -0700
> 8075304: Remove duplicate test: FDTest
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11711
>
> 2015-03-16 10:24 +0100
> 8075111: Mark testFlatMappingClose (from CollectorsTest) as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11610
>
> 2015-03-10 13:30 +0100
> 8074674: Doclint regression in java/util/regex/Matcher.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11583
>
> 2015-02-10 12:28 -0500
> 8069255: Suppress deprecation warnings in jdk.rmic module (jdk repo)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11380
>
> 2015-01-23 16:16 +0000
> 8069262: Doclint regression in java.nio.channels.Channels
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11302
>
> 2014-12-13 20:22 +0000
> 8067112: Update java/util/Collections/EmptyIterator.java to eliminate dependency on sun.tools.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11099
>
> 2014-12-03 14:34 +0000
> 8066131: Update java/nio/charset/Charset/NIOCharsetAvailabilityTest.java to eliminate dependency on sun.misc.Launcher
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11050
>
> 2014-11-26 11:12 -0800
> 8060026: Update jdk/test/tools/launcher tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11025
>
> 2014-10-16 19:27 -0700
> 8060432: tools/pack200/TestNormal.java fails on Windows with java.io.FileNotFoundException after JDK-8058854
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10847
>
> 2014-10-13 18:16 +0100
> 8058856: tools/jar/LeadingGarbage.java, introduced in JDK-8058520, fails on Windows
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10789
>
> 2014-10-13 17:43 +0100
> 8058854: Remove dependency on dt.jar from test/tools/jar/normalize/TestNormal.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10788
>
> 2014-10-11 13:24 +0100
> 8058855: Update java.util.zip tests to work with modular image
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10784
>
> 2014-09-17 23:27 -0400
> 8058569: Update java/lang/invoke/lambda tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10686
>
> 2014-08-22 18:54 -0700
> 8055852: Add test/java/lang/Math/DoubleConsts.java and FloatConsts.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10530
>
> 2014-08-22 14:56 -0700
> 8042003: Update java/lang/Math tests to eliminate dependency on sun.misc.DoubleConsts and sun.misc.FloatConsts
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10529
>
> 2014-08-19 12:26 -0700
> 8055262: Update jdk/test/java/util/Base64 tests to remove use of sun.misc.BASE64Encoder/Decoder
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10518
>
> 2014-08-03 20:09 +0800
> 8054095: No space allowed in platforms string in ProblemList.txt
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10432
>
>
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote


From paul.sandoz at oracle.com  Mon Jul 20 07:52:58 2015
From: paul.sandoz at oracle.com (Paul Sandoz)
Date: Mon, 20 Jul 2015 09:52:58 +0200
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
References: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
Message-ID: <CDF58438-84F1-4EE4-9D08-17B797C79F65@oracle.com>

Vote: yes

Paul.

From vladimir.x.ivanov at oracle.com  Mon Jul 20 07:55:06 2015
From: vladimir.x.ivanov at oracle.com (Vladimir Ivanov)
Date: Mon, 20 Jul 2015 10:55:06 +0300
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
References: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
Message-ID: <55ACA95A.4080202@oracle.com>

Vote: yes

Best regards,
Vladimir Ivanov

On 7/17/15 4:23 PM, Paul Sandoz wrote:
> I hereby nominate Amy Lu to jdk9 Committer.
>
> Amy helps keep the JDK testing lights on, running ?em, analysis of failures, and fixing ?em.
>
> In total Amy has contributed 27 changes to jdk9/jdk since August 2014 [1].
>
> Votes are due by 31st July.
>
> Only current JDK9 Committers [2] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [3].
>
> Thanks,
> Paul.
> [1]
> hg log -f -k amy.lu -k amlu --template "{date|isodate}\n{desc|firstline}\nhttp://hg.openjdk.java.net/jdk9/dev/jdk/rev/{rev}\n\n
>
> 2015-07-16 10:21 +0200
> 8131140: Mark some tests from WhileOpStatefulTest.java and WhileOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12406
>
> 2015-07-16 10:17 +0200
> 8130402: Mark intermittently failing test: tools/pack200/PackTestZip64.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12405
>
> 2015-06-30 10:00 +0200
> 8129759: Mark two tests from DistinctOpTest.java and SliceOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12256
>
> 2015-06-12 14:28 +0800
> 8085879: Mark intermittently failing: java/util/Arrays/ParallelPrefix.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12170
>
> 2015-06-03 15:33 +0100
> 8081773: sun/net/www/protocol/https/ChunkedOutputStream.java references library that doesn't exist
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12079
>
> 2015-06-03 12:37 +0200
> 8081775: two lib/testlibrary tests are failing with "Error. failed to clean up files after test" with jtreg 4.1 b12
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12077
>
> 2015-05-20 17:16 +0300
> 8080680: sun/nio/cs/TestCompoundTest.java should be removed from TEST.groups
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12007
>
> 2015-05-19 11:05 -0400
> 8080658: Update sun/nio/cs/FindDecoderBugs.java to use random number generator library
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11982
>
> 2015-05-08 10:22 +0100
> 8079651: (dc) Promiscuous.java fails with NumberFormatException due to network interference
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11891
>
> 2015-04-03 00:00 -0700
> 8076632: Remove duplicate tests: FDTest, MethodReferenceTest and more -- follow-on (completion)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11712
>
> 2015-04-02 17:32 -0700
> 8075304: Remove duplicate test: FDTest
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11711
>
> 2015-03-16 10:24 +0100
> 8075111: Mark testFlatMappingClose (from CollectorsTest) as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11610
>
> 2015-03-10 13:30 +0100
> 8074674: Doclint regression in java/util/regex/Matcher.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11583
>
> 2015-02-10 12:28 -0500
> 8069255: Suppress deprecation warnings in jdk.rmic module (jdk repo)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11380
>
> 2015-01-23 16:16 +0000
> 8069262: Doclint regression in java.nio.channels.Channels
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11302
>
> 2014-12-13 20:22 +0000
> 8067112: Update java/util/Collections/EmptyIterator.java to eliminate dependency on sun.tools.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11099
>
> 2014-12-03 14:34 +0000
> 8066131: Update java/nio/charset/Charset/NIOCharsetAvailabilityTest.java to eliminate dependency on sun.misc.Launcher
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11050
>
> 2014-11-26 11:12 -0800
> 8060026: Update jdk/test/tools/launcher tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11025
>
> 2014-10-16 19:27 -0700
> 8060432: tools/pack200/TestNormal.java fails on Windows with java.io.FileNotFoundException after JDK-8058854
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10847
>
> 2014-10-13 18:16 +0100
> 8058856: tools/jar/LeadingGarbage.java, introduced in JDK-8058520, fails on Windows
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10789
>
> 2014-10-13 17:43 +0100
> 8058854: Remove dependency on dt.jar from test/tools/jar/normalize/TestNormal.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10788
>
> 2014-10-11 13:24 +0100
> 8058855: Update java.util.zip tests to work with modular image
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10784
>
> 2014-09-17 23:27 -0400
> 8058569: Update java/lang/invoke/lambda tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10686
>
> 2014-08-22 18:54 -0700
> 8055852: Add test/java/lang/Math/DoubleConsts.java and FloatConsts.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10530
>
> 2014-08-22 14:56 -0700
> 8042003: Update java/lang/Math tests to eliminate dependency on sun.misc.DoubleConsts and sun.misc.FloatConsts
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10529
>
> 2014-08-19 12:26 -0700
> 8055262: Update jdk/test/java/util/Base64 tests to remove use of sun.misc.BASE64Encoder/Decoder
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10518
>
> 2014-08-03 20:09 +0800
> 8054095: No space allowed in platforms string in ProblemList.txt
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10432
>
>
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote
>

From aleksej.efimov at oracle.com  Mon Jul 20 09:59:48 2015
From: aleksej.efimov at oracle.com (Aleksej Efimov)
Date: Mon, 20 Jul 2015 12:59:48 +0300
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
References: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
Message-ID: <55ACC694.3050507@oracle.com>

Vote: yes

On 07/17/2015 04:23 PM, Paul Sandoz wrote:
> I hereby nominate Amy Lu to jdk9 Committer.
>
> Amy helps keep the JDK testing lights on, running ?em, analysis of failures, and fixing ?em.
>
> In total Amy has contributed 27 changes to jdk9/jdk since August 2014 [1].
>
> Votes are due by 31st July.
>
> Only current JDK9 Committers [2] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [3].
>
> Thanks,
> Paul.
> [1]
> hg log -f -k amy.lu -k amlu --template "{date|isodate}\n{desc|firstline}\nhttp://hg.openjdk.java.net/jdk9/dev/jdk/rev/{rev}\n\n
>
> 2015-07-16 10:21 +0200
> 8131140: Mark some tests from WhileOpStatefulTest.java and WhileOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12406
>
> 2015-07-16 10:17 +0200
> 8130402: Mark intermittently failing test: tools/pack200/PackTestZip64.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12405
>
> 2015-06-30 10:00 +0200
> 8129759: Mark two tests from DistinctOpTest.java and SliceOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12256
>
> 2015-06-12 14:28 +0800
> 8085879: Mark intermittently failing: java/util/Arrays/ParallelPrefix.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12170
>
> 2015-06-03 15:33 +0100
> 8081773: sun/net/www/protocol/https/ChunkedOutputStream.java references library that doesn't exist
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12079
>
> 2015-06-03 12:37 +0200
> 8081775: two lib/testlibrary tests are failing with "Error. failed to clean up files after test" with jtreg 4.1 b12
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12077
>
> 2015-05-20 17:16 +0300
> 8080680: sun/nio/cs/TestCompoundTest.java should be removed from TEST.groups
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12007
>
> 2015-05-19 11:05 -0400
> 8080658: Update sun/nio/cs/FindDecoderBugs.java to use random number generator library
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11982
>
> 2015-05-08 10:22 +0100
> 8079651: (dc) Promiscuous.java fails with NumberFormatException due to network interference
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11891
>
> 2015-04-03 00:00 -0700
> 8076632: Remove duplicate tests: FDTest, MethodReferenceTest and more -- follow-on (completion)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11712
>
> 2015-04-02 17:32 -0700
> 8075304: Remove duplicate test: FDTest
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11711
>
> 2015-03-16 10:24 +0100
> 8075111: Mark testFlatMappingClose (from CollectorsTest) as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11610
>
> 2015-03-10 13:30 +0100
> 8074674: Doclint regression in java/util/regex/Matcher.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11583
>
> 2015-02-10 12:28 -0500
> 8069255: Suppress deprecation warnings in jdk.rmic module (jdk repo)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11380
>
> 2015-01-23 16:16 +0000
> 8069262: Doclint regression in java.nio.channels.Channels
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11302
>
> 2014-12-13 20:22 +0000
> 8067112: Update java/util/Collections/EmptyIterator.java to eliminate dependency on sun.tools.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11099
>
> 2014-12-03 14:34 +0000
> 8066131: Update java/nio/charset/Charset/NIOCharsetAvailabilityTest.java to eliminate dependency on sun.misc.Launcher
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11050
>
> 2014-11-26 11:12 -0800
> 8060026: Update jdk/test/tools/launcher tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11025
>
> 2014-10-16 19:27 -0700
> 8060432: tools/pack200/TestNormal.java fails on Windows with java.io.FileNotFoundException after JDK-8058854
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10847
>
> 2014-10-13 18:16 +0100
> 8058856: tools/jar/LeadingGarbage.java, introduced in JDK-8058520, fails on Windows
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10789
>
> 2014-10-13 17:43 +0100
> 8058854: Remove dependency on dt.jar from test/tools/jar/normalize/TestNormal.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10788
>
> 2014-10-11 13:24 +0100
> 8058855: Update java.util.zip tests to work with modular image
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10784
>
> 2014-09-17 23:27 -0400
> 8058569: Update java/lang/invoke/lambda tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10686
>
> 2014-08-22 18:54 -0700
> 8055852: Add test/java/lang/Math/DoubleConsts.java and FloatConsts.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10530
>
> 2014-08-22 14:56 -0700
> 8042003: Update java/lang/Math tests to eliminate dependency on sun.misc.DoubleConsts and sun.misc.FloatConsts
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10529
>
> 2014-08-19 12:26 -0700
> 8055262: Update jdk/test/java/util/Base64 tests to remove use of sun.misc.BASE64Encoder/Decoder
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10518
>
> 2014-08-03 20:09 +0800
> 8054095: No space allowed in platforms string in ProblemList.txt
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10432
>
>
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote


From james.laskey at oracle.com  Mon Jul 20 13:51:45 2015
From: james.laskey at oracle.com (Jim Laskey (Oracle))
Date: Mon, 20 Jul 2015 10:51:45 -0300
Subject: CFV: New JDK9 Committer: Michael Haupt
Message-ID: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>

I hereby nominate Michael Haupt to jdk9 Committer

Michael has made many contributions in several areas of the JDK. [1]

Michael is a recent addition to the Nashorn team; his focus is on dynamic language implementations. He also collaborates with the Valhalla project for value types. Prior to joining Nashorn, Michael worked briefly in the HotSpot compiler team. He has been an Oracle employee since 2011, which is when he joined the Virtual Machine Research Group at Oracle Labs, where he has worked on the Maxine meta-circular JVM and on dynamic language implementations. He used to be the tech lead of the FastR project, a high-performance Java-based implementation of the R programming language. Michael has also contributed to the Invokedynamic infrastructure in the past.

Votes are due by Aug 3rd, 2015

Only current JDK9 Committers [2] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list.

For Lazy Consensus voting instructions, see [3].

Cheers,

? Jim

[1]
*** JSR 292:

changeset:   5688:050116960e99
user:        twisti
date:        Tue Jul 24 10:47:44 2012 -0700
summary:     7023639: JSR 292 method handle invocation needs a fast path for compiled code
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/050116960e99

changeset:   8369:465e5b2bb615
user:        acorn
date:        Fri May 08 14:00:24 2015 -0400
summary:     8030680: 292 cleanup from default method code assessment
http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/465e5b2bb615

changeset:   12416:2919a03653a8
user:        mhaupt
date:        Fri Jul 17 08:10:41 2015 +0200
summary:     8062543: Replace uses of MethodHandleImpl.castReference with Class.cast
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/2919a03653a8

changeset:   8208:6c4ca18a0666
user:        mhaupt
date:        Tue Apr 14 18:16:10 2015 +0300
summary:     8076461: JSR292: remove unused native and constants
http://hg.openjdk.java.net/jdk9/hs-comp/jdk/rev/44a53b8e25e6
http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-April/017588.html (verification)

changeset:   11850:e0ac3e9decb0
user:        mhaupt
date:        Tue Apr 14 18:26:01 2015 +0300
summary:     8033465: JSR292: InvokerBytecodeGenerator: convert a check for REF_invokeVirtual on an interface into an assert
http://hg.openjdk.java.net/jdk9/hs-comp/jdk/rev/e0ac3e9decb0

*** hotspot:

changeset:   8632:8d246004a89f
user:        mhaupt
date:        Tue Mar 31 21:46:44 2015 +0200
summary:     6900757: minor bug fixes to LogCompilation tool
http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/0fb7705845de

changeset:   8345:d3413c4fee16
user:        mhaupt
date:        Tue May 05 13:06:10 2015 +0200
summary:     8075492: adopt recent IGV
http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/d3413c4fee16

*** nashorn:

changeset:   1277:4dc7eb763139
user:        mhaupt
date:        Fri May 15 10:21:48 2015 +0200
summary:     8080471: fix usage of replace and file separator in Nashorn tests
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/nashorn/rev/7320ba416df1

changeset:   1342:becb3bb6a422
user:        mhaupt
date:        Thu Jul 02 11:20:47 2015 +0200
summary:     8130307: improve Nashorn Javadoc target
http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/becb3bb6a422

changeset:   1341:6eca661ddf79
user:        mhaupt
date:        Thu Jul 02 11:09:20 2015 +0200
summary:     8130306: enable running Nashorn test on Windows
http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/6eca661ddf79

Other changes follow.

changeset:   1279:71d7a37e6dfb
user:        mhaupt
date:        Fri May 15 16:36:25 2015 +0200
summary:     8049300: jjs scripting: need way to quote $EXEC command arguments to protect spaces
http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/71d7a37e6dfb

changeset:   1339:d95394322204
user:        mhaupt
date:        Wed Jul 01 16:26:25 2015 +0200
summary:     8130127: streamline input parameter of Nashorn scripting $EXEC function
http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/d95394322204

changeset:   1307:0eeaadd17fff
user:        mhaupt
date:        Fri Jun 05 12:38:53 2015 +0200
summary:     8080087: Nashorn $ENV.PWD is originally undefined
http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/0eeaadd17fff

changeset:   1300:14ec7d7af490
user:        mhaupt
date:        Tue Jun 02 14:35:03 2015 +0200
summary:     8080275: transparently download testng.jar for Nashorn testing
http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/14ec7d7af490

changeset:   1299:078107e0651f
user:        mhaupt
date:        Tue Jun 02 14:34:37 2015 +0200
summary:     8081668: fix Nashorn ant externals command
http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/078107e0651f

changeset:   1311:d1689c1df3aa
user:        mhaupt
date:        Mon Jun 08 10:28:04 2015 +0200
summary:     8085885: address Javadoc warnings in Nashorn source code
http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/d1689c1df3aa

changeset:   1298:0d4841f2c800
user:        mhaupt
date:        Tue Jun 02 10:40:19 2015 +0200
summary:     8081604: rename ScriptingFunctions.tokenizeCommandLine
http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/0d4841f2c800

changeset:   1297:776551a5b3a2
user:        mhaupt
date:        Tue Jun 02 10:40:10 2015 +0200
summary:     8081603: erroneous dot file generated from Nashorn --print-code
http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/776551a5b3a2

changeset:   1271:063ed2f959e4
user:        mhaupt
date:        Wed May 13 15:41:46 2015 +0200
summary:     8080286: use path separator setting consistently in Nashorn project properties
http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/063ed2f959e4

changeset:   1301:10553f87f3e7
user:        mhaupt
date:        Tue Jun 02 17:08:13 2015 +0200
summary:     8081696: reduce dependency of Nashorn tests on external components
http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/10553f87f3e7

[2] http://openjdk.java.net/census#jdk9
[3] http://openjdk.java.net/projects#committer-vote

From vladimir.x.ivanov at oracle.com  Mon Jul 20 14:04:07 2015
From: vladimir.x.ivanov at oracle.com (Vladimir Ivanov)
Date: Mon, 20 Jul 2015 17:04:07 +0300
Subject: CFV: New JDK9 Committer: Michael Haupt
In-Reply-To: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
References: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
Message-ID: <55ACFFD7.7010403@oracle.com>

Vote: yes!

Best regards,
Vladimir Ivanov

On 7/20/15 4:51 PM, Jim Laskey (Oracle) wrote:
> I hereby nominate Michael Haupt to jdk9 Committer
>
> Michael has made many contributions in several areas of the JDK. [1]
>
> Michael is a recent addition to the Nashorn team; his focus is on dynamic language implementations. He also collaborates with the Valhalla project for value types. Prior to joining Nashorn, Michael worked briefly in the HotSpot compiler team. He has been an Oracle employee since 2011, which is when he joined the Virtual Machine Research Group at Oracle Labs, where he has worked on the Maxine meta-circular JVM and on dynamic language implementations. He used to be the tech lead of the FastR project, a high-performance Java-based implementation of the R programming language. Michael has also contributed to the Invokedynamic infrastructure in the past.
>
> Votes are due by Aug 3rd, 2015
>
> Only current JDK9 Committers [2] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list.
>
> For Lazy Consensus voting instructions, see [3].
>
> Cheers,
>
> ? Jim
>
> [1]
> *** JSR 292:
>
> changeset:   5688:050116960e99
> user:        twisti
> date:        Tue Jul 24 10:47:44 2012 -0700
> summary:     7023639: JSR 292 method handle invocation needs a fast path for compiled code
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/050116960e99
>
> changeset:   8369:465e5b2bb615
> user:        acorn
> date:        Fri May 08 14:00:24 2015 -0400
> summary:     8030680: 292 cleanup from default method code assessment
> http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/465e5b2bb615
>
> changeset:   12416:2919a03653a8
> user:        mhaupt
> date:        Fri Jul 17 08:10:41 2015 +0200
> summary:     8062543: Replace uses of MethodHandleImpl.castReference with Class.cast
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/2919a03653a8
>
> changeset:   8208:6c4ca18a0666
> user:        mhaupt
> date:        Tue Apr 14 18:16:10 2015 +0300
> summary:     8076461: JSR292: remove unused native and constants
> http://hg.openjdk.java.net/jdk9/hs-comp/jdk/rev/44a53b8e25e6
> http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-April/017588.html (verification)
>
> changeset:   11850:e0ac3e9decb0
> user:        mhaupt
> date:        Tue Apr 14 18:26:01 2015 +0300
> summary:     8033465: JSR292: InvokerBytecodeGenerator: convert a check for REF_invokeVirtual on an interface into an assert
> http://hg.openjdk.java.net/jdk9/hs-comp/jdk/rev/e0ac3e9decb0
>
> *** hotspot:
>
> changeset:   8632:8d246004a89f
> user:        mhaupt
> date:        Tue Mar 31 21:46:44 2015 +0200
> summary:     6900757: minor bug fixes to LogCompilation tool
> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/0fb7705845de
>
> changeset:   8345:d3413c4fee16
> user:        mhaupt
> date:        Tue May 05 13:06:10 2015 +0200
> summary:     8075492: adopt recent IGV
> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/d3413c4fee16
>
> *** nashorn:
>
> changeset:   1277:4dc7eb763139
> user:        mhaupt
> date:        Fri May 15 10:21:48 2015 +0200
> summary:     8080471: fix usage of replace and file separator in Nashorn tests
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/nashorn/rev/7320ba416df1
>
> changeset:   1342:becb3bb6a422
> user:        mhaupt
> date:        Thu Jul 02 11:20:47 2015 +0200
> summary:     8130307: improve Nashorn Javadoc target
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/becb3bb6a422
>
> changeset:   1341:6eca661ddf79
> user:        mhaupt
> date:        Thu Jul 02 11:09:20 2015 +0200
> summary:     8130306: enable running Nashorn test on Windows
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/6eca661ddf79
>
> Other changes follow.
>
> changeset:   1279:71d7a37e6dfb
> user:        mhaupt
> date:        Fri May 15 16:36:25 2015 +0200
> summary:     8049300: jjs scripting: need way to quote $EXEC command arguments to protect spaces
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/71d7a37e6dfb
>
> changeset:   1339:d95394322204
> user:        mhaupt
> date:        Wed Jul 01 16:26:25 2015 +0200
> summary:     8130127: streamline input parameter of Nashorn scripting $EXEC function
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/d95394322204
>
> changeset:   1307:0eeaadd17fff
> user:        mhaupt
> date:        Fri Jun 05 12:38:53 2015 +0200
> summary:     8080087: Nashorn $ENV.PWD is originally undefined
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/0eeaadd17fff
>
> changeset:   1300:14ec7d7af490
> user:        mhaupt
> date:        Tue Jun 02 14:35:03 2015 +0200
> summary:     8080275: transparently download testng.jar for Nashorn testing
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/14ec7d7af490
>
> changeset:   1299:078107e0651f
> user:        mhaupt
> date:        Tue Jun 02 14:34:37 2015 +0200
> summary:     8081668: fix Nashorn ant externals command
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/078107e0651f
>
> changeset:   1311:d1689c1df3aa
> user:        mhaupt
> date:        Mon Jun 08 10:28:04 2015 +0200
> summary:     8085885: address Javadoc warnings in Nashorn source code
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/d1689c1df3aa
>
> changeset:   1298:0d4841f2c800
> user:        mhaupt
> date:        Tue Jun 02 10:40:19 2015 +0200
> summary:     8081604: rename ScriptingFunctions.tokenizeCommandLine
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/0d4841f2c800
>
> changeset:   1297:776551a5b3a2
> user:        mhaupt
> date:        Tue Jun 02 10:40:10 2015 +0200
> summary:     8081603: erroneous dot file generated from Nashorn --print-code
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/776551a5b3a2
>
> changeset:   1271:063ed2f959e4
> user:        mhaupt
> date:        Wed May 13 15:41:46 2015 +0200
> summary:     8080286: use path separator setting consistently in Nashorn project properties
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/063ed2f959e4
>
> changeset:   1301:10553f87f3e7
> user:        mhaupt
> date:        Tue Jun 02 17:08:13 2015 +0200
> summary:     8081696: reduce dependency of Nashorn tests on external components
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/10553f87f3e7
>
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote
>

From frederic.parain at oracle.com  Mon Jul 20 14:04:36 2015
From: frederic.parain at oracle.com (Frederic Parain)
Date: Mon, 20 Jul 2015 16:04:36 +0200
Subject: CFV: New JDK9 Committer: Michael Haupt
In-Reply-To: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
References: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
Message-ID: <55ACFFF4.7070705@oracle.com>

Vote: yes

Fred

On 20/07/2015 15:51, Jim Laskey (Oracle) wrote:
> I hereby nominate Michael Haupt to jdk9 Committer
>
> Michael has made many contributions in several areas of the JDK. [1]
>
> Michael is a recent addition to the Nashorn team; his focus is on dynamic language implementations. He also collaborates with the Valhalla project for value types. Prior to joining Nashorn, Michael worked briefly in the HotSpot compiler team. He has been an Oracle employee since 2011, which is when he joined the Virtual Machine Research Group at Oracle Labs, where he has worked on the Maxine meta-circular JVM and on dynamic language implementations. He used to be the tech lead of the FastR project, a high-performance Java-based implementation of the R programming language. Michael has also contributed to the Invokedynamic infrastructure in the past.
>
> Votes are due by Aug 3rd, 2015
>
> Only current JDK9 Committers [2] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list.
>
> For Lazy Consensus voting instructions, see [3].
>
> Cheers,
>
> ? Jim
>
> [1]
> *** JSR 292:
>
> changeset:   5688:050116960e99
> user:        twisti
> date:        Tue Jul 24 10:47:44 2012 -0700
> summary:     7023639: JSR 292 method handle invocation needs a fast path for compiled code
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/050116960e99
>
> changeset:   8369:465e5b2bb615
> user:        acorn
> date:        Fri May 08 14:00:24 2015 -0400
> summary:     8030680: 292 cleanup from default method code assessment
> http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/465e5b2bb615
>
> changeset:   12416:2919a03653a8
> user:        mhaupt
> date:        Fri Jul 17 08:10:41 2015 +0200
> summary:     8062543: Replace uses of MethodHandleImpl.castReference with Class.cast
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/2919a03653a8
>
> changeset:   8208:6c4ca18a0666
> user:        mhaupt
> date:        Tue Apr 14 18:16:10 2015 +0300
> summary:     8076461: JSR292: remove unused native and constants
> http://hg.openjdk.java.net/jdk9/hs-comp/jdk/rev/44a53b8e25e6
> http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-April/017588.html (verification)
>
> changeset:   11850:e0ac3e9decb0
> user:        mhaupt
> date:        Tue Apr 14 18:26:01 2015 +0300
> summary:     8033465: JSR292: InvokerBytecodeGenerator: convert a check for REF_invokeVirtual on an interface into an assert
> http://hg.openjdk.java.net/jdk9/hs-comp/jdk/rev/e0ac3e9decb0
>
> *** hotspot:
>
> changeset:   8632:8d246004a89f
> user:        mhaupt
> date:        Tue Mar 31 21:46:44 2015 +0200
> summary:     6900757: minor bug fixes to LogCompilation tool
> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/0fb7705845de
>
> changeset:   8345:d3413c4fee16
> user:        mhaupt
> date:        Tue May 05 13:06:10 2015 +0200
> summary:     8075492: adopt recent IGV
> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/d3413c4fee16
>
> *** nashorn:
>
> changeset:   1277:4dc7eb763139
> user:        mhaupt
> date:        Fri May 15 10:21:48 2015 +0200
> summary:     8080471: fix usage of replace and file separator in Nashorn tests
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/nashorn/rev/7320ba416df1
>
> changeset:   1342:becb3bb6a422
> user:        mhaupt
> date:        Thu Jul 02 11:20:47 2015 +0200
> summary:     8130307: improve Nashorn Javadoc target
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/becb3bb6a422
>
> changeset:   1341:6eca661ddf79
> user:        mhaupt
> date:        Thu Jul 02 11:09:20 2015 +0200
> summary:     8130306: enable running Nashorn test on Windows
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/6eca661ddf79
>
> Other changes follow.
>
> changeset:   1279:71d7a37e6dfb
> user:        mhaupt
> date:        Fri May 15 16:36:25 2015 +0200
> summary:     8049300: jjs scripting: need way to quote $EXEC command arguments to protect spaces
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/71d7a37e6dfb
>
> changeset:   1339:d95394322204
> user:        mhaupt
> date:        Wed Jul 01 16:26:25 2015 +0200
> summary:     8130127: streamline input parameter of Nashorn scripting $EXEC function
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/d95394322204
>
> changeset:   1307:0eeaadd17fff
> user:        mhaupt
> date:        Fri Jun 05 12:38:53 2015 +0200
> summary:     8080087: Nashorn $ENV.PWD is originally undefined
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/0eeaadd17fff
>
> changeset:   1300:14ec7d7af490
> user:        mhaupt
> date:        Tue Jun 02 14:35:03 2015 +0200
> summary:     8080275: transparently download testng.jar for Nashorn testing
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/14ec7d7af490
>
> changeset:   1299:078107e0651f
> user:        mhaupt
> date:        Tue Jun 02 14:34:37 2015 +0200
> summary:     8081668: fix Nashorn ant externals command
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/078107e0651f
>
> changeset:   1311:d1689c1df3aa
> user:        mhaupt
> date:        Mon Jun 08 10:28:04 2015 +0200
> summary:     8085885: address Javadoc warnings in Nashorn source code
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/d1689c1df3aa
>
> changeset:   1298:0d4841f2c800
> user:        mhaupt
> date:        Tue Jun 02 10:40:19 2015 +0200
> summary:     8081604: rename ScriptingFunctions.tokenizeCommandLine
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/0d4841f2c800
>
> changeset:   1297:776551a5b3a2
> user:        mhaupt
> date:        Tue Jun 02 10:40:10 2015 +0200
> summary:     8081603: erroneous dot file generated from Nashorn --print-code
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/776551a5b3a2
>
> changeset:   1271:063ed2f959e4
> user:        mhaupt
> date:        Wed May 13 15:41:46 2015 +0200
> summary:     8080286: use path separator setting consistently in Nashorn project properties
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/063ed2f959e4
>
> changeset:   1301:10553f87f3e7
> user:        mhaupt
> date:        Tue Jun 02 17:08:13 2015 +0200
> summary:     8081696: reduce dependency of Nashorn tests on external components
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/10553f87f3e7
>
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote
>

-- 
Frederic Parain - Oracle
Grenoble Engineering Center - France
Phone: +33 4 76 18 81 17
Email: Frederic.Parain at oracle.com

From kumar.x.srinivasan at oracle.com  Mon Jul 20 14:20:03 2015
From: kumar.x.srinivasan at oracle.com (Kumar Srinivasan)
Date: Mon, 20 Jul 2015 07:20:03 -0700
Subject: CFV: New JDK9 Committer: Michael Haupt
In-Reply-To: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
References: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
Message-ID: <55AD0393.7050407@oracle.com>

Vote: yes

On 7/20/2015 6:51 AM, Jim Laskey (Oracle) wrote:
> I hereby nominate Michael Haupt to jdk9 Committer
>
> Michael has made many contributions in several areas of the JDK. [1]
>
> Michael is a recent addition to the Nashorn team; his focus is on dynamic language implementations. He also collaborates with the Valhalla project for value types. Prior to joining Nashorn, Michael worked briefly in the HotSpot compiler team. He has been an Oracle employee since 2011, which is when he joined the Virtual Machine Research Group at Oracle Labs, where he has worked on the Maxine meta-circular JVM and on dynamic language implementations. He used to be the tech lead of the FastR project, a high-performance Java-based implementation of the R programming language. Michael has also contributed to the Invokedynamic infrastructure in the past.
>
> Votes are due by Aug 3rd, 2015
>
> Only current JDK9 Committers [2] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list.
>
> For Lazy Consensus voting instructions, see [3].
>
> Cheers,
>
> ? Jim
>
> [1]
> *** JSR 292:
>
> changeset:   5688:050116960e99
> user:        twisti
> date:        Tue Jul 24 10:47:44 2012 -0700
> summary:     7023639: JSR 292 method handle invocation needs a fast path for compiled code
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/050116960e99
>
> changeset:   8369:465e5b2bb615
> user:        acorn
> date:        Fri May 08 14:00:24 2015 -0400
> summary:     8030680: 292 cleanup from default method code assessment
> http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/465e5b2bb615
>
> changeset:   12416:2919a03653a8
> user:        mhaupt
> date:        Fri Jul 17 08:10:41 2015 +0200
> summary:     8062543: Replace uses of MethodHandleImpl.castReference with Class.cast
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/2919a03653a8
>
> changeset:   8208:6c4ca18a0666
> user:        mhaupt
> date:        Tue Apr 14 18:16:10 2015 +0300
> summary:     8076461: JSR292: remove unused native and constants
> http://hg.openjdk.java.net/jdk9/hs-comp/jdk/rev/44a53b8e25e6
> http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-April/017588.html (verification)
>
> changeset:   11850:e0ac3e9decb0
> user:        mhaupt
> date:        Tue Apr 14 18:26:01 2015 +0300
> summary:     8033465: JSR292: InvokerBytecodeGenerator: convert a check for REF_invokeVirtual on an interface into an assert
> http://hg.openjdk.java.net/jdk9/hs-comp/jdk/rev/e0ac3e9decb0
>
> *** hotspot:
>
> changeset:   8632:8d246004a89f
> user:        mhaupt
> date:        Tue Mar 31 21:46:44 2015 +0200
> summary:     6900757: minor bug fixes to LogCompilation tool
> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/0fb7705845de
>
> changeset:   8345:d3413c4fee16
> user:        mhaupt
> date:        Tue May 05 13:06:10 2015 +0200
> summary:     8075492: adopt recent IGV
> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/d3413c4fee16
>
> *** nashorn:
>
> changeset:   1277:4dc7eb763139
> user:        mhaupt
> date:        Fri May 15 10:21:48 2015 +0200
> summary:     8080471: fix usage of replace and file separator in Nashorn tests
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/nashorn/rev/7320ba416df1
>
> changeset:   1342:becb3bb6a422
> user:        mhaupt
> date:        Thu Jul 02 11:20:47 2015 +0200
> summary:     8130307: improve Nashorn Javadoc target
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/becb3bb6a422
>
> changeset:   1341:6eca661ddf79
> user:        mhaupt
> date:        Thu Jul 02 11:09:20 2015 +0200
> summary:     8130306: enable running Nashorn test on Windows
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/6eca661ddf79
>
> Other changes follow.
>
> changeset:   1279:71d7a37e6dfb
> user:        mhaupt
> date:        Fri May 15 16:36:25 2015 +0200
> summary:     8049300: jjs scripting: need way to quote $EXEC command arguments to protect spaces
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/71d7a37e6dfb
>
> changeset:   1339:d95394322204
> user:        mhaupt
> date:        Wed Jul 01 16:26:25 2015 +0200
> summary:     8130127: streamline input parameter of Nashorn scripting $EXEC function
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/d95394322204
>
> changeset:   1307:0eeaadd17fff
> user:        mhaupt
> date:        Fri Jun 05 12:38:53 2015 +0200
> summary:     8080087: Nashorn $ENV.PWD is originally undefined
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/0eeaadd17fff
>
> changeset:   1300:14ec7d7af490
> user:        mhaupt
> date:        Tue Jun 02 14:35:03 2015 +0200
> summary:     8080275: transparently download testng.jar for Nashorn testing
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/14ec7d7af490
>
> changeset:   1299:078107e0651f
> user:        mhaupt
> date:        Tue Jun 02 14:34:37 2015 +0200
> summary:     8081668: fix Nashorn ant externals command
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/078107e0651f
>
> changeset:   1311:d1689c1df3aa
> user:        mhaupt
> date:        Mon Jun 08 10:28:04 2015 +0200
> summary:     8085885: address Javadoc warnings in Nashorn source code
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/d1689c1df3aa
>
> changeset:   1298:0d4841f2c800
> user:        mhaupt
> date:        Tue Jun 02 10:40:19 2015 +0200
> summary:     8081604: rename ScriptingFunctions.tokenizeCommandLine
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/0d4841f2c800
>
> changeset:   1297:776551a5b3a2
> user:        mhaupt
> date:        Tue Jun 02 10:40:10 2015 +0200
> summary:     8081603: erroneous dot file generated from Nashorn --print-code
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/776551a5b3a2
>
> changeset:   1271:063ed2f959e4
> user:        mhaupt
> date:        Wed May 13 15:41:46 2015 +0200
> summary:     8080286: use path separator setting consistently in Nashorn project properties
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/063ed2f959e4
>
> changeset:   1301:10553f87f3e7
> user:        mhaupt
> date:        Tue Jun 02 17:08:13 2015 +0200
> summary:     8081696: reduce dependency of Nashorn tests on external components
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/10553f87f3e7
>
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote


From paul.sandoz at oracle.com  Mon Jul 20 14:31:23 2015
From: paul.sandoz at oracle.com (Paul Sandoz)
Date: Mon, 20 Jul 2015 16:31:23 +0200
Subject: CFV: New JDK9 Committer: Michael Haupt
In-Reply-To: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
References: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
Message-ID: <5B1EA0B8-AE0C-40D3-AA73-DD739B9476B7@oracle.com>

Vote: yes

Paul.


From hannes.wallnoefer at oracle.com  Mon Jul 20 14:41:19 2015
From: hannes.wallnoefer at oracle.com (Hannes Wallnoefer)
Date: Mon, 20 Jul 2015 16:41:19 +0200
Subject: CFV: New JDK9 Committer: Michael Haupt
In-Reply-To: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
References: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
Message-ID: <55AD088F.7060401@oracle.com>

Vote: yes

Hannes

Am 2015-07-20 um 15:51 schrieb Jim Laskey (Oracle):
> I hereby nominate Michael Haupt to jdk9 Committer
>
> Michael has made many contributions in several areas of the JDK. [1]
>
> Michael is a recent addition to the Nashorn team; his focus is on dynamic language implementations. He also collaborates with the Valhalla project for value types. Prior to joining Nashorn, Michael worked briefly in the HotSpot compiler team. He has been an Oracle employee since 2011, which is when he joined the Virtual Machine Research Group at Oracle Labs, where he has worked on the Maxine meta-circular JVM and on dynamic language implementations. He used to be the tech lead of the FastR project, a high-performance Java-based implementation of the R programming language. Michael has also contributed to the Invokedynamic infrastructure in the past.
>
> Votes are due by Aug 3rd, 2015
>
> Only current JDK9 Committers [2] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list.
>
> For Lazy Consensus voting instructions, see [3].
>
> Cheers,
>
> ? Jim
>
> [1]
> *** JSR 292:
>
> changeset:   5688:050116960e99
> user:        twisti
> date:        Tue Jul 24 10:47:44 2012 -0700
> summary:     7023639: JSR 292 method handle invocation needs a fast path for compiled code
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/050116960e99
>
> changeset:   8369:465e5b2bb615
> user:        acorn
> date:        Fri May 08 14:00:24 2015 -0400
> summary:     8030680: 292 cleanup from default method code assessment
> http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/465e5b2bb615
>
> changeset:   12416:2919a03653a8
> user:        mhaupt
> date:        Fri Jul 17 08:10:41 2015 +0200
> summary:     8062543: Replace uses of MethodHandleImpl.castReference with Class.cast
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/2919a03653a8
>
> changeset:   8208:6c4ca18a0666
> user:        mhaupt
> date:        Tue Apr 14 18:16:10 2015 +0300
> summary:     8076461: JSR292: remove unused native and constants
> http://hg.openjdk.java.net/jdk9/hs-comp/jdk/rev/44a53b8e25e6
> http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-April/017588.html (verification)
>
> changeset:   11850:e0ac3e9decb0
> user:        mhaupt
> date:        Tue Apr 14 18:26:01 2015 +0300
> summary:     8033465: JSR292: InvokerBytecodeGenerator: convert a check for REF_invokeVirtual on an interface into an assert
> http://hg.openjdk.java.net/jdk9/hs-comp/jdk/rev/e0ac3e9decb0
>
> *** hotspot:
>
> changeset:   8632:8d246004a89f
> user:        mhaupt
> date:        Tue Mar 31 21:46:44 2015 +0200
> summary:     6900757: minor bug fixes to LogCompilation tool
> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/0fb7705845de
>
> changeset:   8345:d3413c4fee16
> user:        mhaupt
> date:        Tue May 05 13:06:10 2015 +0200
> summary:     8075492: adopt recent IGV
> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/d3413c4fee16
>
> *** nashorn:
>
> changeset:   1277:4dc7eb763139
> user:        mhaupt
> date:        Fri May 15 10:21:48 2015 +0200
> summary:     8080471: fix usage of replace and file separator in Nashorn tests
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/nashorn/rev/7320ba416df1
>
> changeset:   1342:becb3bb6a422
> user:        mhaupt
> date:        Thu Jul 02 11:20:47 2015 +0200
> summary:     8130307: improve Nashorn Javadoc target
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/becb3bb6a422
>
> changeset:   1341:6eca661ddf79
> user:        mhaupt
> date:        Thu Jul 02 11:09:20 2015 +0200
> summary:     8130306: enable running Nashorn test on Windows
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/6eca661ddf79
>
> Other changes follow.
>
> changeset:   1279:71d7a37e6dfb
> user:        mhaupt
> date:        Fri May 15 16:36:25 2015 +0200
> summary:     8049300: jjs scripting: need way to quote $EXEC command arguments to protect spaces
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/71d7a37e6dfb
>
> changeset:   1339:d95394322204
> user:        mhaupt
> date:        Wed Jul 01 16:26:25 2015 +0200
> summary:     8130127: streamline input parameter of Nashorn scripting $EXEC function
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/d95394322204
>
> changeset:   1307:0eeaadd17fff
> user:        mhaupt
> date:        Fri Jun 05 12:38:53 2015 +0200
> summary:     8080087: Nashorn $ENV.PWD is originally undefined
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/0eeaadd17fff
>
> changeset:   1300:14ec7d7af490
> user:        mhaupt
> date:        Tue Jun 02 14:35:03 2015 +0200
> summary:     8080275: transparently download testng.jar for Nashorn testing
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/14ec7d7af490
>
> changeset:   1299:078107e0651f
> user:        mhaupt
> date:        Tue Jun 02 14:34:37 2015 +0200
> summary:     8081668: fix Nashorn ant externals command
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/078107e0651f
>
> changeset:   1311:d1689c1df3aa
> user:        mhaupt
> date:        Mon Jun 08 10:28:04 2015 +0200
> summary:     8085885: address Javadoc warnings in Nashorn source code
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/d1689c1df3aa
>
> changeset:   1298:0d4841f2c800
> user:        mhaupt
> date:        Tue Jun 02 10:40:19 2015 +0200
> summary:     8081604: rename ScriptingFunctions.tokenizeCommandLine
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/0d4841f2c800
>
> changeset:   1297:776551a5b3a2
> user:        mhaupt
> date:        Tue Jun 02 10:40:10 2015 +0200
> summary:     8081603: erroneous dot file generated from Nashorn --print-code
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/776551a5b3a2
>
> changeset:   1271:063ed2f959e4
> user:        mhaupt
> date:        Wed May 13 15:41:46 2015 +0200
> summary:     8080286: use path separator setting consistently in Nashorn project properties
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/063ed2f959e4
>
> changeset:   1301:10553f87f3e7
> user:        mhaupt
> date:        Tue Jun 02 17:08:13 2015 +0200
> summary:     8081696: reduce dependency of Nashorn tests on external components
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/10553f87f3e7
>
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote


From volker.simonis at gmail.com  Mon Jul 20 15:34:17 2015
From: volker.simonis at gmail.com (Volker Simonis)
Date: Mon, 20 Jul 2015 17:34:17 +0200
Subject: CFV: New JDK9 Committer: Michael Haupt
In-Reply-To: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
References: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
Message-ID: <CA+3eh10nsC3bRBNLtR6bapnzBq_s6BqkD-GzfyXMx6n81tnU_w@mail.gmail.com>

Vote: yes

Best regards,
Volker

On Mon, Jul 20, 2015 at 3:51 PM, Jim Laskey (Oracle)
<james.laskey at oracle.com> wrote:
> I hereby nominate Michael Haupt to jdk9 Committer
>
> Michael has made many contributions in several areas of the JDK. [1]
>
> Michael is a recent addition to the Nashorn team; his focus is on dynamic language implementations. He also collaborates with the Valhalla project for value types. Prior to joining Nashorn, Michael worked briefly in the HotSpot compiler team. He has been an Oracle employee since 2011, which is when he joined the Virtual Machine Research Group at Oracle Labs, where he has worked on the Maxine meta-circular JVM and on dynamic language implementations. He used to be the tech lead of the FastR project, a high-performance Java-based implementation of the R programming language. Michael has also contributed to the Invokedynamic infrastructure in the past.
>
> Votes are due by Aug 3rd, 2015
>
> Only current JDK9 Committers [2] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list.
>
> For Lazy Consensus voting instructions, see [3].
>
> Cheers,
>
> ? Jim
>
> [1]
> *** JSR 292:
>
> changeset:   5688:050116960e99
> user:        twisti
> date:        Tue Jul 24 10:47:44 2012 -0700
> summary:     7023639: JSR 292 method handle invocation needs a fast path for compiled code
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/050116960e99
>
> changeset:   8369:465e5b2bb615
> user:        acorn
> date:        Fri May 08 14:00:24 2015 -0400
> summary:     8030680: 292 cleanup from default method code assessment
> http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/465e5b2bb615
>
> changeset:   12416:2919a03653a8
> user:        mhaupt
> date:        Fri Jul 17 08:10:41 2015 +0200
> summary:     8062543: Replace uses of MethodHandleImpl.castReference with Class.cast
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/2919a03653a8
>
> changeset:   8208:6c4ca18a0666
> user:        mhaupt
> date:        Tue Apr 14 18:16:10 2015 +0300
> summary:     8076461: JSR292: remove unused native and constants
> http://hg.openjdk.java.net/jdk9/hs-comp/jdk/rev/44a53b8e25e6
> http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-April/017588.html (verification)
>
> changeset:   11850:e0ac3e9decb0
> user:        mhaupt
> date:        Tue Apr 14 18:26:01 2015 +0300
> summary:     8033465: JSR292: InvokerBytecodeGenerator: convert a check for REF_invokeVirtual on an interface into an assert
> http://hg.openjdk.java.net/jdk9/hs-comp/jdk/rev/e0ac3e9decb0
>
> *** hotspot:
>
> changeset:   8632:8d246004a89f
> user:        mhaupt
> date:        Tue Mar 31 21:46:44 2015 +0200
> summary:     6900757: minor bug fixes to LogCompilation tool
> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/0fb7705845de
>
> changeset:   8345:d3413c4fee16
> user:        mhaupt
> date:        Tue May 05 13:06:10 2015 +0200
> summary:     8075492: adopt recent IGV
> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/d3413c4fee16
>
> *** nashorn:
>
> changeset:   1277:4dc7eb763139
> user:        mhaupt
> date:        Fri May 15 10:21:48 2015 +0200
> summary:     8080471: fix usage of replace and file separator in Nashorn tests
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/nashorn/rev/7320ba416df1
>
> changeset:   1342:becb3bb6a422
> user:        mhaupt
> date:        Thu Jul 02 11:20:47 2015 +0200
> summary:     8130307: improve Nashorn Javadoc target
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/becb3bb6a422
>
> changeset:   1341:6eca661ddf79
> user:        mhaupt
> date:        Thu Jul 02 11:09:20 2015 +0200
> summary:     8130306: enable running Nashorn test on Windows
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/6eca661ddf79
>
> Other changes follow.
>
> changeset:   1279:71d7a37e6dfb
> user:        mhaupt
> date:        Fri May 15 16:36:25 2015 +0200
> summary:     8049300: jjs scripting: need way to quote $EXEC command arguments to protect spaces
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/71d7a37e6dfb
>
> changeset:   1339:d95394322204
> user:        mhaupt
> date:        Wed Jul 01 16:26:25 2015 +0200
> summary:     8130127: streamline input parameter of Nashorn scripting $EXEC function
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/d95394322204
>
> changeset:   1307:0eeaadd17fff
> user:        mhaupt
> date:        Fri Jun 05 12:38:53 2015 +0200
> summary:     8080087: Nashorn $ENV.PWD is originally undefined
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/0eeaadd17fff
>
> changeset:   1300:14ec7d7af490
> user:        mhaupt
> date:        Tue Jun 02 14:35:03 2015 +0200
> summary:     8080275: transparently download testng.jar for Nashorn testing
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/14ec7d7af490
>
> changeset:   1299:078107e0651f
> user:        mhaupt
> date:        Tue Jun 02 14:34:37 2015 +0200
> summary:     8081668: fix Nashorn ant externals command
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/078107e0651f
>
> changeset:   1311:d1689c1df3aa
> user:        mhaupt
> date:        Mon Jun 08 10:28:04 2015 +0200
> summary:     8085885: address Javadoc warnings in Nashorn source code
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/d1689c1df3aa
>
> changeset:   1298:0d4841f2c800
> user:        mhaupt
> date:        Tue Jun 02 10:40:19 2015 +0200
> summary:     8081604: rename ScriptingFunctions.tokenizeCommandLine
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/0d4841f2c800
>
> changeset:   1297:776551a5b3a2
> user:        mhaupt
> date:        Tue Jun 02 10:40:10 2015 +0200
> summary:     8081603: erroneous dot file generated from Nashorn --print-code
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/776551a5b3a2
>
> changeset:   1271:063ed2f959e4
> user:        mhaupt
> date:        Wed May 13 15:41:46 2015 +0200
> summary:     8080286: use path separator setting consistently in Nashorn project properties
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/063ed2f959e4
>
> changeset:   1301:10553f87f3e7
> user:        mhaupt
> date:        Tue Jun 02 17:08:13 2015 +0200
> summary:     8081696: reduce dependency of Nashorn tests on external components
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/10553f87f3e7
>
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote

From zoltan.majo at oracle.com  Mon Jul 20 15:36:56 2015
From: zoltan.majo at oracle.com (=?UTF-8?B?Wm9sdMOhbiBNYWrDsw==?=)
Date: Mon, 20 Jul 2015 17:36:56 +0200
Subject: CFV: New JDK9 Committer: Michael Haupt
In-Reply-To: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
References: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
Message-ID: <55AD1598.4050801@oracle.com>

Vote: yes.

Best regards,


Zoltan Majo

On 07/20/2015 03:51 PM, Jim Laskey (Oracle) wrote:
> I hereby nominate Michael Haupt to jdk9 Committer
>
> Michael has made many contributions in several areas of the JDK. [1]
>
> Michael is a recent addition to the Nashorn team; his focus is on dynamic language implementations. He also collaborates with the Valhalla project for value types. Prior to joining Nashorn, Michael worked briefly in the HotSpot compiler team. He has been an Oracle employee since 2011, which is when he joined the Virtual Machine Research Group at Oracle Labs, where he has worked on the Maxine meta-circular JVM and on dynamic language implementations. He used to be the tech lead of the FastR project, a high-performance Java-based implementation of the R programming language. Michael has also contributed to the Invokedynamic infrastructure in the past.
>
> Votes are due by Aug 3rd, 2015
>
> Only current JDK9 Committers [2] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list.
>
> For Lazy Consensus voting instructions, see [3].
>
> Cheers,
>
> ? Jim
>
> [1]
> *** JSR 292:
>
> changeset:   5688:050116960e99
> user:        twisti
> date:        Tue Jul 24 10:47:44 2012 -0700
> summary:     7023639: JSR 292 method handle invocation needs a fast path for compiled code
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/050116960e99
>
> changeset:   8369:465e5b2bb615
> user:        acorn
> date:        Fri May 08 14:00:24 2015 -0400
> summary:     8030680: 292 cleanup from default method code assessment
> http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/465e5b2bb615
>
> changeset:   12416:2919a03653a8
> user:        mhaupt
> date:        Fri Jul 17 08:10:41 2015 +0200
> summary:     8062543: Replace uses of MethodHandleImpl.castReference with Class.cast
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/2919a03653a8
>
> changeset:   8208:6c4ca18a0666
> user:        mhaupt
> date:        Tue Apr 14 18:16:10 2015 +0300
> summary:     8076461: JSR292: remove unused native and constants
> http://hg.openjdk.java.net/jdk9/hs-comp/jdk/rev/44a53b8e25e6
> http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-April/017588.html (verification)
>
> changeset:   11850:e0ac3e9decb0
> user:        mhaupt
> date:        Tue Apr 14 18:26:01 2015 +0300
> summary:     8033465: JSR292: InvokerBytecodeGenerator: convert a check for REF_invokeVirtual on an interface into an assert
> http://hg.openjdk.java.net/jdk9/hs-comp/jdk/rev/e0ac3e9decb0
>
> *** hotspot:
>
> changeset:   8632:8d246004a89f
> user:        mhaupt
> date:        Tue Mar 31 21:46:44 2015 +0200
> summary:     6900757: minor bug fixes to LogCompilation tool
> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/0fb7705845de
>
> changeset:   8345:d3413c4fee16
> user:        mhaupt
> date:        Tue May 05 13:06:10 2015 +0200
> summary:     8075492: adopt recent IGV
> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/d3413c4fee16
>
> *** nashorn:
>
> changeset:   1277:4dc7eb763139
> user:        mhaupt
> date:        Fri May 15 10:21:48 2015 +0200
> summary:     8080471: fix usage of replace and file separator in Nashorn tests
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/nashorn/rev/7320ba416df1
>
> changeset:   1342:becb3bb6a422
> user:        mhaupt
> date:        Thu Jul 02 11:20:47 2015 +0200
> summary:     8130307: improve Nashorn Javadoc target
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/becb3bb6a422
>
> changeset:   1341:6eca661ddf79
> user:        mhaupt
> date:        Thu Jul 02 11:09:20 2015 +0200
> summary:     8130306: enable running Nashorn test on Windows
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/6eca661ddf79
>
> Other changes follow.
>
> changeset:   1279:71d7a37e6dfb
> user:        mhaupt
> date:        Fri May 15 16:36:25 2015 +0200
> summary:     8049300: jjs scripting: need way to quote $EXEC command arguments to protect spaces
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/71d7a37e6dfb
>
> changeset:   1339:d95394322204
> user:        mhaupt
> date:        Wed Jul 01 16:26:25 2015 +0200
> summary:     8130127: streamline input parameter of Nashorn scripting $EXEC function
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/d95394322204
>
> changeset:   1307:0eeaadd17fff
> user:        mhaupt
> date:        Fri Jun 05 12:38:53 2015 +0200
> summary:     8080087: Nashorn $ENV.PWD is originally undefined
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/0eeaadd17fff
>
> changeset:   1300:14ec7d7af490
> user:        mhaupt
> date:        Tue Jun 02 14:35:03 2015 +0200
> summary:     8080275: transparently download testng.jar for Nashorn testing
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/14ec7d7af490
>
> changeset:   1299:078107e0651f
> user:        mhaupt
> date:        Tue Jun 02 14:34:37 2015 +0200
> summary:     8081668: fix Nashorn ant externals command
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/078107e0651f
>
> changeset:   1311:d1689c1df3aa
> user:        mhaupt
> date:        Mon Jun 08 10:28:04 2015 +0200
> summary:     8085885: address Javadoc warnings in Nashorn source code
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/d1689c1df3aa
>
> changeset:   1298:0d4841f2c800
> user:        mhaupt
> date:        Tue Jun 02 10:40:19 2015 +0200
> summary:     8081604: rename ScriptingFunctions.tokenizeCommandLine
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/0d4841f2c800
>
> changeset:   1297:776551a5b3a2
> user:        mhaupt
> date:        Tue Jun 02 10:40:10 2015 +0200
> summary:     8081603: erroneous dot file generated from Nashorn --print-code
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/776551a5b3a2
>
> changeset:   1271:063ed2f959e4
> user:        mhaupt
> date:        Wed May 13 15:41:46 2015 +0200
> summary:     8080286: use path separator setting consistently in Nashorn project properties
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/063ed2f959e4
>
> changeset:   1301:10553f87f3e7
> user:        mhaupt
> date:        Tue Jun 02 17:08:13 2015 +0200
> summary:     8081696: reduce dependency of Nashorn tests on external components
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/10553f87f3e7
>
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote


From henry.jen at oracle.com  Mon Jul 20 17:03:09 2015
From: henry.jen at oracle.com (Henry Jen)
Date: Mon, 20 Jul 2015 10:03:09 -0700
Subject: CFV: New JDK9 Committer: Michael Haupt
In-Reply-To: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
References: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
Message-ID: <D0568337-42A4-4B53-BEFB-598B739E0E85@oracle.com>

Vote: yes

Cheers,
Henry


> On Jul 20, 2015, at 6:51 AM, Jim Laskey (Oracle) <james.laskey at oracle.com> wrote:
> 
> I hereby nominate Michael Haupt to jdk9 Committer
> 
> Michael has made many contributions in several areas of the JDK. [1]
> 


From vicente.romero at oracle.com  Mon Jul 20 18:39:25 2015
From: vicente.romero at oracle.com (Vicente-Arturo Romero-Zaldivar)
Date: Mon, 20 Jul 2015 11:39:25 -0700
Subject: CFV: New JDK9 Committer: Michael Haupt
In-Reply-To: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
References: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
Message-ID: <55AD405D.4010500@oracle.com>

vote: yes

Vicente


On 07/20/2015 06:51 AM, Jim Laskey (Oracle) wrote:
> I hereby nominate Michael Haupt to jdk9 Committer
>
> Michael has made many contributions in several areas of the JDK. [1]
>
> Michael is a recent addition to the Nashorn team; his focus is on dynamic language implementations. He also collaborates with the Valhalla project for value types. Prior to joining Nashorn, Michael worked briefly in the HotSpot compiler team. He has been an Oracle employee since 2011, which is when he joined the Virtual Machine Research Group at Oracle Labs, where he has worked on the Maxine meta-circular JVM and on dynamic language implementations. He used to be the tech lead of the FastR project, a high-performance Java-based implementation of the R programming language. Michael has also contributed to the Invokedynamic infrastructure in the past.
>
> Votes are due by Aug 3rd, 2015
>
> Only current JDK9 Committers [2] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list.
>
> For Lazy Consensus voting instructions, see [3].
>
> Cheers,
>
> ? Jim
>
> [1]
> *** JSR 292:
>
>


From john.r.rose at oracle.com  Mon Jul 20 19:04:11 2015
From: john.r.rose at oracle.com (John Rose)
Date: Mon, 20 Jul 2015 12:04:11 -0700
Subject: CFV: New JDK9 Committer: Michael Haupt
In-Reply-To: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
References: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
Message-ID: <5D0F3424-4BA6-49C2-8AF7-934FEDF932F6@oracle.com>

Vote: yes!

On Jul 20, 2015, at 6:51 AM, Jim Laskey (Oracle) <james.laskey at oracle.com> wrote:
> 
> I hereby nominate Michael Haupt to jdk9 Committer


From vicente.romero at oracle.com  Mon Jul 20 21:18:33 2015
From: vicente.romero at oracle.com (Vicente-Arturo Romero-Zaldivar)
Date: Mon, 20 Jul 2015 14:18:33 -0700
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
References: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
Message-ID: <55AD65A9.9030107@oracle.com>

vote: yes

Vicente


On 07/17/2015 06:23 AM, Paul Sandoz wrote:
> I hereby nominate Amy Lu to jdk9 Committer.
>
> Amy helps keep the JDK testing lights on, running ?em, analysis of failures, and fixing ?em.
>
> In total Amy has contributed 27 changes to jdk9/jdk since August 2014 [1].
>
> Votes are due by 31st July.
>
> Only current JDK9 Committers [2] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [3].
>
> Thanks,
> Paul.
>


From brent.christian at oracle.com  Mon Jul 20 21:18:58 2015
From: brent.christian at oracle.com (Brent Christian)
Date: Mon, 20 Jul 2015 14:18:58 -0700
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
References: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
Message-ID: <55AD65C2.1080800@oracle.com>

Vote: yes

On 7/17/15 6:23 AM, Paul Sandoz wrote:
> I hereby nominate Amy Lu to jdk9 Committer.
>
> Amy helps keep the JDK testing lights on, running ?em, analysis of failures, and fixing ?em.
>
> In total Amy has contributed 27 changes to jdk9/jdk since August 2014 [1].
>
> Votes are due by 31st July.
>
> Only current JDK9 Committers [2] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
>
> For Lazy Consensus voting instructions, see [3].
>
> Thanks,
> Paul.
> [1]
> hg log -f -k amy.lu -k amlu --template "{date|isodate}\n{desc|firstline}\nhttp://hg.openjdk.java.net/jdk9/dev/jdk/rev/{rev}\n\n
>
> 2015-07-16 10:21 +0200
> 8131140: Mark some tests from WhileOpStatefulTest.java and WhileOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12406
>
> 2015-07-16 10:17 +0200
> 8130402: Mark intermittently failing test: tools/pack200/PackTestZip64.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12405
>
> 2015-06-30 10:00 +0200
> 8129759: Mark two tests from DistinctOpTest.java and SliceOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12256
>
> 2015-06-12 14:28 +0800
> 8085879: Mark intermittently failing: java/util/Arrays/ParallelPrefix.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12170
>
> 2015-06-03 15:33 +0100
> 8081773: sun/net/www/protocol/https/ChunkedOutputStream.java references library that doesn't exist
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12079
>
> 2015-06-03 12:37 +0200
> 8081775: two lib/testlibrary tests are failing with "Error. failed to clean up files after test" with jtreg 4.1 b12
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12077
>
> 2015-05-20 17:16 +0300
> 8080680: sun/nio/cs/TestCompoundTest.java should be removed from TEST.groups
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12007
>
> 2015-05-19 11:05 -0400
> 8080658: Update sun/nio/cs/FindDecoderBugs.java to use random number generator library
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11982
>
> 2015-05-08 10:22 +0100
> 8079651: (dc) Promiscuous.java fails with NumberFormatException due to network interference
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11891
>
> 2015-04-03 00:00 -0700
> 8076632: Remove duplicate tests: FDTest, MethodReferenceTest and more -- follow-on (completion)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11712
>
> 2015-04-02 17:32 -0700
> 8075304: Remove duplicate test: FDTest
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11711
>
> 2015-03-16 10:24 +0100
> 8075111: Mark testFlatMappingClose (from CollectorsTest) as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11610
>
> 2015-03-10 13:30 +0100
> 8074674: Doclint regression in java/util/regex/Matcher.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11583
>
> 2015-02-10 12:28 -0500
> 8069255: Suppress deprecation warnings in jdk.rmic module (jdk repo)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11380
>
> 2015-01-23 16:16 +0000
> 8069262: Doclint regression in java.nio.channels.Channels
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11302
>
> 2014-12-13 20:22 +0000
> 8067112: Update java/util/Collections/EmptyIterator.java to eliminate dependency on sun.tools.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11099
>
> 2014-12-03 14:34 +0000
> 8066131: Update java/nio/charset/Charset/NIOCharsetAvailabilityTest.java to eliminate dependency on sun.misc.Launcher
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11050
>
> 2014-11-26 11:12 -0800
> 8060026: Update jdk/test/tools/launcher tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11025
>
> 2014-10-16 19:27 -0700
> 8060432: tools/pack200/TestNormal.java fails on Windows with java.io.FileNotFoundException after JDK-8058854
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10847
>
> 2014-10-13 18:16 +0100
> 8058856: tools/jar/LeadingGarbage.java, introduced in JDK-8058520, fails on Windows
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10789
>
> 2014-10-13 17:43 +0100
> 8058854: Remove dependency on dt.jar from test/tools/jar/normalize/TestNormal.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10788
>
> 2014-10-11 13:24 +0100
> 8058855: Update java.util.zip tests to work with modular image
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10784
>
> 2014-09-17 23:27 -0400
> 8058569: Update java/lang/invoke/lambda tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10686
>
> 2014-08-22 18:54 -0700
> 8055852: Add test/java/lang/Math/DoubleConsts.java and FloatConsts.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10530
>
> 2014-08-22 14:56 -0700
> 8042003: Update java/lang/Math tests to eliminate dependency on sun.misc.DoubleConsts and sun.misc.FloatConsts
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10529
>
> 2014-08-19 12:26 -0700
> 8055262: Update jdk/test/java/util/Base64 tests to remove use of sun.misc.BASE64Encoder/Decoder
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10518
>
> 2014-08-03 20:09 +0800
> 8054095: No space allowed in platforms string in ProblemList.txt
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10432
>
>
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote
>

From vincent.x.ryan at oracle.com  Tue Jul 21 10:17:41 2015
From: vincent.x.ryan at oracle.com (Vincent Ryan)
Date: Tue, 21 Jul 2015 11:17:41 +0100
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
References: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
Message-ID: <2CBD36ED-B7B8-43F6-9FE2-87CA23FDA71B@oracle.com>

Vote: yes


> On 17 Jul 2015, at 14:23, Paul Sandoz <paul.sandoz at oracle.com> wrote:
> 
> I hereby nominate Amy Lu to jdk9 Committer.
> 
> Amy helps keep the JDK testing lights on, running ?em, analysis of failures, and fixing ?em.
> 
> In total Amy has contributed 27 changes to jdk9/jdk since August 2014 [1].
> 
> Votes are due by 31st July.
> 
> Only current JDK9 Committers [2] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
> 
> For Lazy Consensus voting instructions, see [3].
> 
> Thanks,
> Paul.
> [1]
> hg log -f -k amy.lu -k amlu --template "{date|isodate}\n{desc|firstline}\nhttp://hg.openjdk.java.net/jdk9/dev/jdk/rev/{rev}\n\n
> 
> 2015-07-16 10:21 +0200
> 8131140: Mark some tests from WhileOpStatefulTest.java and WhileOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12406
> 
> 2015-07-16 10:17 +0200
> 8130402: Mark intermittently failing test: tools/pack200/PackTestZip64.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12405
> 
> 2015-06-30 10:00 +0200
> 8129759: Mark two tests from DistinctOpTest.java and SliceOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12256
> 
> 2015-06-12 14:28 +0800
> 8085879: Mark intermittently failing: java/util/Arrays/ParallelPrefix.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12170
> 
> 2015-06-03 15:33 +0100
> 8081773: sun/net/www/protocol/https/ChunkedOutputStream.java references library that doesn't exist
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12079
> 
> 2015-06-03 12:37 +0200
> 8081775: two lib/testlibrary tests are failing with "Error. failed to clean up files after test" with jtreg 4.1 b12
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12077
> 
> 2015-05-20 17:16 +0300
> 8080680: sun/nio/cs/TestCompoundTest.java should be removed from TEST.groups
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12007
> 
> 2015-05-19 11:05 -0400
> 8080658: Update sun/nio/cs/FindDecoderBugs.java to use random number generator library
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11982
> 
> 2015-05-08 10:22 +0100
> 8079651: (dc) Promiscuous.java fails with NumberFormatException due to network interference
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11891
> 
> 2015-04-03 00:00 -0700
> 8076632: Remove duplicate tests: FDTest, MethodReferenceTest and more -- follow-on (completion)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11712
> 
> 2015-04-02 17:32 -0700
> 8075304: Remove duplicate test: FDTest
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11711
> 
> 2015-03-16 10:24 +0100
> 8075111: Mark testFlatMappingClose (from CollectorsTest) as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11610
> 
> 2015-03-10 13:30 +0100
> 8074674: Doclint regression in java/util/regex/Matcher.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11583
> 
> 2015-02-10 12:28 -0500
> 8069255: Suppress deprecation warnings in jdk.rmic module (jdk repo)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11380
> 
> 2015-01-23 16:16 +0000
> 8069262: Doclint regression in java.nio.channels.Channels
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11302
> 
> 2014-12-13 20:22 +0000
> 8067112: Update java/util/Collections/EmptyIterator.java to eliminate dependency on sun.tools.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11099
> 
> 2014-12-03 14:34 +0000
> 8066131: Update java/nio/charset/Charset/NIOCharsetAvailabilityTest.java to eliminate dependency on sun.misc.Launcher
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11050
> 
> 2014-11-26 11:12 -0800
> 8060026: Update jdk/test/tools/launcher tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11025
> 
> 2014-10-16 19:27 -0700
> 8060432: tools/pack200/TestNormal.java fails on Windows with java.io.FileNotFoundException after JDK-8058854
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10847
> 
> 2014-10-13 18:16 +0100
> 8058856: tools/jar/LeadingGarbage.java, introduced in JDK-8058520, fails on Windows
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10789
> 
> 2014-10-13 17:43 +0100
> 8058854: Remove dependency on dt.jar from test/tools/jar/normalize/TestNormal.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10788
> 
> 2014-10-11 13:24 +0100
> 8058855: Update java.util.zip tests to work with modular image
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10784
> 
> 2014-09-17 23:27 -0400
> 8058569: Update java/lang/invoke/lambda tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10686
> 
> 2014-08-22 18:54 -0700
> 8055852: Add test/java/lang/Math/DoubleConsts.java and FloatConsts.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10530
> 
> 2014-08-22 14:56 -0700
> 8042003: Update java/lang/Math tests to eliminate dependency on sun.misc.DoubleConsts and sun.misc.FloatConsts
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10529
> 
> 2014-08-19 12:26 -0700
> 8055262: Update jdk/test/java/util/Base64 tests to remove use of sun.misc.BASE64Encoder/Decoder
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10518
> 
> 2014-08-03 20:09 +0800
> 8054095: No space allowed in platforms string in ProblemList.txt
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10432
> 
> 
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote


From joel.franck at oracle.com  Tue Jul 21 16:45:07 2015
From: joel.franck at oracle.com (=?windows-1252?Q?Joel_Borggr=E9n-Franck?=)
Date: Tue, 21 Jul 2015 18:45:07 +0200
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
References: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
Message-ID: <C9A05F4A-34B4-40BF-95D2-768A13503335@oracle.com>

Vote: YES

cheers
/Joel

> On 17 Jul 2015, at 15:23, Paul Sandoz <paul.sandoz at oracle.com> wrote:
> 
> I hereby nominate Amy Lu to jdk9 Committer.
> 
> Amy helps keep the JDK testing lights on, running ?em, analysis of failures, and fixing ?em.
> 
> In total Amy has contributed 27 changes to jdk9/jdk since August 2014 [1].
> 
> Votes are due by 31st July.
> 
> Only current JDK9 Committers [2] are eligible to vote on this
> nomination. Votes must be cast in the open by replying to this mailing
> list.
> 
> For Lazy Consensus voting instructions, see [3].
> 
> Thanks,
> Paul.
> [1]
> hg log -f -k amy.lu -k amlu --template "{date|isodate}\n{desc|firstline}\nhttp://hg.openjdk.java.net/jdk9/dev/jdk/rev/{rev}\n\n
> 
> 2015-07-16 10:21 +0200
> 8131140: Mark some tests from WhileOpStatefulTest.java and WhileOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12406
> 
> 2015-07-16 10:17 +0200
> 8130402: Mark intermittently failing test: tools/pack200/PackTestZip64.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12405
> 
> 2015-06-30 10:00 +0200
> 8129759: Mark two tests from DistinctOpTest.java and SliceOpTest.java as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12256
> 
> 2015-06-12 14:28 +0800
> 8085879: Mark intermittently failing: java/util/Arrays/ParallelPrefix.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12170
> 
> 2015-06-03 15:33 +0100
> 8081773: sun/net/www/protocol/https/ChunkedOutputStream.java references library that doesn't exist
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12079
> 
> 2015-06-03 12:37 +0200
> 8081775: two lib/testlibrary tests are failing with "Error. failed to clean up files after test" with jtreg 4.1 b12
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12077
> 
> 2015-05-20 17:16 +0300
> 8080680: sun/nio/cs/TestCompoundTest.java should be removed from TEST.groups
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/12007
> 
> 2015-05-19 11:05 -0400
> 8080658: Update sun/nio/cs/FindDecoderBugs.java to use random number generator library
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11982
> 
> 2015-05-08 10:22 +0100
> 8079651: (dc) Promiscuous.java fails with NumberFormatException due to network interference
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11891
> 
> 2015-04-03 00:00 -0700
> 8076632: Remove duplicate tests: FDTest, MethodReferenceTest and more -- follow-on (completion)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11712
> 
> 2015-04-02 17:32 -0700
> 8075304: Remove duplicate test: FDTest
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11711
> 
> 2015-03-16 10:24 +0100
> 8075111: Mark testFlatMappingClose (from CollectorsTest) as serialization hostile
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11610
> 
> 2015-03-10 13:30 +0100
> 8074674: Doclint regression in java/util/regex/Matcher.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11583
> 
> 2015-02-10 12:28 -0500
> 8069255: Suppress deprecation warnings in jdk.rmic module (jdk repo)
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11380
> 
> 2015-01-23 16:16 +0000
> 8069262: Doclint regression in java.nio.channels.Channels
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11302
> 
> 2014-12-13 20:22 +0000
> 8067112: Update java/util/Collections/EmptyIterator.java to eliminate dependency on sun.tools.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11099
> 
> 2014-12-03 14:34 +0000
> 8066131: Update java/nio/charset/Charset/NIOCharsetAvailabilityTest.java to eliminate dependency on sun.misc.Launcher
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11050
> 
> 2014-11-26 11:12 -0800
> 8060026: Update jdk/test/tools/launcher tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/11025
> 
> 2014-10-16 19:27 -0700
> 8060432: tools/pack200/TestNormal.java fails on Windows with java.io.FileNotFoundException after JDK-8058854
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10847
> 
> 2014-10-13 18:16 +0100
> 8058856: tools/jar/LeadingGarbage.java, introduced in JDK-8058520, fails on Windows
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10789
> 
> 2014-10-13 17:43 +0100
> 8058854: Remove dependency on dt.jar from test/tools/jar/normalize/TestNormal.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10788
> 
> 2014-10-11 13:24 +0100
> 8058855: Update java.util.zip tests to work with modular image
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10784
> 
> 2014-09-17 23:27 -0400
> 8058569: Update java/lang/invoke/lambda tests to eliminate dependency on sun.tools.jar.Main
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10686
> 
> 2014-08-22 18:54 -0700
> 8055852: Add test/java/lang/Math/DoubleConsts.java and FloatConsts.java
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10530
> 
> 2014-08-22 14:56 -0700
> 8042003: Update java/lang/Math tests to eliminate dependency on sun.misc.DoubleConsts and sun.misc.FloatConsts
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10529
> 
> 2014-08-19 12:26 -0700
> 8055262: Update jdk/test/java/util/Base64 tests to remove use of sun.misc.BASE64Encoder/Decoder
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10518
> 
> 2014-08-03 20:09 +0800
> 8054095: No space allowed in platforms string in ProblemList.txt
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/10432
> 
> 
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote


From alejandro.murillo at oracle.com  Tue Jul 21 20:47:05 2015
From: alejandro.murillo at oracle.com (Alejandro E Murillo)
Date: Tue, 21 Jul 2015 14:47:05 -0600
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
References: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
Message-ID: <55AEAFC9.1090207@oracle.com>

vote: yes

On 7/17/2015 7:23 AM, Paul Sandoz wrote:
> I hereby nominate Amy Lu to jdk9 Committer.

-- 
Alejandro


From alejandro.murillo at oracle.com  Tue Jul 21 21:58:04 2015
From: alejandro.murillo at oracle.com (Alejandro E Murillo)
Date: Tue, 21 Jul 2015 15:58:04 -0600
Subject: jdk9-dev: HotSpot
Message-ID: <55AEC06C.90107@oracle.com>

jdk9-hs-2015-07-16 has been integrated into jdk9-dev.

http://hg.openjdk.java.net/jdk9/dev/rev/571788f53574
http://hg.openjdk.java.net/jdk9/dev/corba/rev/622fe934e351
http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/98c861cee52b
http://hg.openjdk.java.net/jdk9/dev/jaxp/rev/eadcb2b55cd1
http://hg.openjdk.java.net/jdk9/dev/jaxws/rev/6232472e5141
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/5da8504e723a
http://hg.openjdk.java.net/jdk9/dev/langtools/rev/70c852df047c
http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/348ce347ba14

Component : VM
Status    : Go for integration
Date      : 07/21/2015 at 10:00 MSK
Tested By : VM SQE &leonid.mesnik at oracle.com

Bundles   : 2015-07-17-155051.amurillo.jdk9-hs-2015-07-16-snapshot

Testing: 38 new failures, 2078 known failures,  358976 passed.

Issues and Notes:
No detailed analysis. No stoppers have been detected so far.  Go for integration

CRs for testing:
6900757: minor bug fixes to LogCompilation tool
8025692: Log what methods are touched at run-time
8032763: Remove use of sun.misc.Ref from hprof parser in testlibrary
8076471: Remove hprof agent tests in JDK
8079156: [TESTBUG] 32 bit Java 9-fastdebug hit assertion in client mode with StackShadowPages flag value from 32 to 50.
8080733: [TESTBUG] several runtime/ErrorHandling/* tests time out on Windows
8129920: Vectorized loop unrolling
8129961: SIGSEGV when copying to survivor space
8130057: serviceability/sa/TestStackTrace.java should be quarantined
8130183: InnerClasses: VM permits wrong inner_class_info_index value of zero
8130332: StarvationMonitorInterval, PreInflateSpin, VerifyGenericSignatures and CountInterpCalls VM Options can be deprecated or removed in JDK 9
8130341: GHASH 32bit intrinsics has AEADBadTagException
8130344: assert(handle != __null) failed: JNI handle should not be null' in jni_GetLongArrayElements
8130448: thread dump improvements, comment additions, new diagnostics inspired by 8077392
8130653: ppc: implement MultiplyToLen intrinsic
8130669: VM prohibits <clinit> methods with return values
8130728: Disable WorkAroundNPTLTimedWaitHang by default
8131035: [TESTBUG] sun/management/HotspotRuntimeMBean/GetTotalSafepointTime.java needs to enable UsePerfData
8131078: typos in ghash cpu message
8131128: Merge error in jprt.properties leads to missing devkit argument
8131325: Remove hprof agent tests in hotspot repo
8131328: Restore demo/jvmti tests
8131331: tmtools/jstack/locks/wait_interrupt and wait_notify fail due to wrong number of lock records

-- 
Alejandro


From lana.steuck at oracle.com  Wed Jul 22 21:43:24 2015
From: lana.steuck at oracle.com (lana.steuck at oracle.com)
Date: Wed, 22 Jul 2015 14:43:24 -0700 (PDT)
Subject: jdk9-b74: dev
Message-ID: <201507222143.t6MLhOxo029391@sc11152554.us.oracle.com>

http://hg.openjdk.java.net/jdk9/jdk9/rev/57f3134853ec 
http://hg.openjdk.java.net/jdk9/jdk9/nashorn/rev/2e8bb16872d7 
http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/02681b7c4232 
http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/6dd82d2e4a10 
http://hg.openjdk.java.net/jdk9/jdk9/jaxws/rev/6232472e5141 
http://hg.openjdk.java.net/jdk9/jdk9/jaxp/rev/eadcb2b55cd1 
http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/fff6b54e9770 
http://hg.openjdk.java.net/jdk9/jdk9/corba/rev/622fe934e351 

---

All the fixes will be tested during promotion (no PIT testing at this point):

List of all fixes:
===================
JDK-8080504   client-libs     [macosx] SunToolkit.realSync() may hang 
JDK-8081371   client-libs     [PIT] Test closed/java/awt/FullScreen/DisplayMode/CycleDMImage.java sw 
JDK-8130125   client-libs     [TEST_BUG] add @modules to the several client tests unaffected by the  
JDK-8081484   client-libs     [TEST_BUG]Test javax/swing/plaf/basic/6866751/bug6866751.java fails  
JDK-8130525   client-libs     Build fail on jdk9-client solaris-sparcv9 
JDK-8080993   client-libs     Compilation errors with recent clang in awt_parseImage.c and splashscr 
JDK-8129116   client-libs     Deadlock with multimonitor fullscreen windows. 
JDK-8129940   client-libs     JRadioButton does not honor non-standard FocusTraversalKeys 
JDK-8129830   client-libs     JTree drag/drop on lower half of last child of container incorrect 
JDK-8080695   client-libs     splashscreen_png.c compile error with gcc 4.9.2 
JDK-8085895   client-libs     The Textfield can't  be shown after clicking "Show Textfield" button. 
JDK-8065570   core-libs       (bf spec) ByteBuffer.slice() should make it clear that the initial ord 
JDK-8130877   core-libs       (process) java/lang/ProcessHandle/TreeTest test3 failure - Destroyed p 
JDK-8129344   core-libs       (process) ProcessHandle instances should define equals and be value-ba 
JDK-8078099   core-libs       (process) ProcessHandle should uniquely identify processes 
JDK-8078108   core-libs       (process) ProcessHandle.isAlive should be robust 
JDK-8076112   core-libs       Add @HotSpotIntrinsicCandidate annotation to indicate methods for whic 
JDK-8071597   core-libs       Add Stream dropWhile and takeWhile operations 
JDK-8131039   core-libs       after adding a function property to Object.prototype, JSON.parse with  
JDK-8130394   core-libs       DatagramChannel tests need to be hardended to ignore stray datagrams 
JDK-8131052   core-libs       Documentation of AbstractSpliterator refers to forEach rather than for 
JDK-8130862   core-libs       let hg ignore TestNG ZIP file in Nashorn test library directory 
JDK-8130402   core-libs       Mark intermittently failing test: tools/pack200/PackTestZip64.java 
JDK-8131140   core-libs       Mark some tests from WhileOpStatefulTest.java and WhileOpTest.java as  
JDK-8130889   core-libs       Missing "@since 1.8" tags in j.l.Character.java 
JDK-8129833   core-libs       Need basic tests for rmic 
JDK-8130853   core-libs       Non-extensible global is not handled property 
JDK-8080511   core-libs       Refresh of jimage support 
JDK-8032446   core-libs       Support Unicode 7.0.0 in JDK 9 
JDK-6854417   core-libs       TESTBUG: java/util/regex/RegExTest.java fails intermittently 
JDK-8130888   core-libs       Typos in nashorn sources 
JDK-8104574   core-libs       Update tests to prepare for system class loader not be URLClassLoader 
JDK-8064925   core-libs       URLConnection::getContent needs to be updated to work with modules 
JDK-8081846   deploy          Add a URL scheme handler to reliably launch .jnlp files - Windows regi 
JDK-8075602   deploy          Applet throws java.security AccessControlException in java console whe 
JDK-8130627   deploy          Fix for 8129600 was pushed to 9-client with wrong bug number (8029600) 
JDK-8078815   deploy          Launching of jnlp app fails with JNLPException 
JDK-8130270   deploy          Missing resources for cache viewer in JDK9 
JDK-8129386   hotspot         [TESTBUG] - com/sun/jdi/cds/*.java missing @build tag for libraries  
JDK-8129394   hotspot         [TESTBUG] runtime/CommandLine/OptionsValidation/TestOptionsWithRanges. 
JDK-8130687   hotspot         aarch64: add support for hardware crc32c 
JDK-8086069   hotspot         Adapt runtime calls to recent intrinsics to pass ints as long 
JDK-8078901   hotspot         Add trace event for G1 MMU information 
JDK-8130135   hotspot         backout 8087143 (2 bytes Symbol::_identity_hash) due to failures in 81 
JDK-8129786   hotspot         Buffer overrun when passing long not existing option in JDK 9 
JDK-8081406   hotspot         cleanup and minor extensions of the debugging facilities in CodeString 
JDK-8129558   hotspot         Coalesce dead objects during removal of self-forwarded pointers 
JDK-8129573   hotspot         CollectedHeap::fill_with_objects() needs to use multiple arrays in 32  
JDK-8078399   hotspot         Deprecate -Xoss, -Xsqnopause, -Xoptimize and -Xboundthreads options in 
JDK-8130036   hotspot         Fix problems with imprecise C++ coding 
JDK-8129626   hotspot         G1: set_in_progress() and clear_started() needs a barrier on non-TSO p 
JDK-8130120   hotspot         Handling of SHA intrinsics inconsistent across platforms 
JDK-8081202   hotspot         Hotspot compile warning: "Invalid suffix on literal; C++11 requires a  
JDK-8087322   hotspot         Implement a Semaphore utility class 
JDK-8130150   hotspot         Implement BigInteger.montgomeryMultiply intrinsic 
JDK-8080012   hotspot         JVM times out with vdbench on SPARC M7-16 
JDK-8080925   hotspot         Make error log write timeout parameter configurable 
JDK-8129108   hotspot         nmethod related crash in CMS 
JDK-8087333   hotspot         Optionally Pre-Generate the HotSpot Template Interpreter 
JDK-8130432   hotspot         ppc64le: Fix build of hsdis 
JDK-8072147   hotspot         Preloading libjsig.dylib causes deadlock when signal() is called 
JDK-7012980   hotspot         PSOldGen is increased if there is no space in Metaspace 
JDK-8130330   hotspot         Quarantine gc/survivorAlignment/TestPromotionFromSurvivorToTenuredAfte 
JDK-8079555   hotspot         REDO - Determining the desired PLAB size adjusts to the the number of  
JDK-8087143   hotspot         Reduce Symbol::_identity_hash to 2 bytes 
JDK-8129615   hotspot         Remove jbb from jprt hotspot testset 
JDK-8073423   hotspot         Remove LazyClassPathEntry support if no longer needed 
JDK-8129430   hotspot         Tests that require G1 should be excluded from execution on embedded pl 
JDK-8129590   hotspot         TestShrinkDefragmentedHeap.java runs out of memory 
JDK-8129977   hotspot         TestSummarizeRSetStats.java fails: Incorrect amount of per-period RSet 
JDK-8130064   infrastructure  Fix building deploy unit tests 
JDK-8131317   infrastructure  Image writer throws NPE when creating compact profile images 
JDK-8076581   infrastructure  Need a NON-PCH build to quickly detect missing dependencies in the sou 
JDK-8080722   infrastructure  Revisit how to check for doclint reference warning during the build 
JDK-8130890   other-libs      Problem list ResourceNativesTest.java until JDK-8129834 fix propagates 
JDK-8131184   security-libs   Add test sun/security/pkcs11/rsa/TestKeyPairGenerator.java to the prob 
JDK-8049814   security-libs   Additional SASL client-server tests 
JDK-8074784   security-libs   Additional tests for XML DSig API 
JDK-8131359   security-libs   Correct the JTREG tags in java/security/KeyStore/PKCS12/MetadataStoreL 
JDK-8130461   security-libs   HandshakeStatus.NEED_UNWRAP_AGAIN applies only to DTLS 
JDK-8048830   security-libs   Implement tests for new functionality provided in JEP 166 
JDK-8058290   security-libs   JAAS Krb5LoginModule has suspect ticket-renewal logic, relies on clock 
JDK-8041787   security-libs   Need new regressions tests for buffer handling for PBE algorithms 
JDK-8130041   security-libs   TsacertOptionTest.java intermittently fails on Mac 
JDK-8129909   tools           Add -Xdoclint/package: to javadoc 
JDK-8044411   tools           Implement classfile tests for RuntimeAnnotations and RuntimeParameterA 
JDK-8080880   tools           Some docs cleanup for langtools 
JDK-8130753   xml             Sync-up javadoc changes in jax-ws area - includes JAX-B API, JAX-WS AP 

From huizhe.wang at oracle.com  Wed Jul 22 22:29:58 2015
From: huizhe.wang at oracle.com (huizhe wang)
Date: Wed, 22 Jul 2015 15:29:58 -0700
Subject: CFV: New JDK9 Committer: Amy Lu
In-Reply-To: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
References: <5D76F3B7-DBC0-420E-BA97-A7D95B268D7C@oracle.com>
Message-ID: <55B01966.4040808@oracle.com>

Vote: Yes

On 7/17/2015 6:23 AM, Paul Sandoz wrote:
> I hereby nominate Amy Lu to jdk9 Committer.


From tobias.hartmann at oracle.com  Thu Jul 23 10:18:45 2015
From: tobias.hartmann at oracle.com (Tobias Hartmann)
Date: Thu, 23 Jul 2015 12:18:45 +0200
Subject: CFV: New JDK9 Committer: Michael Haupt
In-Reply-To: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
References: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
Message-ID: <55B0BF85.7070408@oracle.com>

Vote: yes

Best,
Tobias

On 20.07.2015 15:51, Jim Laskey (Oracle) wrote:
> I hereby nominate Michael Haupt to jdk9 Committer
> 
> Michael has made many contributions in several areas of the JDK. [1]
> 
> Michael is a recent addition to the Nashorn team; his focus is on dynamic language implementations. He also collaborates with the Valhalla project for value types. Prior to joining Nashorn, Michael worked briefly in the HotSpot compiler team. He has been an Oracle employee since 2011, which is when he joined the Virtual Machine Research Group at Oracle Labs, where he has worked on the Maxine meta-circular JVM and on dynamic language implementations. He used to be the tech lead of the FastR project, a high-performance Java-based implementation of the R programming language. Michael has also contributed to the Invokedynamic infrastructure in the past.
> 
> Votes are due by Aug 3rd, 2015
> 
> Only current JDK9 Committers [2] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list.
> 
> For Lazy Consensus voting instructions, see [3].
> 
> Cheers,
> 
> ? Jim
> 
> [1]
> *** JSR 292:
> 
> changeset:   5688:050116960e99
> user:        twisti
> date:        Tue Jul 24 10:47:44 2012 -0700
> summary:     7023639: JSR 292 method handle invocation needs a fast path for compiled code
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/050116960e99
> 
> changeset:   8369:465e5b2bb615
> user:        acorn
> date:        Fri May 08 14:00:24 2015 -0400
> summary:     8030680: 292 cleanup from default method code assessment
> http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/465e5b2bb615
> 
> changeset:   12416:2919a03653a8
> user:        mhaupt
> date:        Fri Jul 17 08:10:41 2015 +0200
> summary:     8062543: Replace uses of MethodHandleImpl.castReference with Class.cast
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/2919a03653a8
> 
> changeset:   8208:6c4ca18a0666
> user:        mhaupt
> date:        Tue Apr 14 18:16:10 2015 +0300
> summary:     8076461: JSR292: remove unused native and constants
> http://hg.openjdk.java.net/jdk9/hs-comp/jdk/rev/44a53b8e25e6
> http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-April/017588.html (verification)
> 
> changeset:   11850:e0ac3e9decb0
> user:        mhaupt
> date:        Tue Apr 14 18:26:01 2015 +0300
> summary:     8033465: JSR292: InvokerBytecodeGenerator: convert a check for REF_invokeVirtual on an interface into an assert
> http://hg.openjdk.java.net/jdk9/hs-comp/jdk/rev/e0ac3e9decb0
> 
> *** hotspot:
> 
> changeset:   8632:8d246004a89f
> user:        mhaupt
> date:        Tue Mar 31 21:46:44 2015 +0200
> summary:     6900757: minor bug fixes to LogCompilation tool
> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/0fb7705845de
> 
> changeset:   8345:d3413c4fee16
> user:        mhaupt
> date:        Tue May 05 13:06:10 2015 +0200
> summary:     8075492: adopt recent IGV
> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/d3413c4fee16
> 
> *** nashorn:
> 
> changeset:   1277:4dc7eb763139
> user:        mhaupt
> date:        Fri May 15 10:21:48 2015 +0200
> summary:     8080471: fix usage of replace and file separator in Nashorn tests
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/nashorn/rev/7320ba416df1
> 
> changeset:   1342:becb3bb6a422
> user:        mhaupt
> date:        Thu Jul 02 11:20:47 2015 +0200
> summary:     8130307: improve Nashorn Javadoc target
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/becb3bb6a422
> 
> changeset:   1341:6eca661ddf79
> user:        mhaupt
> date:        Thu Jul 02 11:09:20 2015 +0200
> summary:     8130306: enable running Nashorn test on Windows
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/6eca661ddf79
> 
> Other changes follow.
> 
> changeset:   1279:71d7a37e6dfb
> user:        mhaupt
> date:        Fri May 15 16:36:25 2015 +0200
> summary:     8049300: jjs scripting: need way to quote $EXEC command arguments to protect spaces
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/71d7a37e6dfb
> 
> changeset:   1339:d95394322204
> user:        mhaupt
> date:        Wed Jul 01 16:26:25 2015 +0200
> summary:     8130127: streamline input parameter of Nashorn scripting $EXEC function
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/d95394322204
> 
> changeset:   1307:0eeaadd17fff
> user:        mhaupt
> date:        Fri Jun 05 12:38:53 2015 +0200
> summary:     8080087: Nashorn $ENV.PWD is originally undefined
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/0eeaadd17fff
> 
> changeset:   1300:14ec7d7af490
> user:        mhaupt
> date:        Tue Jun 02 14:35:03 2015 +0200
> summary:     8080275: transparently download testng.jar for Nashorn testing
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/14ec7d7af490
> 
> changeset:   1299:078107e0651f
> user:        mhaupt
> date:        Tue Jun 02 14:34:37 2015 +0200
> summary:     8081668: fix Nashorn ant externals command
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/078107e0651f
> 
> changeset:   1311:d1689c1df3aa
> user:        mhaupt
> date:        Mon Jun 08 10:28:04 2015 +0200
> summary:     8085885: address Javadoc warnings in Nashorn source code
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/d1689c1df3aa
> 
> changeset:   1298:0d4841f2c800
> user:        mhaupt
> date:        Tue Jun 02 10:40:19 2015 +0200
> summary:     8081604: rename ScriptingFunctions.tokenizeCommandLine
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/0d4841f2c800
> 
> changeset:   1297:776551a5b3a2
> user:        mhaupt
> date:        Tue Jun 02 10:40:10 2015 +0200
> summary:     8081603: erroneous dot file generated from Nashorn --print-code
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/776551a5b3a2
> 
> changeset:   1271:063ed2f959e4
> user:        mhaupt
> date:        Wed May 13 15:41:46 2015 +0200
> summary:     8080286: use path separator setting consistently in Nashorn project properties
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/063ed2f959e4
> 
> changeset:   1301:10553f87f3e7
> user:        mhaupt
> date:        Tue Jun 02 17:08:13 2015 +0200
> summary:     8081696: reduce dependency of Nashorn tests on external components
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/10553f87f3e7
> 
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote
> 

From attila.szegedi at oracle.com  Thu Jul 23 15:16:42 2015
From: attila.szegedi at oracle.com (Attila Szegedi)
Date: Thu, 23 Jul 2015 18:16:42 +0300
Subject: CFV: New JDK9 Committer: Michael Haupt
In-Reply-To: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
References: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
Message-ID: <2E342CC1-AF29-4795-85BA-FFB86E87A41C@oracle.com>

Vote: yes!

> On Jul 20, 2015, at 4:51 PM, Jim Laskey (Oracle) <james.laskey at oracle.com> wrote:
> 
> I hereby nominate Michael Haupt to jdk9 Committer
> 
> Michael has made many contributions in several areas of the JDK. [1]
> 
> Michael is a recent addition to the Nashorn team; his focus is on dynamic language implementations. He also collaborates with the Valhalla project for value types. Prior to joining Nashorn, Michael worked briefly in the HotSpot compiler team. He has been an Oracle employee since 2011, which is when he joined the Virtual Machine Research Group at Oracle Labs, where he has worked on the Maxine meta-circular JVM and on dynamic language implementations. He used to be the tech lead of the FastR project, a high-performance Java-based implementation of the R programming language. Michael has also contributed to the Invokedynamic infrastructure in the past.
> 
> Votes are due by Aug 3rd, 2015
> 
> Only current JDK9 Committers [2] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list.
> 
> For Lazy Consensus voting instructions, see [3].
> 
> Cheers,
> 
> ? Jim
> 
> [1]
> *** JSR 292:
> 
> changeset:   5688:050116960e99
> user:        twisti
> date:        Tue Jul 24 10:47:44 2012 -0700
> summary:     7023639: JSR 292 method handle invocation needs a fast path for compiled code
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/050116960e99
> 
> changeset:   8369:465e5b2bb615
> user:        acorn
> date:        Fri May 08 14:00:24 2015 -0400
> summary:     8030680: 292 cleanup from default method code assessment
> http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/465e5b2bb615
> 
> changeset:   12416:2919a03653a8
> user:        mhaupt
> date:        Fri Jul 17 08:10:41 2015 +0200
> summary:     8062543: Replace uses of MethodHandleImpl.castReference with Class.cast
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/2919a03653a8
> 
> changeset:   8208:6c4ca18a0666
> user:        mhaupt
> date:        Tue Apr 14 18:16:10 2015 +0300
> summary:     8076461: JSR292: remove unused native and constants
> http://hg.openjdk.java.net/jdk9/hs-comp/jdk/rev/44a53b8e25e6
> http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-April/017588.html (verification)
> 
> changeset:   11850:e0ac3e9decb0
> user:        mhaupt
> date:        Tue Apr 14 18:26:01 2015 +0300
> summary:     8033465: JSR292: InvokerBytecodeGenerator: convert a check for REF_invokeVirtual on an interface into an assert
> http://hg.openjdk.java.net/jdk9/hs-comp/jdk/rev/e0ac3e9decb0
> 
> *** hotspot:
> 
> changeset:   8632:8d246004a89f
> user:        mhaupt
> date:        Tue Mar 31 21:46:44 2015 +0200
> summary:     6900757: minor bug fixes to LogCompilation tool
> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/0fb7705845de
> 
> changeset:   8345:d3413c4fee16
> user:        mhaupt
> date:        Tue May 05 13:06:10 2015 +0200
> summary:     8075492: adopt recent IGV
> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/d3413c4fee16
> 
> *** nashorn:
> 
> changeset:   1277:4dc7eb763139
> user:        mhaupt
> date:        Fri May 15 10:21:48 2015 +0200
> summary:     8080471: fix usage of replace and file separator in Nashorn tests
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/nashorn/rev/7320ba416df1
> 
> changeset:   1342:becb3bb6a422
> user:        mhaupt
> date:        Thu Jul 02 11:20:47 2015 +0200
> summary:     8130307: improve Nashorn Javadoc target
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/becb3bb6a422
> 
> changeset:   1341:6eca661ddf79
> user:        mhaupt
> date:        Thu Jul 02 11:09:20 2015 +0200
> summary:     8130306: enable running Nashorn test on Windows
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/6eca661ddf79
> 
> Other changes follow.
> 
> changeset:   1279:71d7a37e6dfb
> user:        mhaupt
> date:        Fri May 15 16:36:25 2015 +0200
> summary:     8049300: jjs scripting: need way to quote $EXEC command arguments to protect spaces
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/71d7a37e6dfb
> 
> changeset:   1339:d95394322204
> user:        mhaupt
> date:        Wed Jul 01 16:26:25 2015 +0200
> summary:     8130127: streamline input parameter of Nashorn scripting $EXEC function
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/d95394322204
> 
> changeset:   1307:0eeaadd17fff
> user:        mhaupt
> date:        Fri Jun 05 12:38:53 2015 +0200
> summary:     8080087: Nashorn $ENV.PWD is originally undefined
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/0eeaadd17fff
> 
> changeset:   1300:14ec7d7af490
> user:        mhaupt
> date:        Tue Jun 02 14:35:03 2015 +0200
> summary:     8080275: transparently download testng.jar for Nashorn testing
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/14ec7d7af490
> 
> changeset:   1299:078107e0651f
> user:        mhaupt
> date:        Tue Jun 02 14:34:37 2015 +0200
> summary:     8081668: fix Nashorn ant externals command
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/078107e0651f
> 
> changeset:   1311:d1689c1df3aa
> user:        mhaupt
> date:        Mon Jun 08 10:28:04 2015 +0200
> summary:     8085885: address Javadoc warnings in Nashorn source code
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/d1689c1df3aa
> 
> changeset:   1298:0d4841f2c800
> user:        mhaupt
> date:        Tue Jun 02 10:40:19 2015 +0200
> summary:     8081604: rename ScriptingFunctions.tokenizeCommandLine
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/0d4841f2c800
> 
> changeset:   1297:776551a5b3a2
> user:        mhaupt
> date:        Tue Jun 02 10:40:10 2015 +0200
> summary:     8081603: erroneous dot file generated from Nashorn --print-code
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/776551a5b3a2
> 
> changeset:   1271:063ed2f959e4
> user:        mhaupt
> date:        Wed May 13 15:41:46 2015 +0200
> summary:     8080286: use path separator setting consistently in Nashorn project properties
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/063ed2f959e4
> 
> changeset:   1301:10553f87f3e7
> user:        mhaupt
> date:        Tue Jun 02 17:08:13 2015 +0200
> summary:     8081696: reduce dependency of Nashorn tests on external components
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/10553f87f3e7
> 
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote


From sundararajan.athijegannathan at oracle.com  Thu Jul 23 16:39:37 2015
From: sundararajan.athijegannathan at oracle.com (A. Sundararajan)
Date: Thu, 23 Jul 2015 22:09:37 +0530
Subject: CFV: New JDK9 Committer: Michael Haupt
In-Reply-To: <2E342CC1-AF29-4795-85BA-FFB86E87A41C@oracle.com>
References: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
	<2E342CC1-AF29-4795-85BA-FFB86E87A41C@oracle.com>
Message-ID: <55B118C9.6010705@oracle.com>

Vote: yes

On Thursday 23 July 2015 08:46 PM, Attila Szegedi wrote:
> Vote: yes!
>
>> On Jul 20, 2015, at 4:51 PM, Jim Laskey (Oracle) <james.laskey at oracle.com> wrote:
>>
>> I hereby nominate Michael Haupt to jdk9 Committer
>>
>> Michael has made many contributions in several areas of the JDK. [1]
>>
>> Michael is a recent addition to the Nashorn team; his focus is on dynamic language implementations. He also collaborates with the Valhalla project for value types. Prior to joining Nashorn, Michael worked briefly in the HotSpot compiler team. He has been an Oracle employee since 2011, which is when he joined the Virtual Machine Research Group at Oracle Labs, where he has worked on the Maxine meta-circular JVM and on dynamic language implementations. He used to be the tech lead of the FastR project, a high-performance Java-based implementation of the R programming language. Michael has also contributed to the Invokedynamic infrastructure in the past.
>>
>> Votes are due by Aug 3rd, 2015
>>
>> Only current JDK9 Committers [2] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list.
>>
>> For Lazy Consensus voting instructions, see [3].
>>
>> Cheers,
>>
>> ? Jim
>>
>> [1]
>> *** JSR 292:
>>
>> changeset:   5688:050116960e99
>> user:        twisti
>> date:        Tue Jul 24 10:47:44 2012 -0700
>> summary:     7023639: JSR 292 method handle invocation needs a fast path for compiled code
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/050116960e99
>>
>> changeset:   8369:465e5b2bb615
>> user:        acorn
>> date:        Fri May 08 14:00:24 2015 -0400
>> summary:     8030680: 292 cleanup from default method code assessment
>> http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/465e5b2bb615
>>
>> changeset:   12416:2919a03653a8
>> user:        mhaupt
>> date:        Fri Jul 17 08:10:41 2015 +0200
>> summary:     8062543: Replace uses of MethodHandleImpl.castReference with Class.cast
>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/2919a03653a8
>>
>> changeset:   8208:6c4ca18a0666
>> user:        mhaupt
>> date:        Tue Apr 14 18:16:10 2015 +0300
>> summary:     8076461: JSR292: remove unused native and constants
>> http://hg.openjdk.java.net/jdk9/hs-comp/jdk/rev/44a53b8e25e6
>> http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-April/017588.html (verification)
>>
>> changeset:   11850:e0ac3e9decb0
>> user:        mhaupt
>> date:        Tue Apr 14 18:26:01 2015 +0300
>> summary:     8033465: JSR292: InvokerBytecodeGenerator: convert a check for REF_invokeVirtual on an interface into an assert
>> http://hg.openjdk.java.net/jdk9/hs-comp/jdk/rev/e0ac3e9decb0
>>
>> *** hotspot:
>>
>> changeset:   8632:8d246004a89f
>> user:        mhaupt
>> date:        Tue Mar 31 21:46:44 2015 +0200
>> summary:     6900757: minor bug fixes to LogCompilation tool
>> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/0fb7705845de
>>
>> changeset:   8345:d3413c4fee16
>> user:        mhaupt
>> date:        Tue May 05 13:06:10 2015 +0200
>> summary:     8075492: adopt recent IGV
>> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/d3413c4fee16
>>
>> *** nashorn:
>>
>> changeset:   1277:4dc7eb763139
>> user:        mhaupt
>> date:        Fri May 15 10:21:48 2015 +0200
>> summary:     8080471: fix usage of replace and file separator in Nashorn tests
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/nashorn/rev/7320ba416df1
>>
>> changeset:   1342:becb3bb6a422
>> user:        mhaupt
>> date:        Thu Jul 02 11:20:47 2015 +0200
>> summary:     8130307: improve Nashorn Javadoc target
>> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/becb3bb6a422
>>
>> changeset:   1341:6eca661ddf79
>> user:        mhaupt
>> date:        Thu Jul 02 11:09:20 2015 +0200
>> summary:     8130306: enable running Nashorn test on Windows
>> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/6eca661ddf79
>>
>> Other changes follow.
>>
>> changeset:   1279:71d7a37e6dfb
>> user:        mhaupt
>> date:        Fri May 15 16:36:25 2015 +0200
>> summary:     8049300: jjs scripting: need way to quote $EXEC command arguments to protect spaces
>> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/71d7a37e6dfb
>>
>> changeset:   1339:d95394322204
>> user:        mhaupt
>> date:        Wed Jul 01 16:26:25 2015 +0200
>> summary:     8130127: streamline input parameter of Nashorn scripting $EXEC function
>> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/d95394322204
>>
>> changeset:   1307:0eeaadd17fff
>> user:        mhaupt
>> date:        Fri Jun 05 12:38:53 2015 +0200
>> summary:     8080087: Nashorn $ENV.PWD is originally undefined
>> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/0eeaadd17fff
>>
>> changeset:   1300:14ec7d7af490
>> user:        mhaupt
>> date:        Tue Jun 02 14:35:03 2015 +0200
>> summary:     8080275: transparently download testng.jar for Nashorn testing
>> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/14ec7d7af490
>>
>> changeset:   1299:078107e0651f
>> user:        mhaupt
>> date:        Tue Jun 02 14:34:37 2015 +0200
>> summary:     8081668: fix Nashorn ant externals command
>> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/078107e0651f
>>
>> changeset:   1311:d1689c1df3aa
>> user:        mhaupt
>> date:        Mon Jun 08 10:28:04 2015 +0200
>> summary:     8085885: address Javadoc warnings in Nashorn source code
>> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/d1689c1df3aa
>>
>> changeset:   1298:0d4841f2c800
>> user:        mhaupt
>> date:        Tue Jun 02 10:40:19 2015 +0200
>> summary:     8081604: rename ScriptingFunctions.tokenizeCommandLine
>> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/0d4841f2c800
>>
>> changeset:   1297:776551a5b3a2
>> user:        mhaupt
>> date:        Tue Jun 02 10:40:10 2015 +0200
>> summary:     8081603: erroneous dot file generated from Nashorn --print-code
>> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/776551a5b3a2
>>
>> changeset:   1271:063ed2f959e4
>> user:        mhaupt
>> date:        Wed May 13 15:41:46 2015 +0200
>> summary:     8080286: use path separator setting consistently in Nashorn project properties
>> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/063ed2f959e4
>>
>> changeset:   1301:10553f87f3e7
>> user:        mhaupt
>> date:        Tue Jun 02 17:08:13 2015 +0200
>> summary:     8081696: reduce dependency of Nashorn tests on external components
>> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/10553f87f3e7
>>
>> [2] http://openjdk.java.net/census#jdk9
>> [3] http://openjdk.java.net/projects#committer-vote


From brian.goetz at oracle.com  Thu Jul 23 16:54:54 2015
From: brian.goetz at oracle.com (Brian Goetz)
Date: Thu, 23 Jul 2015 12:54:54 -0400
Subject: CFV: New JDK9 Committer: Michael Haupt
In-Reply-To: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
References: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
Message-ID: <D0DDEF6B-7619-4898-A20E-FFA279293D28@oracle.com>

Vote: yes

On Jul 20, 2015, at 9:51 AM, Jim Laskey (Oracle) <james.laskey at oracle.com> wrote:

> I hereby nominate Michael Haupt to jdk9 Committer
> 
> Michael has made many contributions in several areas of the JDK. [1]
> 
> Michael is a recent addition to the Nashorn team; his focus is on dynamic language implementations. He also collaborates with the Valhalla project for value types. Prior to joining Nashorn, Michael worked briefly in the HotSpot compiler team. He has been an Oracle employee since 2011, which is when he joined the Virtual Machine Research Group at Oracle Labs, where he has worked on the Maxine meta-circular JVM and on dynamic language implementations. He used to be the tech lead of the FastR project, a high-performance Java-based implementation of the R programming language. Michael has also contributed to the Invokedynamic infrastructure in the past.
> 
> Votes are due by Aug 3rd, 2015
> 
> Only current JDK9 Committers [2] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list.
> 
> For Lazy Consensus voting instructions, see [3].
> 
> Cheers,
> 
> ? Jim
> 
> [1]
> *** JSR 292:
> 
> changeset:   5688:050116960e99
> user:        twisti
> date:        Tue Jul 24 10:47:44 2012 -0700
> summary:     7023639: JSR 292 method handle invocation needs a fast path for compiled code
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/050116960e99
> 
> changeset:   8369:465e5b2bb615
> user:        acorn
> date:        Fri May 08 14:00:24 2015 -0400
> summary:     8030680: 292 cleanup from default method code assessment
> http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/465e5b2bb615
> 
> changeset:   12416:2919a03653a8
> user:        mhaupt
> date:        Fri Jul 17 08:10:41 2015 +0200
> summary:     8062543: Replace uses of MethodHandleImpl.castReference with Class.cast
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/2919a03653a8
> 
> changeset:   8208:6c4ca18a0666
> user:        mhaupt
> date:        Tue Apr 14 18:16:10 2015 +0300
> summary:     8076461: JSR292: remove unused native and constants
> http://hg.openjdk.java.net/jdk9/hs-comp/jdk/rev/44a53b8e25e6
> http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-April/017588.html (verification)
> 
> changeset:   11850:e0ac3e9decb0
> user:        mhaupt
> date:        Tue Apr 14 18:26:01 2015 +0300
> summary:     8033465: JSR292: InvokerBytecodeGenerator: convert a check for REF_invokeVirtual on an interface into an assert
> http://hg.openjdk.java.net/jdk9/hs-comp/jdk/rev/e0ac3e9decb0
> 
> *** hotspot:
> 
> changeset:   8632:8d246004a89f
> user:        mhaupt
> date:        Tue Mar 31 21:46:44 2015 +0200
> summary:     6900757: minor bug fixes to LogCompilation tool
> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/0fb7705845de
> 
> changeset:   8345:d3413c4fee16
> user:        mhaupt
> date:        Tue May 05 13:06:10 2015 +0200
> summary:     8075492: adopt recent IGV
> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/d3413c4fee16
> 
> *** nashorn:
> 
> changeset:   1277:4dc7eb763139
> user:        mhaupt
> date:        Fri May 15 10:21:48 2015 +0200
> summary:     8080471: fix usage of replace and file separator in Nashorn tests
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/nashorn/rev/7320ba416df1
> 
> changeset:   1342:becb3bb6a422
> user:        mhaupt
> date:        Thu Jul 02 11:20:47 2015 +0200
> summary:     8130307: improve Nashorn Javadoc target
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/becb3bb6a422
> 
> changeset:   1341:6eca661ddf79
> user:        mhaupt
> date:        Thu Jul 02 11:09:20 2015 +0200
> summary:     8130306: enable running Nashorn test on Windows
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/6eca661ddf79
> 
> Other changes follow.
> 
> changeset:   1279:71d7a37e6dfb
> user:        mhaupt
> date:        Fri May 15 16:36:25 2015 +0200
> summary:     8049300: jjs scripting: need way to quote $EXEC command arguments to protect spaces
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/71d7a37e6dfb
> 
> changeset:   1339:d95394322204
> user:        mhaupt
> date:        Wed Jul 01 16:26:25 2015 +0200
> summary:     8130127: streamline input parameter of Nashorn scripting $EXEC function
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/d95394322204
> 
> changeset:   1307:0eeaadd17fff
> user:        mhaupt
> date:        Fri Jun 05 12:38:53 2015 +0200
> summary:     8080087: Nashorn $ENV.PWD is originally undefined
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/0eeaadd17fff
> 
> changeset:   1300:14ec7d7af490
> user:        mhaupt
> date:        Tue Jun 02 14:35:03 2015 +0200
> summary:     8080275: transparently download testng.jar for Nashorn testing
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/14ec7d7af490
> 
> changeset:   1299:078107e0651f
> user:        mhaupt
> date:        Tue Jun 02 14:34:37 2015 +0200
> summary:     8081668: fix Nashorn ant externals command
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/078107e0651f
> 
> changeset:   1311:d1689c1df3aa
> user:        mhaupt
> date:        Mon Jun 08 10:28:04 2015 +0200
> summary:     8085885: address Javadoc warnings in Nashorn source code
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/d1689c1df3aa
> 
> changeset:   1298:0d4841f2c800
> user:        mhaupt
> date:        Tue Jun 02 10:40:19 2015 +0200
> summary:     8081604: rename ScriptingFunctions.tokenizeCommandLine
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/0d4841f2c800
> 
> changeset:   1297:776551a5b3a2
> user:        mhaupt
> date:        Tue Jun 02 10:40:10 2015 +0200
> summary:     8081603: erroneous dot file generated from Nashorn --print-code
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/776551a5b3a2
> 
> changeset:   1271:063ed2f959e4
> user:        mhaupt
> date:        Wed May 13 15:41:46 2015 +0200
> summary:     8080286: use path separator setting consistently in Nashorn project properties
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/063ed2f959e4
> 
> changeset:   1301:10553f87f3e7
> user:        mhaupt
> date:        Tue Jun 02 17:08:13 2015 +0200
> summary:     8081696: reduce dependency of Nashorn tests on external components
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/10553f87f3e7
> 
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote


From daniel.fuchs at oracle.com  Thu Jul 23 17:23:41 2015
From: daniel.fuchs at oracle.com (Daniel Fuchs)
Date: Thu, 23 Jul 2015 19:23:41 +0200
Subject: CFV: New JDK9 Committer: Michael Haupt
In-Reply-To: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
References: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
Message-ID: <55B1231D.3010500@oracle.com>

Vote: yes

On 7/20/15 3:51 PM, Jim Laskey (Oracle) wrote:
> I hereby nominate Michael Haupt to jdk9 Committer
>
> Michael has made many contributions in several areas of the JDK. [1]
>
>


From serguei.spitsyn at oracle.com  Thu Jul 23 21:23:38 2015
From: serguei.spitsyn at oracle.com (serguei.spitsyn at oracle.com)
Date: Thu, 23 Jul 2015 14:23:38 -0700
Subject: CFV: New JDK9 Committer: Michael Haupt
In-Reply-To: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
References: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
Message-ID: <55B15B5A.80500@oracle.com>

Vote: yes

From mark.reinhold at oracle.com  Thu Jul 23 22:33:22 2015
From: mark.reinhold at oracle.com (mark.reinhold at oracle.com)
Date: Thu, 23 Jul 2015 15:33:22 -0700
Subject: JEPs proposed to target JDK 9  (2015/7/16)
In-Reply-To: <20150716145620.775136@eggemoggin.niobe.net>
References: <20150716145620.775136@eggemoggin.niobe.net>
Message-ID: <20150723153322.161715@eggemoggin.niobe.net>

2015/7/16 2:56 -0700, mark.reinhold at oracle.com:
> The following JEPs have been placed into the "Proposed to Target"
> state by their owners after discussion and review:
> 
>   193: Variable Handles
>        http://openjdk.java.net/jeps/193
> 
>   244: TLS Application-Layer Protocol Negotiation Extension
>        http://openjdk.java.net/jeps/244
> 
> Feedback on these proposals is more than welcome, as are reasoned
> objections.  If no such objections are raised by 22:00 UTC next
> Thursday, 23 July, or if they're raised and then satisfactorily
> answered, then per the JEP 2.0 process proposal [1] I'll target
> these JEPs to JDK 9.

Hearing no objections, I've targeted these JEPs to JDK 9.

- Mark

From david.lloyd at redhat.com  Thu Jul 23 23:16:49 2015
From: david.lloyd at redhat.com (David M. Lloyd)
Date: Thu, 23 Jul 2015 18:16:49 -0500
Subject: JEPs proposed to target JDK 9  (2015/7/16)
In-Reply-To: <56CD9DA7-221D-4DA2-9E03-C6E3E7289EF2@oracle.com>
References: <20150716145620.775136@eggemoggin.niobe.net>	<55A82E4E.2080404@redhat.com>
	<56CD9DA7-221D-4DA2-9E03-C6E3E7289EF2@oracle.com>
Message-ID: <55B175E1.8010104@redhat.com>

I replied to this in my head but apparently my mail client isn't telepathic.

Really my chief complaint is that if you throw a checked exception from 
this API, then putting them into static fields becomes far clunkier than 
Atomic*FieldUpdater is.  If you can do it without the checked exception, 
then I can get over any amount of API verbosity by way of IDE live 
templates. :)

On 07/17/2015 05:24 AM, Paul Sandoz wrote:
> Hi David,
>
> You raise a fair point, although i don?t think lookup is it particular worse than what has to be done today with Unsafe or Atomic*FieldUpdater classes.
>
> It is important we leverage the same access control checks as required for method handles, hence the identical lookup process. It might be possible to provide some helper methods for the case where the receiver is identical to the requested lookup class e.g.:
>
>    VarHandle.findField(Foo.class, "blah", int.class);
>
> (MethodHandles.lookup() is caller sensitive, so the calling class of that method above would be required.)
>
> We did explore the possibility of a field literal mechanism (a syntax and potentially the notion of dynamic constants) but considered that too much to bite off at the moment. So i hope we can improve this over time. And more generally once we have value types and generics over primitives and values i hope we can further improve the user experience.
>
> Paul.
>
>
> On 17 Jul 2015, at 00:21, David M. Lloyd <david.lloyd at redhat.com> wrote:
>
>> On 07/16/2015 04:56 PM, mark.reinhold at oracle.com wrote:
>>> The following JEPs have been placed into the "Proposed to Target"
>>> state by their owners after discussion and review:
>>>
>>>    193: Variable Handles
>>>         http://openjdk.java.net/jeps/193
>>
>> Given how frequently I expect the VarHandle API will be used (in my code, at least), I think it would be nice to require that there be a simpler/friendlier API for constructing the things.  In particular, the example proposed API usage is particularly unfriendly:
>>
>> class Bar {
>>      static final VarHandle VH_FOO_FIELD_I;
>>
>>      static {
>>          try {
>>              VH_FOO_FIELD_I = MethodHandles.lookup().
>>                  in(Foo.class).
>>                  findFieldVarHandle(Foo.class, "i", int.class);
>>          } catch (Exception e) {
>>              throw new Error(e);
>>          }
>>      }
>> }
>>
>> Ideally, VarHandle construction should be possible on one line, and thus should already throw Error directly.  To me, the *worst case* API looks something like this:
>>
>>      private static final VarHandle BLAH = MethodHandles.lookup().in(Foo.class).findFieldVarHandle(Foo.class, "blah", int.class);
>>
>> But even that is arguably fairly ridiculous complexity considering that we're talking about the ability to update a variable in a way that conceptually is not dissimilar to the simple assignments that we have at the language level today.  It is my belief that having a "syntax" which is highly complex relative to the more traditional operations that these are very strongly related to acts to perpetuate a mode of thinking that these kinds of operations belong to a different "strata" of engineering, which I think is unwarranted.
>>
>> I do not think that requiring a simpler syntax for realizing VarHandles in the initial implementation is an unreasonable additional requirement.
>>
>> --
>> - DML
>

-- 
- DML

From karen.kinnear at oracle.com  Mon Jul 27 19:02:04 2015
From: karen.kinnear at oracle.com (Karen Kinnear)
Date: Mon, 27 Jul 2015 15:02:04 -0400
Subject: CFV: New JDK9 Committer: Michael Haupt
In-Reply-To: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
References: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
Message-ID: <A64E38C6-5A77-4E1D-A2F6-4A6DB042AE0F@oracle.com>

vote: Yes

thanks,
Karen

On Jul 20, 2015, at 9:51 AM, Jim Laskey (Oracle) wrote:

> I hereby nominate Michael Haupt to jdk9 Committer
> 
> Michael has made many contributions in several areas of the JDK. [1]
> 
> Michael is a recent addition to the Nashorn team; his focus is on dynamic language implementations. He also collaborates with the Valhalla project for value types. Prior to joining Nashorn, Michael worked briefly in the HotSpot compiler team. He has been an Oracle employee since 2011, which is when he joined the Virtual Machine Research Group at Oracle Labs, where he has worked on the Maxine meta-circular JVM and on dynamic language implementations. He used to be the tech lead of the FastR project, a high-performance Java-based implementation of the R programming language. Michael has also contributed to the Invokedynamic infrastructure in the past.
> 
> Votes are due by Aug 3rd, 2015
> 
> Only current JDK9 Committers [2] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list.
> 
> For Lazy Consensus voting instructions, see [3].
> 
> Cheers,
> 
> ? Jim
> 
> [1]
> *** JSR 292:
> 
> changeset:   5688:050116960e99
> user:        twisti
> date:        Tue Jul 24 10:47:44 2012 -0700
> summary:     7023639: JSR 292 method handle invocation needs a fast path for compiled code
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/050116960e99
> 
> changeset:   8369:465e5b2bb615
> user:        acorn
> date:        Fri May 08 14:00:24 2015 -0400
> summary:     8030680: 292 cleanup from default method code assessment
> http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/465e5b2bb615
> 
> changeset:   12416:2919a03653a8
> user:        mhaupt
> date:        Fri Jul 17 08:10:41 2015 +0200
> summary:     8062543: Replace uses of MethodHandleImpl.castReference with Class.cast
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/2919a03653a8
> 
> changeset:   8208:6c4ca18a0666
> user:        mhaupt
> date:        Tue Apr 14 18:16:10 2015 +0300
> summary:     8076461: JSR292: remove unused native and constants
> http://hg.openjdk.java.net/jdk9/hs-comp/jdk/rev/44a53b8e25e6
> http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-April/017588.html (verification)
> 
> changeset:   11850:e0ac3e9decb0
> user:        mhaupt
> date:        Tue Apr 14 18:26:01 2015 +0300
> summary:     8033465: JSR292: InvokerBytecodeGenerator: convert a check for REF_invokeVirtual on an interface into an assert
> http://hg.openjdk.java.net/jdk9/hs-comp/jdk/rev/e0ac3e9decb0
> 
> *** hotspot:
> 
> changeset:   8632:8d246004a89f
> user:        mhaupt
> date:        Tue Mar 31 21:46:44 2015 +0200
> summary:     6900757: minor bug fixes to LogCompilation tool
> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/0fb7705845de
> 
> changeset:   8345:d3413c4fee16
> user:        mhaupt
> date:        Tue May 05 13:06:10 2015 +0200
> summary:     8075492: adopt recent IGV
> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/d3413c4fee16
> 
> *** nashorn:
> 
> changeset:   1277:4dc7eb763139
> user:        mhaupt
> date:        Fri May 15 10:21:48 2015 +0200
> summary:     8080471: fix usage of replace and file separator in Nashorn tests
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/nashorn/rev/7320ba416df1
> 
> changeset:   1342:becb3bb6a422
> user:        mhaupt
> date:        Thu Jul 02 11:20:47 2015 +0200
> summary:     8130307: improve Nashorn Javadoc target
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/becb3bb6a422
> 
> changeset:   1341:6eca661ddf79
> user:        mhaupt
> date:        Thu Jul 02 11:09:20 2015 +0200
> summary:     8130306: enable running Nashorn test on Windows
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/6eca661ddf79
> 
> Other changes follow.
> 
> changeset:   1279:71d7a37e6dfb
> user:        mhaupt
> date:        Fri May 15 16:36:25 2015 +0200
> summary:     8049300: jjs scripting: need way to quote $EXEC command arguments to protect spaces
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/71d7a37e6dfb
> 
> changeset:   1339:d95394322204
> user:        mhaupt
> date:        Wed Jul 01 16:26:25 2015 +0200
> summary:     8130127: streamline input parameter of Nashorn scripting $EXEC function
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/d95394322204
> 
> changeset:   1307:0eeaadd17fff
> user:        mhaupt
> date:        Fri Jun 05 12:38:53 2015 +0200
> summary:     8080087: Nashorn $ENV.PWD is originally undefined
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/0eeaadd17fff
> 
> changeset:   1300:14ec7d7af490
> user:        mhaupt
> date:        Tue Jun 02 14:35:03 2015 +0200
> summary:     8080275: transparently download testng.jar for Nashorn testing
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/14ec7d7af490
> 
> changeset:   1299:078107e0651f
> user:        mhaupt
> date:        Tue Jun 02 14:34:37 2015 +0200
> summary:     8081668: fix Nashorn ant externals command
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/078107e0651f
> 
> changeset:   1311:d1689c1df3aa
> user:        mhaupt
> date:        Mon Jun 08 10:28:04 2015 +0200
> summary:     8085885: address Javadoc warnings in Nashorn source code
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/d1689c1df3aa
> 
> changeset:   1298:0d4841f2c800
> user:        mhaupt
> date:        Tue Jun 02 10:40:19 2015 +0200
> summary:     8081604: rename ScriptingFunctions.tokenizeCommandLine
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/0d4841f2c800
> 
> changeset:   1297:776551a5b3a2
> user:        mhaupt
> date:        Tue Jun 02 10:40:10 2015 +0200
> summary:     8081603: erroneous dot file generated from Nashorn --print-code
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/776551a5b3a2
> 
> changeset:   1271:063ed2f959e4
> user:        mhaupt
> date:        Wed May 13 15:41:46 2015 +0200
> summary:     8080286: use path separator setting consistently in Nashorn project properties
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/063ed2f959e4
> 
> changeset:   1301:10553f87f3e7
> user:        mhaupt
> date:        Tue Jun 02 17:08:13 2015 +0200
> summary:     8081696: reduce dependency of Nashorn tests on external components
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/10553f87f3e7
> 
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote


From vladimir.kozlov at oracle.com  Mon Jul 27 19:06:09 2015
From: vladimir.kozlov at oracle.com (Vladimir Kozlov)
Date: Mon, 27 Jul 2015 12:06:09 -0700
Subject: CFV: New JDK9 Committer: Michael Haupt
In-Reply-To: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
References: <1C4004C7-F95B-4EA3-ACE1-5DAB88E241AD@oracle.com>
Message-ID: <55B68121.4060303@oracle.com>

Vote: yes

On 7/20/15 6:51 AM, Jim Laskey (Oracle) wrote:
> I hereby nominate Michael Haupt to jdk9 Committer
>
> Michael has made many contributions in several areas of the JDK. [1]
>
> Michael is a recent addition to the Nashorn team; his focus is on dynamic language implementations. He also collaborates with the Valhalla project for value types. Prior to joining Nashorn, Michael worked briefly in the HotSpot compiler team. He has been an Oracle employee since 2011, which is when he joined the Virtual Machine Research Group at Oracle Labs, where he has worked on the Maxine meta-circular JVM and on dynamic language implementations. He used to be the tech lead of the FastR project, a high-performance Java-based implementation of the R programming language. Michael has also contributed to the Invokedynamic infrastructure in the past.
>
> Votes are due by Aug 3rd, 2015
>
> Only current JDK9 Committers [2] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list.
>
> For Lazy Consensus voting instructions, see [3].
>
> Cheers,
>
> ? Jim
>
> [1]
> *** JSR 292:
>
> changeset:   5688:050116960e99
> user:        twisti
> date:        Tue Jul 24 10:47:44 2012 -0700
> summary:     7023639: JSR 292 method handle invocation needs a fast path for compiled code
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/050116960e99
>
> changeset:   8369:465e5b2bb615
> user:        acorn
> date:        Fri May 08 14:00:24 2015 -0400
> summary:     8030680: 292 cleanup from default method code assessment
> http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/465e5b2bb615
>
> changeset:   12416:2919a03653a8
> user:        mhaupt
> date:        Fri Jul 17 08:10:41 2015 +0200
> summary:     8062543: Replace uses of MethodHandleImpl.castReference with Class.cast
> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/2919a03653a8
>
> changeset:   8208:6c4ca18a0666
> user:        mhaupt
> date:        Tue Apr 14 18:16:10 2015 +0300
> summary:     8076461: JSR292: remove unused native and constants
> http://hg.openjdk.java.net/jdk9/hs-comp/jdk/rev/44a53b8e25e6
> http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-April/017588.html (verification)
>
> changeset:   11850:e0ac3e9decb0
> user:        mhaupt
> date:        Tue Apr 14 18:26:01 2015 +0300
> summary:     8033465: JSR292: InvokerBytecodeGenerator: convert a check for REF_invokeVirtual on an interface into an assert
> http://hg.openjdk.java.net/jdk9/hs-comp/jdk/rev/e0ac3e9decb0
>
> *** hotspot:
>
> changeset:   8632:8d246004a89f
> user:        mhaupt
> date:        Tue Mar 31 21:46:44 2015 +0200
> summary:     6900757: minor bug fixes to LogCompilation tool
> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/0fb7705845de
>
> changeset:   8345:d3413c4fee16
> user:        mhaupt
> date:        Tue May 05 13:06:10 2015 +0200
> summary:     8075492: adopt recent IGV
> http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/d3413c4fee16
>
> *** nashorn:
>
> changeset:   1277:4dc7eb763139
> user:        mhaupt
> date:        Fri May 15 10:21:48 2015 +0200
> summary:     8080471: fix usage of replace and file separator in Nashorn tests
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/nashorn/rev/7320ba416df1
>
> changeset:   1342:becb3bb6a422
> user:        mhaupt
> date:        Thu Jul 02 11:20:47 2015 +0200
> summary:     8130307: improve Nashorn Javadoc target
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/becb3bb6a422
>
> changeset:   1341:6eca661ddf79
> user:        mhaupt
> date:        Thu Jul 02 11:09:20 2015 +0200
> summary:     8130306: enable running Nashorn test on Windows
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/6eca661ddf79
>
> Other changes follow.
>
> changeset:   1279:71d7a37e6dfb
> user:        mhaupt
> date:        Fri May 15 16:36:25 2015 +0200
> summary:     8049300: jjs scripting: need way to quote $EXEC command arguments to protect spaces
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/71d7a37e6dfb
>
> changeset:   1339:d95394322204
> user:        mhaupt
> date:        Wed Jul 01 16:26:25 2015 +0200
> summary:     8130127: streamline input parameter of Nashorn scripting $EXEC function
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/d95394322204
>
> changeset:   1307:0eeaadd17fff
> user:        mhaupt
> date:        Fri Jun 05 12:38:53 2015 +0200
> summary:     8080087: Nashorn $ENV.PWD is originally undefined
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/0eeaadd17fff
>
> changeset:   1300:14ec7d7af490
> user:        mhaupt
> date:        Tue Jun 02 14:35:03 2015 +0200
> summary:     8080275: transparently download testng.jar for Nashorn testing
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/14ec7d7af490
>
> changeset:   1299:078107e0651f
> user:        mhaupt
> date:        Tue Jun 02 14:34:37 2015 +0200
> summary:     8081668: fix Nashorn ant externals command
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/078107e0651f
>
> changeset:   1311:d1689c1df3aa
> user:        mhaupt
> date:        Mon Jun 08 10:28:04 2015 +0200
> summary:     8085885: address Javadoc warnings in Nashorn source code
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/d1689c1df3aa
>
> changeset:   1298:0d4841f2c800
> user:        mhaupt
> date:        Tue Jun 02 10:40:19 2015 +0200
> summary:     8081604: rename ScriptingFunctions.tokenizeCommandLine
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/0d4841f2c800
>
> changeset:   1297:776551a5b3a2
> user:        mhaupt
> date:        Tue Jun 02 10:40:10 2015 +0200
> summary:     8081603: erroneous dot file generated from Nashorn --print-code
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/776551a5b3a2
>
> changeset:   1271:063ed2f959e4
> user:        mhaupt
> date:        Wed May 13 15:41:46 2015 +0200
> summary:     8080286: use path separator setting consistently in Nashorn project properties
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/063ed2f959e4
>
> changeset:   1301:10553f87f3e7
> user:        mhaupt
> date:        Tue Jun 02 17:08:13 2015 +0200
> summary:     8081696: reduce dependency of Nashorn tests on external components
> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/10553f87f3e7
>
> [2] http://openjdk.java.net/census#jdk9
> [3] http://openjdk.java.net/projects#committer-vote
>

From lana.steuck at oracle.com  Wed Jul 29 22:48:28 2015
From: lana.steuck at oracle.com (lana.steuck at oracle.com)
Date: Wed, 29 Jul 2015 15:48:28 -0700 (PDT)
Subject: jdk9-b75: dev
Message-ID: <201507292248.t6TMmS9p021518@sc11152554.us.oracle.com>

http://hg.openjdk.java.net/jdk9/jdk9/rev/8fd6eeb87860 
http://hg.openjdk.java.net/jdk9/jdk9/nashorn/rev/f884dff432a7 
http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/827915d1e55e 
http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/4dd09cb5f7c2 
http://hg.openjdk.java.net/jdk9/jdk9/jaxws/rev/086bcd5e4a53 
http://hg.openjdk.java.net/jdk9/jdk9/jaxp/rev/16b5e696f948 
http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/2f354281e991 
http://hg.openjdk.java.net/jdk9/jdk9/corba/rev/960b56805abd 

---

All the fixes will be tested during promotion (no PIT testing at this point):

List of all fixes:
===================
JDK-8129904   client-libs     Add beans tests to tier 3 
JDK-8130344   core-libs       'assert(handle != __null) failed: JNI handle should not be null' in jn 
JDK-8081734   core-libs       ConcurrentHashMap/ConcurrentAssociateTest.java, times out 90% of time  
JDK-8131683   core-libs       Delete fails over multiple scopes 
JDK-8130006   core-libs       java/lang/invoke/MethodHandles/CatchExceptionTest Fails 
JDK-8130914   core-libs       java/util/zip/TestExtraTime.java fails with "java.lang.RuntimeExceptio 
JDK-8131142   core-libs       late-bind check for testng.jar presence in Nashorn test execution 
JDK-8075526   core-libs       Need a way to read and write ZipEntry timestamp using local date/time  
JDK-8062543   core-libs       Replace uses of MethodHandleImpl.castReference with Class.cast 
JDK-8068761   core-libs       Test java/nio/channels/ServerSocketChannel/AdaptServerSocket.java fail 
JDK-8131340   core-libs       Varargs function is recompiled each time it is linked 
JDK-8131325   core-svc        Remove hprof agent tests in hotspot repo 
JDK-8076471   core-svc        Remove hprof agent tests in JDK 
JDK-8032763   core-svc        Remove use of sun.misc.Ref from hprof parser in testlibrary 
JDK-8130653   core-svc        sun/tools/jmap/BasicJMapTest.java timed out intermittently 
JDK-8080733   hotspot         [TESTBUG] several runtime/ErrorHandling/* tests time out on Windows 
JDK-8131035   hotspot         [TESTBUG] sun/management/HotspotRuntimeMBean/GetTotalSafepointTime.jav 
JDK-8079156   hotspot         32 bit Java 9-fastdebug hit assertion in client mode with StackShadowP 
JDK-8130728   hotspot         Disable WorkAroundNPTLTimedWaitHang by default 
JDK-8130341   hotspot         GHASH 32bit intrinsics has AEADBadTagException 
JDK-8025692   hotspot         Log what methods are touched at run-time 
JDK-6900757   hotspot         minor bug fixes to LogCompilation tool 
JDK-8131328   hotspot         Restore demo/jvmti tests 
JDK-8129961   hotspot         SIGSEGV when copying to survivor space 
JDK-8130332   hotspot         StarvationMonitorInterval, PreInflateSpin, VerifyGenericSignatures and 
JDK-8130448   hotspot         thread dump improvements, comment additions, new diagnostics inspired  
JDK-8131331   hotspot         tmtools/jstack/locks/wait_interrupt and wait_notify fail due to wrong  
JDK-8131078   hotspot         typos in ghash cpu message 
JDK-8129920   hotspot         Vectorized loop unrolling 
JDK-8131128   infrastructure  Merge error in jprt.properties leads to missing devkit argument 
JDK-8131665   security-libs   Bad exception message in HandshakeHash.getFinishedHash 
JDK-8131051   security-libs   KDC might issue a renewable ticket even if not requested 
JDK-8131350   security-libs   policytool can directly reference permission classes 
JDK-8130031   security-libs   Remove the intermittent keyword for this test 
JDK-8131486   security-libs   SecureClassLoader key for ProtectionDomain cache also needs to take in 
JDK-8075297   security-libs   Tests for RFEs 4515853 and 4745056 
JDK-8130304   tools           Inference: NodeNotFoundException thrown with deep generic method call  
JDK-8131907   xml             Numerous threads lock during XML processing while running Weblogic 12. 

From alejandro.murillo at oracle.com  Thu Jul 30 03:34:29 2015
From: alejandro.murillo at oracle.com (Alejandro E Murillo)
Date: Wed, 29 Jul 2015 21:34:29 -0600
Subject: jdk9-dev: HotSpot
Message-ID: <55B99B45.8000007@oracle.com>

jdk9-hs-2015-07-23 has been integrated into jdk9-dev.

http://hg.openjdk.java.net/jdk9/dev/rev/b9aba99deb2d
http://hg.openjdk.java.net/jdk9/dev/corba/rev/960b56805abd
http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/941a71ec9ec9
http://hg.openjdk.java.net/jdk9/dev/jaxp/rev/520d2f4b2b46
http://hg.openjdk.java.net/jdk9/dev/jaxws/rev/086bcd5e4a53
http://hg.openjdk.java.net/jdk9/dev/jdk/rev/d9c7a6bed836
http://hg.openjdk.java.net/jdk9/dev/langtools/rev/e0a4a04160cb
http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/9fddd7695ded

Component : VM
Status    : Go for integration
Date      : 07/29/2015 at 20:00 MSK
Tested By : VM SQE &dmitry.fazunenko at oracle.com


Bundles   : 2015-07-24-075830.amurillo.jdk9-hs-2015-07-23-snapshot


Testing: 138 new failures, 2632 known failures, 426460 passed.


Issues and Notes:
No detailed analysis. No stoppers have been detected so far.  Go for integration

CRs for testing:
8037957: [TEST_BUG] javax/management/mxbean/LeakTest.java misses MerlinMXBean & TigerMXBean in @run build tag
8075171: Contended Locking fast notify bucket
8075658: Mark intermittently failuring core-svc tests
8078629: VM should constant fold Unsafe.get*() loads from final fields
8079301: Some command line options not settable via JAVA_TOOL_OPTIONS
8079825: Uninitialised variable in hotspot/src/share/vm & cpu/x86/vm (runtime)
8085932: Fixing bugs in detecting memory alignments in SuperWord
8131048: ppc: implement CRC32 intrinsic
8131054: aix: fix two minor issues: large page size and hs_err printing.
8131166: Remove additional whitespace in G1Allocator
8131326: Enable CheckIntrinsics in all types of builds
8131344: Missing klass.inline.hpp include in compiler files
8131358: aarch64: test compiler/loopopts/superword/ProdRed_Float.java fails when run with debug VM
8131483: aarch64: illegal stlxr instructions
8131675: EA fails with assert(false) failed: not unsafe or G1 barrier raw StoreP
8131676: Fix warning 'negative int converted to unsigned' after 8085932.
8132059: com/sun/jdi/BreakpointTest.java fails with java.lang.IllegalArgumentException: Bad line number

-- 
Alejandro