May 2015 - core-libs-dev

JEP 119 / Implementation of javax.lang.model.util.Types
by mail＠florian-schoppmann.net 26 May '15

26 May '15

Hi all, This Github repository of mine <https://github.com/fschopp/java-types> provides an abstract skeletal implementation of the type-system related methods of interface javax.lang.model.util.Types, plus a concrete realization backed by the core Java Reflection API, akin to JEP 119 by Joe Darcy. Obviously, there also exists an official JEP 119 implementation, so far in proof-of-concept state: <http://hg.openjdk.java.net/jdk9/jdk9/langtools/file/82d0e10df078/src/sample…> In their current states, the two projects have slightly different goals: E.g., CoreReflectionFactory.java in the official JEP 119 implementation does not yet implement all subtyping-related relations like, e.g., JLS §4.5.1 "contains", whereas my project is so far only concerned with subtyping but does not implement any Element-subinterfaces except TypeElement). Moreover, JEP 119 is only concerned with backing javax.lang.model by Core Reflection, whereas the goal of my project is to allow arbitrary backing (say, e.g., by the domain model of some DSL that needs to support the Java type system). If there should be any interest in using my code or parts of it for the JDK, I would be happy to help with any necessary adjustments. Florian PS: X-post to core-libs.devel and compiler.devel. Follow-up to core-libs suggested.

1 0

DualPivotQuicksort webrev for JDK-8080945
by Stefan Zobel 26 May '15

26 May '15

Hi all, Unless I'm doing something immensely stupid, the DualPivotQuicksort proposal in http://cr.openjdk.java.net/~psandoz/tmp/gs/sort/webrev.2/ doesn't work for me. This little program public static void main(String[] args) { int[] a = new int[287]; for (int i = 0; i < a.length; i++) { a[i] = -((i % 143) + 1); } System.out.println(Arrays.toString(a)); DualPivotQuicksort.sort(a, 0, a.length - 1, null, 0, 0); } sends the sort into an infinite loop. Something wrong with the test?? Stefan

2 1

RFR 8068978: All versions of javax.script.ScriptEngine.eval(...) method may clarify ScriptException throwing
by A. Sundararajan 25 May '15

25 May '15

Please review http://cr.openjdk.java.net/~sundar/8068978/webrev.00/ for https://bugs.openjdk.java.net/browse/JDK-8068978 Thanks, -Sundar

2 1

RFR JDK-8042125: Japanese character converters incompatible between Java 7 and Java 8
by Xueming Shen 25 May '15

25 May '15

Hi Please help the change for 8042125 issue: https://bugs.openjdk.java.net/browse/JDK-8042125 webrev: http://cr.openjdk.java.net/~sherman/8042125 It's a regression caused by the changes of JDK-6653797. The direct triggers are (1) the .c2b mapping table for ms932/0208is missing (regardless the comment in JIS_X_0208_MS932.map says we need one) (2) mapping entry for those non-roundtrip code points are mistakenly commented out in jis_x_0212_solaris.map and jis_x_0208_ms932.map. thanks! -Sherman

2 1

RFR: 7011441: ./jndi/ldap/Connection.java needs to avoid spurious wakeup
by Ivan Gerasimov 22 May '15

22 May '15

Hello! This is a simple fix, which should prevent from early timeout in sun.jndi.ldap.Connection.readReply(). Would you please help review it? BUG: https://bugs.openjdk.java.net/browse/JDK-7011441 WEBREV: http://cr.openjdk.java.net/~igerasim/7011441/00/webrev/ Sincerely yours, Ivan

2 2

RFR: JDK-8064736: Part of java.util.jar.JarFile spec looks confusing with references to Zip
by Xueming Shen 22 May '15

22 May '15

Hi Some doc update/typo fixes. issue: https://bugs.openjdk.java.net/browse/JDK-8064736 webrev: http://cr.openjdk.java.net/~sherman/8064736 Thanks, -Sherman

2 1

JDK 9 RFR of JDK-8080901: Replace package.html files with package-info.java in the java.base module
by joe darcy 22 May '15

22 May '15

Hello, Please review these changes to replace old-style package.html files with package-info.java files in the base module: JDK-8080901: Replace package.html files with package-info.java in the java.base module http://cr.openjdk.java.net/~darcy/8080901.0/ (The package.html file for src/java.base/share/classes/sun/reflect is just removed rather than replaced since it contains "new" porting information that was current as of 2001.) Thanks, -Joe

3 2

JEP 255: Merge Selected Xerces 2.11.0 Updates into JAXP
by mark.reinhold＠oracle.com 21 May '15

21 May '15

New JEP Candidate: http://openjdk.java.net/jeps/255 - Mark

1 0

RFR: JDK-8080248 Coding regression in HKSCS charsets
by Xueming Shen 21 May '15

21 May '15

Hi Martin, Would you please help review this change ? Issue: https://bugs.openjdk.java.net/browse/JDK-8080248 webrev: http://cr.openjdk.java.net/~sherman/8080248/ Thanks! -Sherman

2 1

RFR: 8080608: Missing archive name from jdeps -v -e output if no dependency on other JAR
by Daniel Fuchs 21 May '15

21 May '15

Hi, Please find below a patch for jdeps: http://cr.openjdk.java.net/~dfuchs/webrev_8080608/webrev.00/ https://bugs.openjdk.java.net/browse/JDK-8080608 The issue is described in JDK-8080608 as follows: I have 2 jars: indirect2.jar: class use.indirect2.UseUnsafeIndirectly2 { static Object obj = new use.unsafe.UseUnsafeClass(); } unsafe.jar: class use.unsafe.UseUnsafeClass { static Object unsafe = Unsafe.getUnsafe(); } class use.unsafe.UseClassWithUnsafe { static Object obj = new UseUnsafeClass() } When I run: jdeps -v -e use.unsafe.UseUnsafeClass indirect2.jar unsafe.jar it prints: indirect2.jar -> dist/unsafe.jar use.indirect2.UseUnsafeIndirectly2 -> use.unsafe.UseUnsafeClass unsafe.jar use.unsafe.UseClassWithUnsafe -> use.unsafe.UseUnsafeClass unsafe.jar as if use.unsafe.UseClassWithUnsafe was contained in indirect2.jar, while it is in fact contained in unsafe.jar... The fix will make sure that jdeps prints instead: indirect2.jar -> dist/unsafe.jar use.indirect2.UseUnsafeIndirectly2 -> use.unsafe.UseUnsafeClass unsafe.jar unsafe.jar -> dist/unsafe.jar use.unsafe.UseClassWithUnsafe -> use.unsafe.UseUnsafeClass unsafe.jar best regards, -- daniel

2 5