Changeset: 5943b791e131
Author:lana
Date: 2016-05-19 17:48 +
URL: http://hg.openjdk.java.net/jigsaw/jake/corba/rev/5943b791e131
Added tag jdk-9+119 for changeset daf533920b12
! .hgtags
Changeset: 5be3e5d01967
Author:alanb
Date: 2016-05-20 07:15 +0100
URL: http:/
Changeset: f92cc177314f
Author:jjg
Date: 2016-05-09 16:52 -0700
URL: http://hg.openjdk.java.net/jigsaw/jake/langtools/rev/f92cc177314f
8075703: jdk.javadoc module exports com.sun.tools.javadoc package which
contains a lot of internal API.
Reviewed-by: ksrini
!
src/jdk.javadoc/sha
Changeset: 6390a20678d6
Author:joehw
Date: 2016-05-09 14:58 -0700
URL: http://hg.openjdk.java.net/jigsaw/jake/jaxp/rev/6390a20678d6
8152912: SAX XMLReaderFactory needs to be ServiceLoader compliant
Reviewed-by: dfuchs
! src/java.xml/share/classes/module-info.java
! src/java.xml/sha
Changeset: c4db9d7b2ee1
Author:sla
Date: 2016-05-11 11:04 +0200
URL: http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/c4db9d7b2ee1
8156658: Common way to run jtreg tests
Reviewed-by: erikj, dsamersoff
! test/Makefile
Changeset: a389eb33db44
Author:mchung
Date: 2016-05-1
Changeset: ecd0d6a71c7c
Author:lana
Date: 2016-05-19 17:48 +
URL: http://hg.openjdk.java.net/jigsaw/jake/jaxws/rev/ecd0d6a71c7c
Added tag jdk-9+119 for changeset 331a825f849a
! .hgtags
Changeset: 7e979d9e857b
Author:alanb
Date: 2016-05-20 07:15 +0100
URL: http:/
Changeset: e935f0b48514
Author:prappo
Date: 2016-05-09 23:33 +0100
URL: http://hg.openjdk.java.net/jigsaw/jake/jdk/rev/e935f0b48514
8087113: Websocket API and implementation
Reviewed-by: chegar
- src/java.httpclient/share/classes/java/net/http/CharsetToolkit.java
! src/java.httpcli
Changeset: fb8b5b560a57
Author:sundar
Date: 2016-05-10 22:26 +0530
URL: http://hg.openjdk.java.net/jigsaw/jake/nashorn/rev/fb8b5b560a57
8156665: ES6 for..of should work on Java Iterables and Java arrays
Reviewed-by: attila, hannesw
!
src/jdk.scripting.nashorn/share/classes/jdk/nas
Changeset: 95b270614957
Author:chegar
Date: 2016-05-10 13:34 +0100
URL: http://hg.openjdk.java.net/jigsaw/jake/rev/95b270614957
8074716: IntelliJ IDEA project support
Reviewed-by: rriggs
Contributed-by: Chris Hegarty , Maurizio Cimadamore
! .hgignore
+ common/bin/idea.sh
+ make/i
> On May 19, 2016, at 9:19 AM, Alan Bateman wrote:
>
>
> On 19/05/2016 15:48, Mandy Chung wrote:
>> Updated webrev:
>>
>> http://cr.openjdk.java.net/~mchung/jdk9/webrevs/8157068/webrev.01/index.html
>>
>> Mandy
>>
> This looks okay except the naming of the sub-directories (basic and
> Sy
On 19/05/2016 15:48, Mandy Chung wrote:
Updated webrev:
http://cr.openjdk.java.net/~mchung/jdk9/webrevs/8157068/webrev.01/index.html
Mandy
This looks okay except the naming of the sub-directories (basic and
SystemModules) is inconsistent. Maybe it needs to be
systemmodules/PatchSystemMod
Updated webrev:
http://cr.openjdk.java.net/~mchung/jdk9/webrevs/8157068/webrev.01/index.html
Mandy
Attempt to attach zip failed. Attaching the same content as a patch
files.diff. It can be "extracted" by invoking:
hg init
hg import files.diff -m comments
On 18.05.2016 18:16, Jonathan Gibbons wrote:
Without yet looking at your zip file, it is possible to compile
classes that will not
This does work for the test provided. The interrupted thread fails on the
closed channel, but other theads continue to run on reopened channel.
The problem with the non-interruptible I/O is the jdk8 backport issue. There
is no way to use the non-interruptible read without loading new classes a
On 19/05/2016 14:03, Jim Laskey (Oracle) wrote:
On 32 bit, a shared jimage channel closed by an interrupted thread
(ClosedChannelException) disrupts other threads sharing jimage. Fix is to
reopen channel on not interrupted thread.
http://cr.openjdk.java.net/~jlaskey/8156602/webrev/index.html
> On May 18, 2016, at 11:27 PM, Alan Bateman wrote:
>
> On 19/05/2016 02:41, Mandy Chung wrote:
>> Webrev at:
>>
>> http://cr.openjdk.java.net/~mchung/jdk9/webrevs/8157068/webrev.00/index.html
>>
>> This is to allow to patch java.base with an exploded image for JDK
>> development purpose li
I've attached zip file with test.sh renamed to test_sh, hope this will help.
On 18.05.2016 18:16, Jonathan Gibbons wrote:
Without yet looking at your zip file, it is possible to compile
classes that will not load in the application class loader, because of
the restrictions defined for the boot
On 32 bit, a shared jimage channel closed by an interrupted thread
(ClosedChannelException) disrupts other threads sharing jimage. Fix is to
reopen channel on not interrupted thread.
http://cr.openjdk.java.net/~jlaskey/8156602/webrev/index.html
https://bugs.openjdk.java.net/browse/JDK-8156602
Hi,
that clearly explains what we are seeing. Elasticsearch and Apache Lucene/Solr
are compiled with "-source 1.8 -target 1.8" and use the compact profile
settings (Lucene Core with compact1, the rest with compact3, same for
Elasticsearch).
This works everywhere, except for the javax crypto pa
On 19 May 2016, at 12:49, Alan Bateman wrote:
> javac has been switched to generate v53.0 class files. ASM, pack200 and
> several other areas have been updated too. We have two places in the
> module-info reader/writing that needs to be updated so I need a Reviewer to
> get this into jdk9/dev.
On 19 May 2016, at 11:26, Alan Bateman wrote:
>
> The jdk9/client -> jdk9/dev integration yesterday included the fix for
> JDK-8154539 which breaks a test that has been assuming sun.misc is in
> java.base. I suspect this test was missed in previous rounds that laid the
> ground for jdk.unsupp
+1
On 5/19/2016 5:19 PM, Alan Bateman wrote:
> javac has been switched to generate v53.0 class files. ASM, pack200
> and several other areas have been updated too. We have two places in
> the module-info reader/writing that needs to be updated so I need a
> Reviewer to get this into jdk9/dev.
>
>
javac has been switched to generate v53.0 class files. ASM, pack200 and
several other areas have been updated too. We have two places in the
module-info reader/writing that needs to be updated so I need a Reviewer
to get this into jdk9/dev.
-Alan
diff --git
a/src/java.base/share/classes/java
This appears to be a bug in the current profiles handling in javac -
currently (without "-release X"), javac uses "ct.properties" to
determine the profile of a class. This file contains mapping from
package to extra metadata, esp. profile. And this file does not contain
mapping for javax.crypto
The jdk9/client -> jdk9/dev integration yesterday included the fix for
JDK-8154539 which breaks a test that has been assuming sun.misc is in
java.base. I suspect this test was missed in previous rounds that laid
the ground for jdk.unsupported. Trivial change to get the test back to
use a pack
Hi Alan,
Interestingly, compiling large amounts of code with the Java SE8 option for
"compact1" or "compact3" works successfully. It is just this class/package
failing. How can that be? The issue is not visible to the outside (requires
login).
Uwe
-
Uwe Schindler
uschind...@apache.org
AS
25 matches
Mail list logo
