From masayoshi.okutsu at oracle.com Tue Nov 1 11:07:22 2016 From: masayoshi.okutsu at oracle.com (Masayoshi Okutsu) Date: Tue, 1 Nov 2016 20:07:22 +0900 Subject: Result: New JDK9 Committer: Nishit Jain Message-ID: Voting for Nishit Jain is now closed [1]. Yes: 8 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. Best regards, Masayoshi [1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-October/005083.html From stuart.marks at oracle.com Tue Nov 1 22:54:01 2016 From: stuart.marks at oracle.com (Stuart Marks) Date: Tue, 1 Nov 2016 15:54:01 -0700 Subject: Deprecation warnings changes in jdk9+142 -- removal warnings enabled by default Message-ID: <4fe70906-63ea-139e-444a-2cbf9c8f8652@oracle.com> Hi all, Thanks to some work by Jon Gibbons, javac's warnings behavior in JDK 9 build 142 [1] has been enhanced to deal with terminal deprecations (deprecations with forRemoval=true). I've updated the JEP 277 text [2] to clarify and explain the expected behavior. Warnings at use sites of terminally deprecated APIs are now enabled by default, and are considered to be a different kind of warning -- a "removal" warning -- from the ordinary deprecation warnings that have been issued up until now. They aren't suppressed by @SuppressWarnings("deprecation"). Instead, they can be suppressed with @SuppressWarnings("removal"). (It's also possible to disable the "removal" lint category through a command line option -Xlint:-removal. I recommend avoiding this option, unless you're willing to be surprised by the removal of APIs.) The javac warnings change, along with terminal deprecations appearing in JDK 9, can cause warnings to occur even at sites where they had been suppressed. This could be viewed as an incompatibility, though this change was deliberate. Consider a case where some code uses a deprecated API, and this code was annotated with @SuppressWarnings("deprecation") in order for the compilation to be warnings-free. Suppose the API's deprecation is then "upgraded" to have forRemoval=true. We want the new removal warning to bypass the previous warnings suppression, since this is the last chance before the API is actually removed. If this weren't done, an API might be deprecated for removal, and then removed, without any additional warnings being emitted. This is quite likely to occur with JDK 9, as it deprecates several APIs for removal that had previously been deprecated for many years. Use sites of such APIs probably have had warnings suppressed. It seems prudent to offer one final round of warnings to users before these APIs are actually removed. Here's an example of javac's new warnings. Consider the following files: ::::: DeclSite.java ::::: public class DeclSite { @Deprecated public static void ordinary() { } @Deprecated(forRemoval=true) public static void removal() { } } ::::: UseSite.java ::::: public class UseSite { void foo() { DeclSite.ordinary(); DeclSite.removal(); } } Compiling these files with javac from jdk9+142 produces the following: ::::: UseSite.java:4: warning: [removal] removal() in DeclSite has been deprecated and marked for removal DeclSite.removal(); ^ Note: UseSite.java uses or overrides a deprecated API. Note: Recompile with -Xlint:deprecation for details. 1 warning ::::: s'marks [1] https://jdk9.java.net/download/ [2] http://openjdk.java.net/jeps/277 From li.jiang at oracle.com Wed Nov 2 05:33:43 2016 From: li.jiang at oracle.com (Leo Jiang) Date: Wed, 2 Nov 2016 13:33:43 +0800 Subject: HeadsUp: interim message drop for jdk 9 Message-ID: <8e554929-0190-662b-90a6-d059724810d4@oracle.com> Hi, According to schedule, we would have a message drop before Jigsaw FC on 11/4/2016. As the PDIT Quarterly maintenance in this weekend, we will kick off the message drop on Nov 4 afternoon (Beijing daytime). This message drop aims to gather the latest English resource updated in recent 4 months and update the translation. Thanks, Leo From benjamin.john.evans at gmail.com Wed Nov 2 06:42:23 2016 From: benjamin.john.evans at gmail.com (Ben Evans) Date: Wed, 2 Nov 2016 06:42:23 +0000 Subject: Deprecation warnings changes in jdk9+142 -- removal warnings enabled by default In-Reply-To: <4fe70906-63ea-139e-444a-2cbf9c8f8652@oracle.com> References: <4fe70906-63ea-139e-444a-2cbf9c8f8652@oracle.com> Message-ID: Hi Stuart, This seems to me the correct balance. One question I had is whether usage of the "-Xlint:-removal" flag is silent? I can see an argument that given the severity of this flag that a single, totally non-suppressible warning e.g. "WARNING: This invocation of javac has suppressed warnings about the forthcoming removal of heavily deprecated APIs" might be warranted at the start of the compilation run. Has this been considered? What was the conclusion about whether this was helpful? Thanks, Ben On Tue, Nov 1, 2016 at 10:54 PM, Stuart Marks wrote: > Hi all, > > Thanks to some work by Jon Gibbons, javac's warnings behavior in JDK 9 build > 142 [1] has been enhanced to deal with terminal deprecations (deprecations > with forRemoval=true). I've updated the JEP 277 text [2] to clarify and > explain the expected behavior. > > Warnings at use sites of terminally deprecated APIs are now enabled by > default, and are considered to be a different kind of warning -- a "removal" > warning -- from the ordinary deprecation warnings that have been issued up > until now. They aren't suppressed by @SuppressWarnings("deprecation"). > Instead, they can be suppressed with @SuppressWarnings("removal"). > > (It's also possible to disable the "removal" lint category through a command > line option -Xlint:-removal. I recommend avoiding this option, unless you're > willing to be surprised by the removal of APIs.) > > The javac warnings change, along with terminal deprecations appearing in JDK > 9, can cause warnings to occur even at sites where they had been suppressed. > This could be viewed as an incompatibility, though this change was > deliberate. > > Consider a case where some code uses a deprecated API, and this code was > annotated with @SuppressWarnings("deprecation") in order for the compilation > to be warnings-free. Suppose the API's deprecation is then "upgraded" to > have forRemoval=true. We want the new removal warning to bypass the previous > warnings suppression, since this is the last chance before the API is > actually removed. If this weren't done, an API might be deprecated for > removal, and then removed, without any additional warnings being emitted. > > This is quite likely to occur with JDK 9, as it deprecates several APIs for > removal that had previously been deprecated for many years. Use sites of > such APIs probably have had warnings suppressed. It seems prudent to offer > one final round of warnings to users before these APIs are actually removed. > > Here's an example of javac's new warnings. Consider the following files: > > ::::: DeclSite.java ::::: > > public class DeclSite { > @Deprecated public static void ordinary() { } > @Deprecated(forRemoval=true) public static void removal() { } > } > > ::::: UseSite.java ::::: > > public class UseSite { > void foo() { > DeclSite.ordinary(); > DeclSite.removal(); > } > } > > Compiling these files with javac from jdk9+142 produces the following: > > ::::: > UseSite.java:4: warning: [removal] removal() in DeclSite has been deprecated > and marked for removal > DeclSite.removal(); > ^ > Note: UseSite.java uses or overrides a deprecated API. > Note: Recompile with -Xlint:deprecation for details. > 1 warning > ::::: > > s'marks > > > [1] https://jdk9.java.net/download/ > [2] http://openjdk.java.net/jeps/277 From jihor at yandex.ru Wed Nov 2 15:20:24 2016 From: jihor at yandex.ru (Dmitry Zhikharev) Date: Wed, 02 Nov 2016 18:20:24 +0300 Subject: Documentation for ForkJoinPool class Message-ID: <25171478100024@web6g.yandex.ru> Hi! ForkJoinPool class documentation says nothing about it using daemon threads since Java 8 (https://docs.oracle.com/javase/8/docs/api/java/util/concurrent/ForkJoinPool.html, see also http://hg.openjdk.java.net/jdk9/jdk9/jdk/file/0086eb10182b/src/java.base/share/classes/java/util/concurrent/ForkJoinPool.java). It was there in Java 7 documentation: https://docs.oracle.com/javase/7/docs/api/java/util/concurrent/ForkJoinPool.html (see "Sample Usage"). I think it's an important note about ForkJoinPool and should be added back. Regards, Dmitry Zhikharev From david.holmes at oracle.com Wed Nov 2 15:27:50 2016 From: david.holmes at oracle.com (David Holmes) Date: Thu, 3 Nov 2016 01:27:50 +1000 Subject: Documentation for ForkJoinPool class In-Reply-To: <25171478100024@web6g.yandex.ru> References: <25171478100024@web6g.yandex.ru> Message-ID: <70846a90-6045-a536-f176-6d84569ee098@oracle.com> Moving discussion to core-libs-dev. Please follow-up there. Thanks, David On 3/11/2016 1:20 AM, Dmitry Zhikharev wrote: > Hi! > > ForkJoinPool class documentation says nothing about it using daemon threads since Java 8 (https://docs.oracle.com/javase/8/docs/api/java/util/concurrent/ForkJoinPool.html, see also http://hg.openjdk.java.net/jdk9/jdk9/jdk/file/0086eb10182b/src/java.base/share/classes/java/util/concurrent/ForkJoinPool.java). > It was there in Java 7 documentation: https://docs.oracle.com/javase/7/docs/api/java/util/concurrent/ForkJoinPool.html (see "Sample Usage"). > > I think it's an important note about ForkJoinPool and should be added back. > > Regards, Dmitry Zhikharev > From stuart.marks at oracle.com Wed Nov 2 20:08:19 2016 From: stuart.marks at oracle.com (Stuart Marks) Date: Wed, 2 Nov 2016 13:08:19 -0700 Subject: Deprecation warnings changes in jdk9+142 -- removal warnings enabled by default In-Reply-To: References: <4fe70906-63ea-139e-444a-2cbf9c8f8652@oracle.com> Message-ID: <4a5a8aa2-ff0b-27c3-78f8-0384a4e56e41@oracle.com> Hi Ben, No, -Xlint:-removal isn't completely silent. If you enable this option and compile a class that uses a terminally deprecated API, you get Note: UseSite.java uses or overrides a deprecated API that is marked for removal. Note: Recompile with -Xlint:removal for details. This is a similar message to the one you get with ordinary deprecation warnings; you get a "Note:" if they're disabled. The main difference is that removal warnings are enabled by default. In a sense, this "Note:" is a non-suppressible warning, but it doesn't cause a build with -Werror to fail. It's mainly there to satisfy the JLS 9.6.4.6 requirement of there being some kind of warning when a deprecated API is used (even though the word "warning" isn't actually used in the message). s'marks On 11/1/16 11:42 PM, Ben Evans wrote: > Hi Stuart, > > This seems to me the correct balance. One question I had is whether > usage of the "-Xlint:-removal" flag is silent? > > I can see an argument that given the severity of this flag that a > single, totally non-suppressible warning e.g. "WARNING: This > invocation of javac has suppressed warnings about the forthcoming > removal of heavily deprecated APIs" might be warranted at the start of > the compilation run. > > Has this been considered? What was the conclusion about whether this > was helpful? > > Thanks, > > Ben > > On Tue, Nov 1, 2016 at 10:54 PM, Stuart Marks wrote: >> Hi all, >> >> Thanks to some work by Jon Gibbons, javac's warnings behavior in JDK 9 build >> 142 [1] has been enhanced to deal with terminal deprecations (deprecations >> with forRemoval=true). I've updated the JEP 277 text [2] to clarify and >> explain the expected behavior. >> >> Warnings at use sites of terminally deprecated APIs are now enabled by >> default, and are considered to be a different kind of warning -- a "removal" >> warning -- from the ordinary deprecation warnings that have been issued up >> until now. They aren't suppressed by @SuppressWarnings("deprecation"). >> Instead, they can be suppressed with @SuppressWarnings("removal"). >> >> (It's also possible to disable the "removal" lint category through a command >> line option -Xlint:-removal. I recommend avoiding this option, unless you're >> willing to be surprised by the removal of APIs.) >> >> The javac warnings change, along with terminal deprecations appearing in JDK >> 9, can cause warnings to occur even at sites where they had been suppressed. >> This could be viewed as an incompatibility, though this change was >> deliberate. >> >> Consider a case where some code uses a deprecated API, and this code was >> annotated with @SuppressWarnings("deprecation") in order for the compilation >> to be warnings-free. Suppose the API's deprecation is then "upgraded" to >> have forRemoval=true. We want the new removal warning to bypass the previous >> warnings suppression, since this is the last chance before the API is >> actually removed. If this weren't done, an API might be deprecated for >> removal, and then removed, without any additional warnings being emitted. >> >> This is quite likely to occur with JDK 9, as it deprecates several APIs for >> removal that had previously been deprecated for many years. Use sites of >> such APIs probably have had warnings suppressed. It seems prudent to offer >> one final round of warnings to users before these APIs are actually removed. >> >> Here's an example of javac's new warnings. Consider the following files: >> >> ::::: DeclSite.java ::::: >> >> public class DeclSite { >> @Deprecated public static void ordinary() { } >> @Deprecated(forRemoval=true) public static void removal() { } >> } >> >> ::::: UseSite.java ::::: >> >> public class UseSite { >> void foo() { >> DeclSite.ordinary(); >> DeclSite.removal(); >> } >> } >> >> Compiling these files with javac from jdk9+142 produces the following: >> >> ::::: >> UseSite.java:4: warning: [removal] removal() in DeclSite has been deprecated >> and marked for removal >> DeclSite.removal(); >> ^ >> Note: UseSite.java uses or overrides a deprecated API. >> Note: Recompile with -Xlint:deprecation for details. >> 1 warning >> ::::: >> >> s'marks >> >> >> [1] https://jdk9.java.net/download/ >> [2] http://openjdk.java.net/jeps/277 From lana.steuck at oracle.com Thu Nov 3 03:57:31 2016 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Thu, 3 Nov 2016 03:57:31 GMT Subject: jdk9-b143: dev Message-ID: <201611030357.uA33vVq3007884@scaaa563.us.oracle.com> http://hg.openjdk.java.net/jdk9/jdk9/rev/1fc62b1c629f http://hg.openjdk.java.net/jdk9/jdk9/nashorn/rev/b4e57ead3fae http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/6ef8a1453577 http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/8dbc8594f9d5 http://hg.openjdk.java.net/jdk9/jdk9/jaxws/rev/1c988e708a06 http://hg.openjdk.java.net/jdk9/jdk9/jaxp/rev/ce81d03ad732 http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/d87d5d430c42 http://hg.openjdk.java.net/jdk9/jdk9/corba/rev/6211236ef15e --- All the fixes will be tested during promotion (no PIT testing at this point): List of all fixes: =================== JDK-6294607 client-libs GIFWriter returns the same compression type twice JDK-7067885 client-libs FileChooser does not display soft link name if link is to nonexistent JDK-8058950 client-libs [TESTBUG] There is no F1 dialog when the case loading,so we can't rest JDK-8089573 client-libs [macosx] Incorrect char to glyph mapping printing on OSX 10.10 JDK-8147600 client-libs [hidpi] invalid rendering of Swing UI controls (radiobuttons, choice e JDK-8151787 client-libs Unify the HiDPI splash screen image naming convention JDK-8153526 client-libs [Unity] Taskbar.getTaskbar().setMenu(null) doesn't remove menu JDK-8154434 client-libs Open the request focus methods of the java.awt.Component which accept JDK-8156217 client-libs Selected text is shifted on HiDPI display JDK-8158380 client-libs [macosx] Regression: java/awt/List/ActionEventTest/ActionEventTest.jav JDK-8158390 client-libs [macosx] Regression: javax/swing/JMenuItem/8139169/ScreenMenuBarInputT JDK-8160893 client-libs [macosx] JMenuItems in JPopupMenu are not accessible JDK-8161473 client-libs [TEST_BUG] [macosx] add autodelay to java/awt/TrayIcon/TrayIconEventMo JDK-8163167 client-libs [PIT] javax/swing/JTextArea/ScrollbarFlicker/ScrollFlickerTest.java al JDK-8165232 client-libs XKeycodeToKeysym is deprecated and should be replaced JDK-8165485 client-libs Bad rendering of Swing UI controls with Motif L&F on HiDPI display JDK-8165555 client-libs [macosx] VM crashes on second attempt to execute JCK interactive tests JDK-8166034 client-libs [macosx] Non-AA Serif font always displays as regular - no bold or obl JDK-8166591 client-libs [macos 10.12] Trackpad scrolling of text on macOS 10.12 Sierra is very JDK-8166673 client-libs The new implementation of Robot.waitForIdle() may hang JDK-8166897 client-libs Some font overlap in the Optionpane dialog. JDK-8167028 client-libs SunCodec.java can be removed JDK-8167281 client-libs IIOMetadataNode bugs in getElementsByTagName and NodeList.item methods JDK-8167288 client-libs [TEST_BUG] Consistent failure on Unity of WarningWindowDisposeTest.jav JDK-8167291 client-libs [TEST_BUG] javax/print/attribute/Services_getDocFl.java JDK-8167310 client-libs The graphics clip is incorrectly rounded for some fractional scales JDK-8167435 client-libs IllegalArgumentException is not thrown by Clip.open(AudioFormat,byte[] JDK-8167486 client-libs Device.getDisplayMode() doesn't report refresh rate on Linux in case o JDK-8167523 client-libs JDK 9 build failure on MacOS due to unhandled cases in switch statemen JDK-8167565 client-libs [macosx] Maximization of a dialog hides it JDK-8167988 client-libs java.nio.file.InvalidPathException if click button in JFileChooser dem JDK-8085192 core-libs java/rmi/activation/Activatable tests fail intermittently due to "Port JDK-8148924 core-libs Inconsistent "this" context in JSAdapter adaptee function calls JDK-8152515 core-libs (logging) LogManager.resetLogger should ignore LinkageError JDK-8163162 core-libs The separation between system loggers and application loggers should t JDK-8165793 core-libs Provide an API to query if a ClassLoader is parallel capable JDK-8165804 core-libs Revisit the way of loading BreakIterator rules/dictionaries JDK-8166261 core-libs Scanner.nextInt(int) (and similar methods) throws PatternSyntaxExcepti JDK-8166801 core-libs [s390] Add jvm.cfg file for Linux/s390x JDK-8167481 core-libs cleanup of headers and includes for native libnet JDK-8167646 core-libs Better invalid FilePermission JDK-8167966 core-libs MethodHandles.iteratedLoop fails with IAE in the case of correct argum JDK-8167974 core-libs MethodHandles.iteratedLoop(...) fails with CCE in the case of iteratin JDK-8168005 core-libs Introduce namespaces for GET, SET dynalink operations JDK-8168127 core-libs FilePermissionCollection merges incorrectly JDK-8168205 core-libs Should not default class path to CWD if -cp is not specified but -m is JDK-8168505 core-libs Remove the intermittent keyword from java/util/Arrays/ParallelPrefix.j JDK-8168512 core-libs (tz) Support tzdata2016h JDK-8168517 core-libs java/lang/ProcessBuilder/Basic.java failed with "java.lang.AssertionEr JDK-8168524 core-libs Remove two jdk_nio tests from ProblemList: BashStreams and DeleteInter JDK-8168640 core-libs (fc) Avoiding AtomicBoolean in FileInput/-OutputStream improves startu JDK-8168771 core-libs Remove #ifdef AF_INET6 guards in libnet native coding JDK-8168773 core-libs Temporarily remove java/net/httpclient from jdk_net test group JDK-8168789 core-libs ModuleReader.list and ModuleFinder.of update JDK-8168841 core-libs The JavaDoc of java.util.stream.Collectors method collectingAndThen ha JDK-8168980 core-libs Reinstate sun.reflect.ReflectionFactory.newConstructorForSerialization JDK-8169050 core-libs underscore_linker.js sample fails after dynalink changes for JDK-81680 JDK-8158797 core-svc Test java/lang/management/MemoryMXBean/LowMemoryTest.java fails when G JDK-8165827 core-svc Support private interface methods in JNI, JDWP, JDI and JDB JDK-8166657 core-svc Remove exports com.sun.tools.jdi to jdk.hotspot.agent JDK-8167001 core-svc [TESTBUG] java/lang/instrument/DaemonThread/TestDaemonThread.java fail JDK-8167034 core-svc Re-enable TestDaemonThread.java once JDK-8167001 is fixed JDK-8153812 deploy Revamped JCP: Generic issues JDK-8166720 deploy Additional info is not displayed on Automatic Update Advanced Settings JDK-8167187 deploy Exported elements referring to inaccessible types in jdk.jsobject JDK-8167304 deploy Shortcut cannot be created when there is no title element in jnlp JDK-8167306 deploy Side effects of using url schema handler. JDK-8167359 deploy Fix for JDK-8164622 broke the new Control Panel. JDK-8167608 deploy [jcp] Change links to java.com (General tab) JDK-8167634 deploy WinDeployCookieSelectorTest fails JDK-8168315 deploy [JCP] Java Cache Viewer throws exception for Chinese Locale (zh-hant) JDK-8063154 hotspot Checked in jvmti.h not in sync with generated jvmti.h JDK-8081800 hotspot AbstractMethodError when evaluating a private method in an interface v JDK-8134389 hotspot Crash in HotSpot with jvm.dll+0x42b48 ciObjectFactory::create_new_meta JDK-8153134 hotspot Infinite loop in handle_wrong_method in jmod JDK-8155729 hotspot C2: Skip transformation of LoadConP for heap-based compressed oops JDK-8157141 hotspot Fix for JDK-8031290 is unnecessarily fragile JDK-8157708 hotspot aarch64: StrIndexOfChar intrinsic is not implemented JDK-8164921 hotspot Memory leaked when instrumentation.retransformClasses() is called repe JDK-8165482 hotspot java in ldoms, with cpu-arch=generic has problems JDK-8165600 hotspot Convert internal logging tests to GTest JDK-8165621 hotspot Convert TestG1BiasedArray_test to GTest JDK-8165673 hotspot AArch64: Fix JNI floating point argument handling JDK-8165687 hotspot Fix license and copyright headers under jdk9/jdk9/hotspot for white & JDK-8165696 hotspot Convert gcTraceTime internal tests to GTest JDK-8165698 hotspot Convert LogTagSet related internal tests to GTest JDK-8165700 hotspot Convert LogMessage internal tests to GTest JDK-8165702 hotspot Convert LogFileOutput internal tests to GTest JDK-8165704 hotspot Convert LogStream internal tests to GTest JDK-8165949 hotspot Serial and ConcMarkSweep do not unload strings when class unloading is JDK-8166129 hotspot hitting vmassert during gtest execution doesn't generate core and hs_e JDK-8166276 hotspot Refactor gen_process_roots to allow simpler fix for 8165949 JDK-8166364 hotspot fatal error: acquiring lock DirtyCardQ_CBL_mon/16 out of order with lo JDK-8166454 hotspot meminfo(2) has been available since Solaris 9 JDK-8166461 hotspot Deprecate UseAutoGCSelectPolicy JDK-8166462 hotspot Convert TestResourcehash_test to Gtest JDK-8166517 hotspot [JVMCI] export JVMCI to auto-detected JVMCI compiler JDK-8166562 hotspot C2: Suppress relocations in scratch emit. JDK-8166689 hotspot PPC64: Race condition between stack bang and non-entrant patching JDK-8166738 hotspot Enable concurrency in Hotspot jtreg testing JDK-8166742 hotspot SIGFPE in C2 Loop IV elimination JDK-8166781 hotspot fix wrong comment in ReceiverTypeData JDK-8166836 hotspot Elimination of clone's ArrayCopyNode may make compilation fail silentl JDK-8166869 hotspot [JVMCI] record metadata relocations for metadata references JDK-8166925 hotspot several native TESTs should be changed to TEST_VM JDK-8166929 hotspot [JVMCI] Expose decompile counts in MDO JDK-8166930 hotspot minor cleanups 1) remove reference to ZIP_ReadMappedEntry 2) checking JDK-8166931 hotspot Do not include classes which are unusable during run time in the class JDK-8166970 hotspot Adapt mutex padding according to DEFAULT_CACHE_LINE_SIZE JDK-8166972 hotspot [JVMCI] reduce size of interpreter when JVMCI is enabled JDK-8167180 hotspot [JVMCI] Exported elements referring to inaccessible types in jdk.vm.ci JDK-8167190 hotspot Remove confusing timestamps from the gc log JDK-8167194 hotspot [JVMCI] no reliable mechanism for querying JVMCI system properties JDK-8167200 hotspot AArch64: Broken stack pointer adjustment in interpreter JDK-8167333 hotspot Invalid source path info might be used when creating ClassFileStream a JDK-8167353 hotspot [JVMCI] JVMCI re-initialization check is in the wrong location JDK-8167494 hotspot Deprecate AutoGCSelectPauseMillis JDK-8167595 hotspot AArch64: SEGV in stub code cipherBlockChaining_decryptAESCrypt JDK-8168086 hotspot 8166869 broke jvmci build on aarch64 JDK-8062810 infrastructure Examine src.zip in JDK image and decide if source classes should be or JDK-8166800 infrastructure [s390] Top-level build changes required for Linux/s390x JDK-8168369 infrastructure fix for langtools intermittent failures needs to check PRODUCT_HOME JDK-8168636 infrastructure More detailed information about native libraries in build log JDK-8168772 infrastructure Convert javadoc generation to build-infra standards JDK-8168950 infrastructure Incremental build of images always rebuilds jmods JDK-8168982 infrastructure Missing dependency for docs-copy JDK-8166957 install JRE 8u101 installation fails in SUSE 11 SP4 with error: /usr/sbin/alte JDK-8168613 other-libs CORBA ObjectStreamTest fails with address in use JDK-4985694 security-libs Incomplete spec for most of the getInstances JDK-8167680 security-libs DTLS implementation bugs JDK-8168064 security-libs sun/security/ssl/ServerHandshaker/AnonCipherWithWantClientAuth.java fa JDK-8168518 security-libs rcache interop with krb5-1.15 JDK-8168822 security-libs Document that algorithm restrictions do not apply to trusted anchors JDK-8168851 security-libs Tighten permissions granted to the java.smartcardio module JDK-8131019 tools jshell tool: access javadoc from tool JDK-8132562 tools javac fails with CLASSPATH with double-quotes as an environment variab JDK-8156499 tools Update jlink to support creating images with modules that are packaged JDK-8160063 tools Provide a means to disable a plugin via the command line JDK-8160213 tools tools/pack200/Utils.java should clean up javac*.tmp files JDK-8164805 tools Fail to create a MR modular JAR with a versioned entry of a concealed JDK-8165646 tools (jdeprscan) adjust output to improve clarity JDK-8166367 tools Missing ExceptionTable attribute in anonymous class constructors JDK-8166649 tools jshell tool: missing --add-modules and --module-path JDK-8166810 tools jlink should fail on extra arguments JDK-8167057 tools jdeps to list the modules and internal APIs to help find @modules for JDK-8167431 tools javac takes too long time to resolve interface dependency JDK-8167462 tools jshell tool: /help /reload is wrong about re-executing commands JDK-8167643 tools JShell: silently ignore access modifiers (as semantically irrelevant) JDK-8168010 tools Deprecate obsolete launcher -d32/-d64 options JDK-8168134 tools Inference: javac incorrectly propagating inner constraint with primiti JDK-8168774 tools Polymorhic signature method check crashes javac JDK-8169025 tools Problem list ClassPathWithDoubleQuotesTest.java until JDK-8169005 is f JDK-8069098 xml StAX produces the wrong event stream JDK-8168968 xml Two jaxp tests failing after JDK-8167646 JDK-8169024 client-libs Problem list OpenNonIntegralNumberOfSampleframes.java until JDK-8168881 is fixed From visvadw at gmail.com Wed Nov 2 20:38:13 2016 From: visvadw at gmail.com (visva devWorks) Date: Wed, 2 Nov 2016 22:38:13 +0200 Subject: WatchService's consistent behaviour in Java 9? Message-ID: Hello, Is it considered fixing the WatchService behaviour in Java 9? As a topic reference, please see http://stackoverflow.com/questions/9588737/is-java-7-watchservice-slow-for-anyone-else -- -------------- visva devWorks -------------- From Alan.Bateman at oracle.com Thu Nov 3 06:07:27 2016 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Thu, 3 Nov 2016 06:07:27 +0000 Subject: WatchService's consistent behaviour in Java 9? In-Reply-To: References: Message-ID: On 02/11/2016 20:38, visva devWorks wrote: > Hello, > > Is it considered fixing the WatchService behaviour in Java 9? > > As a topic reference, please see > http://stackoverflow.com/questions/9588737/is-java-7-watchservice-slow-for-anyone-else > I think you are asking a native implementation on OS X. Best to follow up on nio-dev where this has come up a few times. -Alan From christoph.langer at sap.com Thu Nov 3 07:44:38 2016 From: christoph.langer at sap.com (Langer, Christoph) Date: Thu, 3 Nov 2016 07:44:38 +0000 Subject: Several changes in jdk9-dev/jdk depot from yesterday did not resolve JIRA bugs Message-ID: <1033465bc8a247fab80efd5c55b01d81@DEROTE13DE07.global.corp.sap> Hi, did anyone recognize that some of yesterday's changes in jdk9/dev/jdk did not resolve the according bug items? E.g. my change http://hg.openjdk.java.net/jdk9/dev/jdk/rev/6577fabed061 did not update the bug https://bugs.openjdk.java.net/browse/JDK-8168771. Other changes were affected, too. E.g. https://bugs.openjdk.java.net/browse/JDK-8168923 https://bugs.openjdk.java.net/browse/JDK-8063154 ... Will this resolve automatically or does someone have to do a manual cleanup? Thanks & Best regards Christoph From tim.bell at oracle.com Thu Nov 3 09:11:36 2016 From: tim.bell at oracle.com (Tim Bell) Date: Thu, 3 Nov 2016 02:11:36 -0700 Subject: Several changes in jdk9-dev/jdk depot from yesterday did not resolve JIRA bugs In-Reply-To: <1033465bc8a247fab80efd5c55b01d81@DEROTE13DE07.global.corp.sap> References: <1033465bc8a247fab80efd5c55b01d81@DEROTE13DE07.global.corp.sap> Message-ID: On 11/03/16 00:44, Langer, Christoph wrote: > did anyone recognize that some of yesterday's changes in jdk9/dev/jdk did not resolve the according bug items? There was an outage in the background task that notices hg pushes and updates JBS. The service has been restarted and is in the process of clearing the backlog of updates. It may take an hour or two longer for email to catch up, but I see these bug reports are now marked 'RESOLVED' in JBS: https://bugs.openjdk.java.net/browse/JDK-8168771 https://bugs.openjdk.java.net/browse/JDK-8168923 https://bugs.openjdk.java.net/browse/JDK-8063154 Please let us know at ops at openjdk.java.net if you have questions or comments about expected bug updates. Thank you- Tim From dl at cs.oswego.edu Thu Nov 3 11:58:38 2016 From: dl at cs.oswego.edu (Doug Lea) Date: Thu, 3 Nov 2016 07:58:38 -0400 Subject: Documentation for ForkJoinPool class In-Reply-To: <70846a90-6045-a536-f176-6d84569ee098@oracle.com> References: <25171478100024@web6g.yandex.ru> <70846a90-6045-a536-f176-6d84569ee098@oracle.com> Message-ID: <940c7053-3fcd-778c-4cfa-b9e858a1bf7c@cs.oswego.edu> On 11/02/2016 11:27 AM, David Holmes wrote: > Moving discussion to core-libs-dev. Please follow-up there. > > Thanks, > David > > On 3/11/2016 1:20 AM, Dmitry Zhikharev wrote: >> Hi! >> >> ForkJoinPool class documentation says nothing about it using daemon >> threads since Java 8 >> (https://docs.oracle.com/javase/8/docs/api/java/util/concurrent/ForkJoinPool.html, Right; thanks. The sentence previously mentioning this in passing was changed, leaving no mention of daemon status. We should add one: *************** *** 37,43 **** * tasks are submitted to the pool from external clients. Especially * when setting asyncMode to true in constructors, {@code * ForkJoinPool}s may also be appropriate for use with event-style ! * tasks that are never joined. * *

A static {@link #commonPool()} is available and appropriate for * most applications. The common pool is used by any ForkJoinTask that --- 37,44 ---- * tasks are submitted to the pool from external clients. Especially * when setting asyncMode to true in constructors, {@code * ForkJoinPool}s may also be appropriate for use with event-style ! * tasks that are never joined. All worker threads are initialized ! * with {@link Thread#isDaemon} set {@code true}. * *

A static {@link #commonPool()} is available and appropriate for * most applications. The common pool is used by any ForkJoinTask that >> see also >> http://hg.openjdk.java.net/jdk9/jdk9/jdk/file/0086eb10182b/src/java.base/share/classes/java/util/concurrent/ForkJoinPool.java). >> >> It was there in Java 7 documentation: >> https://docs.oracle.com/javase/7/docs/api/java/util/concurrent/ForkJoinPool.html >> (see "Sample Usage"). >> >> I think it's an important note about ForkJoinPool and should be added >> back. >> >> Regards, Dmitry Zhikharev >> > From gerd.mueller-schramm at hexagongeospatial.com Thu Nov 3 16:09:07 2016 From: gerd.mueller-schramm at hexagongeospatial.com (Mueller-Schramm, Gerd) Date: Thu, 3 Nov 2016 16:09:07 +0000 Subject: Webstart security problem Message-ID: Hi, When try to access a web service via java.xml.ws module from a Webstart application I get the following exception: java.security.AccessControlException: access denied ("java.io.FilePermission" "C:\Program Files (x86)\Mozilla Firefox\basename" "read") at java.security.AccessControlContext.checkPermission(java.base at 9-ea/AccessControlContext.java:471) at java.security.AccessController.checkPermission(java.base at 9-ea/AccessController.java:894) at java.lang.SecurityManager.checkPermission(java.base at 9-ea/SecurityManager.java:548) at com.sun.javaws.security.JavaWebStartSecurity.checkPermission(jdk.javaws at 9-ea/JavaWebStartSecurity.java:237) at java.lang.SecurityManager.checkRead(java.base at 9-ea/SecurityManager.java:887) at java.io.File.isDirectory(java.base at 9-ea/File.java:845) at java.io.File.toURI(java.base at 9-ea/File.java:733) ... and later after asking me for permission to connect to the webservice URL: java.security.AccessControlException: access denied ("java.net.NetPermission" "getProxySelector") at java.security.AccessControlContext.checkPermission(java.base at 9-ea/AccessControlContext.java:471) at java.security.AccessController.checkPermission(java.base at 9-ea/AccessController.java:894) ... although I've added to the JNLP-file and signed the Jars. The same Webstart application works with Java 8. Is there anything else that I need to configure? I'm using JRE-version 9-ea+142 Java HotSpot(TM) 64-Bit Server VM on Windows 7. Best regards, Gerd Gerd M?ller-Schramm Software Developer, GeoMedia Smart Client Kommunal T: +49 341 92 60 30 47 E: gerd.mueller at hexagongeospatial.com Hexagon Geospatial Wittenberger Stra?e 15B 04129 Leipzig, Germany hexagongeospatial.com From david.holmes at oracle.com Thu Nov 3 21:34:21 2016 From: david.holmes at oracle.com (David Holmes) Date: Fri, 4 Nov 2016 07:34:21 +1000 Subject: Several changes in jdk9-dev/jdk depot from yesterday did not resolve JIRA bugs In-Reply-To: <1033465bc8a247fab80efd5c55b01d81@DEROTE13DE07.global.corp.sap> References: <1033465bc8a247fab80efd5c55b01d81@DEROTE13DE07.global.corp.sap> Message-ID: Hi Christoph, The autobot was down for a while. It should have caught up by now. David On 3/11/2016 5:44 PM, Langer, Christoph wrote: > Hi, > > did anyone recognize that some of yesterday's changes in jdk9/dev/jdk did not resolve the according bug items? > > E.g. my change http://hg.openjdk.java.net/jdk9/dev/jdk/rev/6577fabed061 did not update the bug https://bugs.openjdk.java.net/browse/JDK-8168771. > > Other changes were affected, too. E.g. > > https://bugs.openjdk.java.net/browse/JDK-8168923 > https://bugs.openjdk.java.net/browse/JDK-8063154 > > ... > > Will this resolve automatically or does someone have to do a manual cleanup? > > Thanks & Best regards > Christoph > From weijun.wang at oracle.com Fri Nov 4 03:29:29 2016 From: weijun.wang at oracle.com (Wang Weijun) Date: Fri, 4 Nov 2016 11:29:29 +0800 Subject: Webstart security problem In-Reply-To: References: Message-ID: <6196D722-4469-41B1-BDF2-3CA544E82A84@oracle.com> There is a change in FilePermission in jdk-9+140 (JDK-8164705). If your application does not fail for jdk-9+139 or earlier then it might be the reason. But I still don't know why AllPermission cannot imply it. Thanks Max > On Nov 4, 2016, at 12:09 AM, Mueller-Schramm, Gerd wrote: > > Hi, > > When try to access a web service via java.xml.ws module from a Webstart application I get the following exception: > > java.security.AccessControlException: access denied ("java.io.FilePermission" "C:\Program Files (x86)\Mozilla Firefox\basename" "read") > at java.security.AccessControlContext.checkPermission(java.base at 9-ea/AccessControlContext.java:471) > at java.security.AccessController.checkPermission(java.base at 9-ea/AccessController.java:894) > at java.lang.SecurityManager.checkPermission(java.base at 9-ea/SecurityManager.java:548) > at com.sun.javaws.security.JavaWebStartSecurity.checkPermission(jdk.javaws at 9-ea/JavaWebStartSecurity.java:237) > at java.lang.SecurityManager.checkRead(java.base at 9-ea/SecurityManager.java:887) > at java.io.File.isDirectory(java.base at 9-ea/File.java:845) > at java.io.File.toURI(java.base at 9-ea/File.java:733) > ... > > and later after asking me for permission to connect to the webservice URL: > > java.security.AccessControlException: access denied ("java.net.NetPermission" "getProxySelector") > at java.security.AccessControlContext.checkPermission(java.base at 9-ea/AccessControlContext.java:471) > at java.security.AccessController.checkPermission(java.base at 9-ea/AccessController.java:894) > ... > > although I've added > > > > > to the JNLP-file and signed the Jars. > > The same Webstart application works with Java 8. > > Is there anything else that I need to configure? > > I'm using JRE-version 9-ea+142 Java HotSpot(TM) 64-Bit Server VM on Windows 7. > > Best regards, > Gerd > > Gerd M?ller-Schramm > Software Developer, GeoMedia Smart Client Kommunal > T: +49 341 92 60 30 47 > E: gerd.mueller at hexagongeospatial.com > > Hexagon Geospatial > Wittenberger Stra?e 15B > 04129 Leipzig, Germany > hexagongeospatial.com > > From gerd.mueller-schramm at hexagongeospatial.com Fri Nov 4 09:17:13 2016 From: gerd.mueller-schramm at hexagongeospatial.com (Mueller-Schramm, Gerd) Date: Fri, 4 Nov 2016 09:17:13 +0000 Subject: AW: Webstart security problem In-Reply-To: <6196D722-4469-41B1-BDF2-3CA544E82A84@oracle.com> References: <6196D722-4469-41B1-BDF2-3CA544E82A84@oracle.com> Message-ID: The interesting thing is that a simple System.out.println( new File( "d:/temp" ).isDirectory() ); works without problems. Could it be a problem that the Webservice stuff comes from another module (java.xml.ws)? Bye, Gerd Gerd M?ller-Schramm Software Developer, GeoMedia Smart Client Kommunal T: +49 341 92 60 30 47? E:?gerd.mueller at hexagongeospatial.com Hexagon Geospatial Wittenberger Stra?e 15B 04129 Leipzig, Germany hexagongeospatial.com -----Urspr?ngliche Nachricht----- Von: Wang Weijun [mailto:weijun.wang at oracle.com] Gesendet: Freitag, 4. November 2016 04:29 An: Mueller-Schramm, Gerd Cc: jdk9-dev Betreff: Re: Webstart security problem There is a change in FilePermission in jdk-9+140 (JDK-8164705). If your application does not fail for jdk-9+139 or earlier then it might be the reason. But I still don't know why AllPermission cannot imply it. Thanks Max > On Nov 4, 2016, at 12:09 AM, Mueller-Schramm, Gerd wrote: > > Hi, > > When try to access a web service via java.xml.ws module from a Webstart application I get the following exception: > > java.security.AccessControlException: access denied ("java.io.FilePermission" "C:\Program Files (x86)\Mozilla Firefox\basename" "read") > at java.security.AccessControlContext.checkPermission(java.base at 9-ea/AccessControlContext.java:471) > at java.security.AccessController.checkPermission(java.base at 9-ea/AccessController.java:894) > at java.lang.SecurityManager.checkPermission(java.base at 9-ea/SecurityManager.java:548) > at com.sun.javaws.security.JavaWebStartSecurity.checkPermission(jdk.javaws at 9-ea/JavaWebStartSecurity.java:237) > at java.lang.SecurityManager.checkRead(java.base at 9-ea/SecurityManager.java:887) > at java.io.File.isDirectory(java.base at 9-ea/File.java:845) > at java.io.File.toURI(java.base at 9-ea/File.java:733) > ... > > and later after asking me for permission to connect to the webservice URL: > > java.security.AccessControlException: access denied ("java.net.NetPermission" "getProxySelector") > at java.security.AccessControlContext.checkPermission(java.base at 9-ea/AccessControlContext.java:471) > at java.security.AccessController.checkPermission(java.base at 9-ea/AccessController.java:894) > ... > > although I've added > > > > > to the JNLP-file and signed the Jars. > > The same Webstart application works with Java 8. > > Is there anything else that I need to configure? > > I'm using JRE-version 9-ea+142 Java HotSpot(TM) 64-Bit Server VM on Windows 7. > > Best regards, > Gerd > > Gerd M?ller-Schramm > Software Developer, GeoMedia Smart Client Kommunal > T: +49 341 92 60 30 47 > E: gerd.mueller at hexagongeospatial.com > > Hexagon Geospatial > Wittenberger Stra?e 15B > 04129 Leipzig, Germany > hexagongeospatial.com > > From gerd.mueller-schramm at hexagongeospatial.com Fri Nov 4 10:24:15 2016 From: gerd.mueller-schramm at hexagongeospatial.com (Mueller-Schramm, Gerd) Date: Fri, 4 Nov 2016 10:24:15 +0000 Subject: AW: Webstart security problem In-Reply-To: <6196D722-4469-41B1-BDF2-3CA544E82A84@oracle.com> References: <6196D722-4469-41B1-BDF2-3CA544E82A84@oracle.com> Message-ID: I've tried jdk-9+139 with the same result, i.e. the security exception occurs. Gerd M?ller-Schramm Software Developer, GeoMedia Smart Client Kommunal T: +49 341 92 60 30 47? E:?gerd.mueller at hexagongeospatial.com Hexagon Geospatial Wittenberger Stra?e 15B 04129 Leipzig, Germany hexagongeospatial.com -----Urspr?ngliche Nachricht----- Von: Wang Weijun [mailto:weijun.wang at oracle.com] Gesendet: Freitag, 4. November 2016 04:29 An: Mueller-Schramm, Gerd Cc: jdk9-dev Betreff: Re: Webstart security problem There is a change in FilePermission in jdk-9+140 (JDK-8164705). If your application does not fail for jdk-9+139 or earlier then it might be the reason. But I still don't know why AllPermission cannot imply it. Thanks Max > On Nov 4, 2016, at 12:09 AM, Mueller-Schramm, Gerd wrote: > > Hi, > > When try to access a web service via java.xml.ws module from a Webstart application I get the following exception: > > java.security.AccessControlException: access denied ("java.io.FilePermission" "C:\Program Files (x86)\Mozilla Firefox\basename" "read") > at java.security.AccessControlContext.checkPermission(java.base at 9-ea/AccessControlContext.java:471) > at java.security.AccessController.checkPermission(java.base at 9-ea/AccessController.java:894) > at java.lang.SecurityManager.checkPermission(java.base at 9-ea/SecurityManager.java:548) > at com.sun.javaws.security.JavaWebStartSecurity.checkPermission(jdk.javaws at 9-ea/JavaWebStartSecurity.java:237) > at java.lang.SecurityManager.checkRead(java.base at 9-ea/SecurityManager.java:887) > at java.io.File.isDirectory(java.base at 9-ea/File.java:845) > at java.io.File.toURI(java.base at 9-ea/File.java:733) > ... > > and later after asking me for permission to connect to the webservice URL: > > java.security.AccessControlException: access denied ("java.net.NetPermission" "getProxySelector") > at java.security.AccessControlContext.checkPermission(java.base at 9-ea/AccessControlContext.java:471) > at java.security.AccessController.checkPermission(java.base at 9-ea/AccessController.java:894) > ... > > although I've added > > > > > to the JNLP-file and signed the Jars. > > The same Webstart application works with Java 8. > > Is there anything else that I need to configure? > > I'm using JRE-version 9-ea+142 Java HotSpot(TM) 64-Bit Server VM on Windows 7. > > Best regards, > Gerd > > Gerd M?ller-Schramm > Software Developer, GeoMedia Smart Client Kommunal > T: +49 341 92 60 30 47 > E: gerd.mueller at hexagongeospatial.com > > Hexagon Geospatial > Wittenberger Stra?e 15B > 04129 Leipzig, Germany > hexagongeospatial.com > > From weijun.wang at oracle.com Fri Nov 4 11:26:40 2016 From: weijun.wang at oracle.com (Wang Weijun) Date: Fri, 4 Nov 2016 19:26:40 +0800 Subject: Webstart security problem In-Reply-To: References: <6196D722-4469-41B1-BDF2-3CA544E82A84@oracle.com> Message-ID: <3C082FEB-F2CB-4D8D-BA5A-2C8BD6EBD08A@oracle.com> > On Nov 4, 2016, at 6:24 PM, Mueller-Schramm, Gerd wrote: > > I've tried jdk-9+139 with the same result, i.e. the security exception occurs. Then maybe it's related to several modules now launching by the platform class loader. Not sure about it. Is it easy to reproduce the failure? I'm not an expert on Java EE. --Max > > > Gerd M?ller-Schramm > Software Developer, GeoMedia Smart Client Kommunal > T: +49 341 92 60 30 47 > E: gerd.mueller at hexagongeospatial.com > > Hexagon Geospatial > Wittenberger Stra?e 15B > 04129 Leipzig, Germany > hexagongeospatial.com > > > > -----Urspr?ngliche Nachricht----- > Von: Wang Weijun [mailto:weijun.wang at oracle.com] > Gesendet: Freitag, 4. November 2016 04:29 > An: Mueller-Schramm, Gerd > Cc: jdk9-dev > Betreff: Re: Webstart security problem > > There is a change in FilePermission in jdk-9+140 (JDK-8164705). If your application does not fail for jdk-9+139 or earlier then it might be the reason. But I still don't know why AllPermission cannot imply it. > > Thanks > Max > >> On Nov 4, 2016, at 12:09 AM, Mueller-Schramm, Gerd wrote: >> >> Hi, >> >> When try to access a web service via java.xml.ws module from a Webstart application I get the following exception: >> >> java.security.AccessControlException: access denied ("java.io.FilePermission" "C:\Program Files (x86)\Mozilla Firefox\basename" "read") >> at java.security.AccessControlContext.checkPermission(java.base at 9-ea/AccessControlContext.java:471) >> at java.security.AccessController.checkPermission(java.base at 9-ea/AccessController.java:894) >> at java.lang.SecurityManager.checkPermission(java.base at 9-ea/SecurityManager.java:548) >> at com.sun.javaws.security.JavaWebStartSecurity.checkPermission(jdk.javaws at 9-ea/JavaWebStartSecurity.java:237) >> at java.lang.SecurityManager.checkRead(java.base at 9-ea/SecurityManager.java:887) >> at java.io.File.isDirectory(java.base at 9-ea/File.java:845) >> at java.io.File.toURI(java.base at 9-ea/File.java:733) >> ... >> >> and later after asking me for permission to connect to the webservice URL: >> >> java.security.AccessControlException: access denied ("java.net.NetPermission" "getProxySelector") >> at java.security.AccessControlContext.checkPermission(java.base at 9-ea/AccessControlContext.java:471) >> at java.security.AccessController.checkPermission(java.base at 9-ea/AccessController.java:894) >> ... >> >> although I've added >> >> >> >> >> to the JNLP-file and signed the Jars. >> >> The same Webstart application works with Java 8. >> >> Is there anything else that I need to configure? >> >> I'm using JRE-version 9-ea+142 Java HotSpot(TM) 64-Bit Server VM on Windows 7. >> >> Best regards, >> Gerd >> >> Gerd M?ller-Schramm >> Software Developer, GeoMedia Smart Client Kommunal >> T: +49 341 92 60 30 47 >> E: gerd.mueller at hexagongeospatial.com >> >> Hexagon Geospatial >> Wittenberger Stra?e 15B >> 04129 Leipzig, Germany >> hexagongeospatial.com >> >> > From gerd.mueller-schramm at hexagongeospatial.com Fri Nov 4 11:55:51 2016 From: gerd.mueller-schramm at hexagongeospatial.com (Mueller-Schramm, Gerd) Date: Fri, 4 Nov 2016 11:55:51 +0000 Subject: AW: Webstart security problem In-Reply-To: <3C082FEB-F2CB-4D8D-BA5A-2C8BD6EBD08A@oracle.com> References: <6196D722-4469-41B1-BDF2-3CA544E82A84@oracle.com> <3C082FEB-F2CB-4D8D-BA5A-2C8BD6EBD08A@oracle.com> Message-ID: You only need to build a Webservice client like this: URL serviceUrl = new URL("http://127.0.0.1/MyService/myservice.svc?wsdl"); MyService_Service serviceCreator = new MyService_Service(serviceUrl, new QName( "http://services.mycompany.com/Myservice", "MyService")); MyService_Service was generated from a WSDL and of course you'll need a server for this. It always happens. Has each module it's own classloader? Gerd M?ller-Schramm Software Developer, GeoMedia Smart Client Kommunal T: +49 341 92 60 30 47? E:?gerd.mueller at hexagongeospatial.com Hexagon Geospatial Wittenberger Stra?e 15B 04129 Leipzig, Germany hexagongeospatial.com -----Urspr?ngliche Nachricht----- Von: Wang Weijun [mailto:weijun.wang at oracle.com] Gesendet: Freitag, 4. November 2016 12:27 An: Mueller-Schramm, Gerd Cc: jdk9-dev Betreff: Re: Webstart security problem > On Nov 4, 2016, at 6:24 PM, Mueller-Schramm, Gerd wrote: > > I've tried jdk-9+139 with the same result, i.e. the security exception occurs. Then maybe it's related to several modules now launching by the platform class loader. Not sure about it. Is it easy to reproduce the failure? I'm not an expert on Java EE. --Max > > > Gerd M?ller-Schramm > Software Developer, GeoMedia Smart Client Kommunal > T: +49 341 92 60 30 47 > E: gerd.mueller at hexagongeospatial.com > > Hexagon Geospatial > Wittenberger Stra?e 15B > 04129 Leipzig, Germany > hexagongeospatial.com > > > > -----Urspr?ngliche Nachricht----- > Von: Wang Weijun [mailto:weijun.wang at oracle.com] > Gesendet: Freitag, 4. November 2016 04:29 > An: Mueller-Schramm, Gerd > Cc: jdk9-dev > Betreff: Re: Webstart security problem > > There is a change in FilePermission in jdk-9+140 (JDK-8164705). If your application does not fail for jdk-9+139 or earlier then it might be the reason. But I still don't know why AllPermission cannot imply it. > > Thanks > Max > >> On Nov 4, 2016, at 12:09 AM, Mueller-Schramm, Gerd wrote: >> >> Hi, >> >> When try to access a web service via java.xml.ws module from a Webstart application I get the following exception: >> >> java.security.AccessControlException: access denied ("java.io.FilePermission" "C:\Program Files (x86)\Mozilla Firefox\basename" "read") >> at java.security.AccessControlContext.checkPermission(java.base at 9-ea/AccessControlContext.java:471) >> at java.security.AccessController.checkPermission(java.base at 9-ea/AccessController.java:894) >> at java.lang.SecurityManager.checkPermission(java.base at 9-ea/SecurityManager.java:548) >> at com.sun.javaws.security.JavaWebStartSecurity.checkPermission(jdk.javaws at 9-ea/JavaWebStartSecurity.java:237) >> at java.lang.SecurityManager.checkRead(java.base at 9-ea/SecurityManager.java:887) >> at java.io.File.isDirectory(java.base at 9-ea/File.java:845) >> at java.io.File.toURI(java.base at 9-ea/File.java:733) >> ... >> >> and later after asking me for permission to connect to the webservice URL: >> >> java.security.AccessControlException: access denied ("java.net.NetPermission" "getProxySelector") >> at java.security.AccessControlContext.checkPermission(java.base at 9-ea/AccessControlContext.java:471) >> at java.security.AccessController.checkPermission(java.base at 9-ea/AccessController.java:894) >> ... >> >> although I've added >> >> >> >> >> to the JNLP-file and signed the Jars. >> >> The same Webstart application works with Java 8. >> >> Is there anything else that I need to configure? >> >> I'm using JRE-version 9-ea+142 Java HotSpot(TM) 64-Bit Server VM on Windows 7. >> >> Best regards, >> Gerd >> >> Gerd M?ller-Schramm >> Software Developer, GeoMedia Smart Client Kommunal >> T: +49 341 92 60 30 47 >> E: gerd.mueller at hexagongeospatial.com >> >> Hexagon Geospatial >> Wittenberger Stra?e 15B >> 04129 Leipzig, Germany >> hexagongeospatial.com >> >> > From sean.mullan at oracle.com Fri Nov 4 13:06:36 2016 From: sean.mullan at oracle.com (Sean Mullan) Date: Fri, 4 Nov 2016 09:06:36 -0400 Subject: Webstart security problem In-Reply-To: References: Message-ID: <5c6ec5c1-932b-e789-aa7f-e03ca34a5da6@oracle.com> Can you get the full exception stack traces? As Max alluded to, there may be code further up the stack that does not have the right permissions. It could be an issue with a module that has been de-privileged and it may need to be granted additional permissions. Also, running with -Djava.security.debug=access,domain,failure would be useful as it should dump out the ProtectionDomain that is causing the AccessControlException. --Sean On 11/3/16 12:09 PM, Mueller-Schramm, Gerd wrote: > Hi, > > When try to access a web service via java.xml.ws module from a Webstart application I get the following exception: > > java.security.AccessControlException: access denied ("java.io.FilePermission" "C:\Program Files (x86)\Mozilla Firefox\basename" "read") > at java.security.AccessControlContext.checkPermission(java.base at 9-ea/AccessControlContext.java:471) > at java.security.AccessController.checkPermission(java.base at 9-ea/AccessController.java:894) > at java.lang.SecurityManager.checkPermission(java.base at 9-ea/SecurityManager.java:548) > at com.sun.javaws.security.JavaWebStartSecurity.checkPermission(jdk.javaws at 9-ea/JavaWebStartSecurity.java:237) > at java.lang.SecurityManager.checkRead(java.base at 9-ea/SecurityManager.java:887) > at java.io.File.isDirectory(java.base at 9-ea/File.java:845) > at java.io.File.toURI(java.base at 9-ea/File.java:733) > ... > > and later after asking me for permission to connect to the webservice URL: > > java.security.AccessControlException: access denied ("java.net.NetPermission" "getProxySelector") > at java.security.AccessControlContext.checkPermission(java.base at 9-ea/AccessControlContext.java:471) > at java.security.AccessController.checkPermission(java.base at 9-ea/AccessController.java:894) > ... > > although I've added > > > > > to the JNLP-file and signed the Jars. > > The same Webstart application works with Java 8. > > Is there anything else that I need to configure? > > I'm using JRE-version 9-ea+142 Java HotSpot(TM) 64-Bit Server VM on Windows 7. > > Best regards, > Gerd > > Gerd M?ller-Schramm > Software Developer, GeoMedia Smart Client Kommunal > T: +49 341 92 60 30 47 > E: gerd.mueller at hexagongeospatial.com > > Hexagon Geospatial > Wittenberger Stra?e 15B > 04129 Leipzig, Germany > hexagongeospatial.com > > From weijun.wang at oracle.com Sun Nov 6 01:46:43 2016 From: weijun.wang at oracle.com (Wang Weijun) Date: Sun, 6 Nov 2016 09:46:43 +0800 Subject: Webstart security problem In-Reply-To: References: <6196D722-4469-41B1-BDF2-3CA544E82A84@oracle.com> <3C082FEB-F2CB-4D8D-BA5A-2C8BD6EBD08A@oracle.com> Message-ID: <574DE37F-7618-4BDA-B90C-32C39FAC0068@oracle.com> > On Nov 4, 2016, at 7:55 PM, Mueller-Schramm, Gerd wrote: > > You only need to build a Webservice client like this: > > URL serviceUrl = new URL("http://127.0.0.1/MyService/myservice.svc?wsdl"); > MyService_Service serviceCreator = new MyService_Service(serviceUrl, new QName( > "http://services.mycompany.com/Myservice", "MyService")); > > MyService_Service was generated from a WSDL and of course you'll need a server for this. > It always happens. Sorry I should have been more modest. When I said I was not a Java EE expert, I actually meant I knew nothing about Java EE. There is only JDK on my computer. > > Has each module it's own classloader? There are 2 class loaders loading JDK classes now, the boot loader loading modules like java.base etc, the platform loader loading some other modules (see http://hg.openjdk.java.net/jdk9/dev/file/e41be20156e6/make/common/Modules.gmk#l47). The platform modules do not always have AllPermission. --Max > > Gerd M?ller-Schramm > Software Developer, GeoMedia Smart Client Kommunal > T: +49 341 92 60 30 47 > E: gerd.mueller at hexagongeospatial.com > > Hexagon Geospatial > Wittenberger Stra?e 15B > 04129 Leipzig, Germany > hexagongeospatial.com > > > > -----Urspr?ngliche Nachricht----- > Von: Wang Weijun [mailto:weijun.wang at oracle.com] > Gesendet: Freitag, 4. November 2016 12:27 > An: Mueller-Schramm, Gerd > Cc: jdk9-dev > Betreff: Re: Webstart security problem > > >> On Nov 4, 2016, at 6:24 PM, Mueller-Schramm, Gerd wrote: >> >> I've tried jdk-9+139 with the same result, i.e. the security exception occurs. > > Then maybe it's related to several modules now launching by the platform class loader. Not sure about it. > > Is it easy to reproduce the failure? I'm not an expert on Java EE. > > --Max > >> >> >> Gerd M?ller-Schramm >> Software Developer, GeoMedia Smart Client Kommunal >> T: +49 341 92 60 30 47 >> E: gerd.mueller at hexagongeospatial.com >> >> Hexagon Geospatial >> Wittenberger Stra?e 15B >> 04129 Leipzig, Germany >> hexagongeospatial.com >> >> >> >> -----Urspr?ngliche Nachricht----- >> Von: Wang Weijun [mailto:weijun.wang at oracle.com] >> Gesendet: Freitag, 4. November 2016 04:29 >> An: Mueller-Schramm, Gerd >> Cc: jdk9-dev >> Betreff: Re: Webstart security problem >> >> There is a change in FilePermission in jdk-9+140 (JDK-8164705). If your application does not fail for jdk-9+139 or earlier then it might be the reason. But I still don't know why AllPermission cannot imply it. >> >> Thanks >> Max >> >>> On Nov 4, 2016, at 12:09 AM, Mueller-Schramm, Gerd wrote: >>> >>> Hi, >>> >>> When try to access a web service via java.xml.ws module from a Webstart application I get the following exception: >>> >>> java.security.AccessControlException: access denied ("java.io.FilePermission" "C:\Program Files (x86)\Mozilla Firefox\basename" "read") >>> at java.security.AccessControlContext.checkPermission(java.base at 9-ea/AccessControlContext.java:471) >>> at java.security.AccessController.checkPermission(java.base at 9-ea/AccessController.java:894) >>> at java.lang.SecurityManager.checkPermission(java.base at 9-ea/SecurityManager.java:548) >>> at com.sun.javaws.security.JavaWebStartSecurity.checkPermission(jdk.javaws at 9-ea/JavaWebStartSecurity.java:237) >>> at java.lang.SecurityManager.checkRead(java.base at 9-ea/SecurityManager.java:887) >>> at java.io.File.isDirectory(java.base at 9-ea/File.java:845) >>> at java.io.File.toURI(java.base at 9-ea/File.java:733) >>> ... >>> >>> and later after asking me for permission to connect to the webservice URL: >>> >>> java.security.AccessControlException: access denied ("java.net.NetPermission" "getProxySelector") >>> at java.security.AccessControlContext.checkPermission(java.base at 9-ea/AccessControlContext.java:471) >>> at java.security.AccessController.checkPermission(java.base at 9-ea/AccessController.java:894) >>> ... >>> >>> although I've added >>> >>> >>> >>> >>> to the JNLP-file and signed the Jars. >>> >>> The same Webstart application works with Java 8. >>> >>> Is there anything else that I need to configure? >>> >>> I'm using JRE-version 9-ea+142 Java HotSpot(TM) 64-Bit Server VM on Windows 7. >>> >>> Best regards, >>> Gerd >>> >>> Gerd M?ller-Schramm >>> Software Developer, GeoMedia Smart Client Kommunal >>> T: +49 341 92 60 30 47 >>> E: gerd.mueller at hexagongeospatial.com >>> >>> Hexagon Geospatial >>> Wittenberger Stra?e 15B >>> 04129 Leipzig, Germany >>> hexagongeospatial.com >>> >>> >> > From Alan.Bateman at oracle.com Sun Nov 6 19:54:27 2016 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Sun, 6 Nov 2016 19:54:27 +0000 Subject: Webstart security problem In-Reply-To: <574DE37F-7618-4BDA-B90C-32C39FAC0068@oracle.com> References: <6196D722-4469-41B1-BDF2-3CA544E82A84@oracle.com> <3C082FEB-F2CB-4D8D-BA5A-2C8BD6EBD08A@oracle.com> <574DE37F-7618-4BDA-B90C-32C39FAC0068@oracle.com> Message-ID: On 06/11/2016 01:46, Wang Weijun wrote: > : >> Has each module it's own classloader? > There are 2 class loaders loading JDK classes now, the boot loader loading modules like java.base etc, the platform loader loading some other modules (see http://hg.openjdk.java.net/jdk9/dev/file/e41be20156e6/make/common/Modules.gmk#l47). > > The platform modules do not always have AllPermission. > Right, and I think more of the stack trace will be needed to diagnose this. In particular the java.xml.ws module was mentioned in the original message so it would be good to see where it is in the stack as this could be missing doPrivileged, maybe in a callback and so is restricted by the limited permissions that the java.xml.ws module has been granted. -Alan From christoph.langer at sap.com Mon Nov 7 07:38:37 2016 From: christoph.langer at sap.com (Langer, Christoph) Date: Mon, 7 Nov 2016 07:38:37 +0000 Subject: Several changes in jdk9-dev/jdk depot from yesterday did not resolve JIRA bugs In-Reply-To: References: <1033465bc8a247fab80efd5c55b01d81@DEROTE13DE07.global.corp.sap> Message-ID: Thanks, David and Tim. It's all caught up now :) > -----Original Message----- > From: David Holmes [mailto:david.holmes at oracle.com] > Sent: Donnerstag, 3. November 2016 22:34 > To: Langer, Christoph ; jdk9-dev at openjdk.java.net > Subject: Re: Several changes in jdk9-dev/jdk depot from yesterday did not > resolve JIRA bugs > > Hi Christoph, > > The autobot was down for a while. It should have caught up by now. > > David > > On 3/11/2016 5:44 PM, Langer, Christoph wrote: > > Hi, > > > > did anyone recognize that some of yesterday's changes in jdk9/dev/jdk did > not resolve the according bug items? > > > > E.g. my change http://hg.openjdk.java.net/jdk9/dev/jdk/rev/6577fabed061 > did not update the bug https://bugs.openjdk.java.net/browse/JDK-8168771. > > > > Other changes were affected, too. E.g. > > > > https://bugs.openjdk.java.net/browse/JDK-8168923 > > https://bugs.openjdk.java.net/browse/JDK-8063154 > > > > ... > > > > Will this resolve automatically or does someone have to do a manual > cleanup? > > > > Thanks & Best regards > > Christoph > > From gerd.mueller-schramm at hexagongeospatial.com Mon Nov 7 09:34:18 2016 From: gerd.mueller-schramm at hexagongeospatial.com (Mueller-Schramm, Gerd) Date: Mon, 7 Nov 2016 09:34:18 +0000 Subject: AW: Webstart security problem In-Reply-To: References: <6196D722-4469-41B1-BDF2-3CA544E82A84@oracle.com> <3C082FEB-F2CB-4D8D-BA5A-2C8BD6EBD08A@oracle.com> <574DE37F-7618-4BDA-B90C-32C39FAC0068@oracle.com> Message-ID: I've tried to set java.security.debug via Java Control Panel but it seems to have no effect for Webstart. Printing out all system properties in the Java Console shows that it isn't set at all. But I've set trace level to 5 an got the following output - sorry for the German parts of the output :-) : java.security.AccessControlException: access denied ("java.io.FilePermission" "C:\Program Files (x86)\Mozilla Firefox\basename" "read") at java.security.AccessControlContext.checkPermission(java.base at 9-ea/AccessControlContext.java:468) at java.security.AccessController.checkPermission(java.base at 9-ea/AccessController.java:894) at java.lang.SecurityManager.checkPermission(java.base at 9-ea/SecurityManager.java:548) at com.sun.javaws.security.JavaWebStartSecurity.checkPermission(jdk.javaws at 9-ea/JavaWebStartSecurity.java:225) at java.lang.SecurityManager.checkRead(java.base at 9-ea/SecurityManager.java:887) at java.io.File.isDirectory(java.base at 9-ea/File.java:845) at java.io.File.toURI(java.base at 9-ea/File.java:733) at com.sun.org.apache.xml.internal.resolver.helpers.FileURL.makeURL(java.xml at 9-ea/FileURL.java:85) at com.sun.org.apache.xml.internal.resolver.Catalog.parseCatalogFile(java.xml at 9-ea/Catalog.java:821) at com.sun.org.apache.xml.internal.resolver.Catalog.parsePendingCatalogs(java.xml at 9-ea/Catalog.java:760) at com.sun.org.apache.xml.internal.resolver.Catalog.parseCatalog(java.xml at 9-ea/Catalog.java:608) at com.sun.org.apache.xml.internal.resolver.Catalog.loadSystemCatalogs(java.xml at 9-ea/Catalog.java:583) at com.sun.org.apache.xml.internal.resolver.CatalogManager.getPrivateCatalog(java.xml at 9-ea/CatalogManager.java:727) at com.sun.org.apache.xml.internal.resolver.CatalogManager.getCatalog(java.xml at 9-ea/CatalogManager.java:754) at com.sun.xml.internal.ws.util.xml.XmlUtil.createDefaultCatalogResolver(java.xml.ws at 9-ea/XmlUtil.java:314) at com.sun.xml.internal.ws.client.WSServiceDelegate.createCatalogResolver(java.xml.ws at 9-ea/WSServiceDelegate.java:363) at com.sun.xml.internal.ws.client.WSServiceDelegate.parseWSDL(java.xml.ws at 9-ea/WSServiceDelegate.java:349) at com.sun.xml.internal.ws.client.WSServiceDelegate.(java.xml.ws at 9-ea/WSServiceDelegate.java:307) at com.sun.xml.internal.ws.client.WSServiceDelegate.(java.xml.ws at 9-ea/WSServiceDelegate.java:216) at com.sun.xml.internal.ws.client.WSServiceDelegate.(java.xml.ws at 9-ea/WSServiceDelegate.java:197) at com.sun.xml.internal.ws.client.WSServiceDelegate.(java.xml.ws at 9-ea/WSServiceDelegate.java:193) at com.sun.xml.internal.ws.spi.ProviderImpl.createServiceDelegate(java.xml.ws at 9-ea/ProviderImpl.java:104) at javax.xml.ws.Service.(java.xml.ws at 9-ea/Service.java:77) at com.intergraph.services.emea._2011._03.authorization.AuthorizationService_Service.(AuthorizationService_Service.java:58) at simplewebstart.Main.main(Main.java:23) at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(java.base at 9-ea/Native Method) at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(java.base at 9-ea/NativeMethodAccessorImpl.java:62) at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(java.base at 9-ea/DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(java.base at 9-ea/Method.java:535) at com.sun.javaws.Launcher.executeApplication(jdk.javaws at 9-ea/Launcher.java:1738) at com.sun.javaws.Launcher.executeMainClass(jdk.javaws at 9-ea/Launcher.java:1673) at com.sun.javaws.Launcher.doLaunchApp(jdk.javaws at 9-ea/Launcher.java:1521) at com.sun.javaws.Launcher.run(jdk.javaws at 9-ea/Launcher.java:157) at java.lang.Thread.run(java.base at 9-ea/Thread.java:843) Traceebene auf 5 (alle) setzen... abgeschlossen.network: Cacheeintrag nicht gefunden [URL: http://127.0.0.1/GMSC/Authorization.svc?wsdl, Version: null] network: Verbindung von http://127.0.0.1/GMSC/Authorization.svc?wsdl mit Proxy=DIRECT wird hergestellt cache: http://127.0.0.1/GMSC/Authorization.svc?wsdl is not cacheable. network: Cacheeintrag nicht gefunden [URL: http://127.0.0.1/GMSC/Authorization.svc?wsdl=wsdl0, Version: null] network: Verbindung von http://127.0.0.1/GMSC/Authorization.svc?wsdl=wsdl0 mit Proxy=DIRECT wird hergestellt cache: http://127.0.0.1/GMSC/Authorization.svc?wsdl=wsdl0 is not cacheable. network: Cacheeintrag nicht gefunden [URL: http://127.0.0.1/GMSC/Authorization.svc?wsdl, Version: null] network: Verbindung von http://127.0.0.1/GMSC/Authorization.svc?wsdl mit Proxy=DIRECT wird hergestellt cache: http://127.0.0.1/GMSC/Authorization.svc?wsdl is not cacheable. java.lang.reflect.InvocationTargetException at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(java.base at 9-ea/Native Method) at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(java.base at 9-ea/NativeMethodAccessorImpl.java:62) at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(java.base at 9-ea/DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(java.base at 9-ea/Method.java:535) at com.sun.javaws.Launcher.executeApplication(jdk.javaws at 9-ea/Launcher.java:1738) at com.sun.javaws.Launcher.executeMainClass(jdk.javaws at 9-ea/Launcher.java:1673) at com.sun.javaws.Launcher.doLaunchApp(jdk.javaws at 9-ea/Launcher.java:1521) at com.sun.javaws.Launcher.run(jdk.javaws at 9-ea/Launcher.java:157) at java.lang.Thread.run(java.base at 9-ea/Thread.java:843) Caused by: java.security.AccessControlException: access denied ("java.net.NetPermission" "getProxySelector") at java.security.AccessControlContext.checkPermission(java.base at 9-ea/AccessControlContext.java:468) at java.security.AccessController.checkPermission(java.base at 9-ea/AccessController.java:894) at java.lang.SecurityManager.checkPermission(java.base at 9-ea/SecurityManager.java:548) at com.sun.javaws.security.JavaWebStartSecurity.checkPermission(jdk.javaws at 9-ea/JavaWebStartSecurity.java:225) at java.net.ProxySelector.getDefault(java.base at 9-ea/ProxySelector.java:96) at com.sun.xml.internal.ws.api.EndpointAddress$1.run(java.xml.ws at 9-ea/EndpointAddress.java:159) at com.sun.xml.internal.ws.api.EndpointAddress$1.run(java.xml.ws at 9-ea/EndpointAddress.java:156) at java.security.AccessController.doPrivileged(java.base at 9-ea/Native Method) at com.sun.xml.internal.ws.api.EndpointAddress.chooseProxy(java.xml.ws at 9-ea/EndpointAddress.java:155) at com.sun.xml.internal.ws.api.EndpointAddress.(java.xml.ws at 9-ea/EndpointAddress.java:119) at com.sun.xml.internal.ws.wsdl.parser.RuntimeWSDLParser.parsePort(java.xml.ws at 9-ea/RuntimeWSDLParser.java:516) at com.sun.xml.internal.ws.wsdl.parser.RuntimeWSDLParser.parseService(java.xml.ws at 9-ea/RuntimeWSDLParser.java:484) at com.sun.xml.internal.ws.wsdl.parser.RuntimeWSDLParser.parseWSDL(java.xml.ws at 9-ea/RuntimeWSDLParser.java:462) at com.sun.xml.internal.ws.wsdl.parser.RuntimeWSDLParser.parse(java.xml.ws at 9-ea/RuntimeWSDLParser.java:234) at com.sun.xml.internal.ws.wsdl.parser.RuntimeWSDLParser.parse(java.xml.ws at 9-ea/RuntimeWSDLParser.java:194) at com.sun.xml.internal.ws.wsdl.parser.RuntimeWSDLParser.parse(java.xml.ws at 9-ea/RuntimeWSDLParser.java:163) at com.sun.xml.internal.ws.client.WSServiceDelegate.parseWSDL(java.xml.ws at 9-ea/WSServiceDelegate.java:349) at com.sun.xml.internal.ws.client.WSServiceDelegate.(java.xml.ws at 9-ea/WSServiceDelegate.java:307) at com.sun.xml.internal.ws.client.WSServiceDelegate.(java.xml.ws at 9-ea/WSServiceDelegate.java:216) at com.sun.xml.internal.ws.client.WSServiceDelegate.(java.xml.ws at 9-ea/WSServiceDelegate.java:197) at com.sun.xml.internal.ws.client.WSServiceDelegate.(java.xml.ws at 9-ea/WSServiceDelegate.java:193) at com.sun.xml.internal.ws.spi.ProviderImpl.createServiceDelegate(java.xml.ws at 9-ea/ProviderImpl.java:104) at javax.xml.ws.Service.(java.xml.ws at 9-ea/Service.java:77) at com.intergraph.services.emea._2011._03.authorization.AuthorizationService_Service.(AuthorizationService_Service.java:58) at simplewebstart.Main.main(Main.java:23) ... 9 more #### Java Web Start Error: #### access denied ("java.net.NetPermission" "getProxySelector") java.security.AccessControlException: access denied ("java.net.NetPermission" "getProxySelector") at java.security.AccessControlContext.checkPermission(java.base at 9-ea/AccessControlContext.java:468) at java.security.AccessController.checkPermission(java.base at 9-ea/AccessController.java:894) at java.lang.SecurityManager.checkPermission(java.base at 9-ea/SecurityManager.java:548) at com.sun.javaws.security.JavaWebStartSecurity.checkPermission(jdk.javaws at 9-ea/JavaWebStartSecurity.java:225) at java.net.ProxySelector.getDefault(java.base at 9-ea/ProxySelector.java:96) at com.sun.xml.internal.ws.api.EndpointAddress$1.run(java.xml.ws at 9-ea/EndpointAddress.java:159) at com.sun.xml.internal.ws.api.EndpointAddress$1.run(java.xml.ws at 9-ea/EndpointAddress.java:156) at java.security.AccessController.doPrivileged(java.base at 9-ea/Native Method) at com.sun.xml.internal.ws.api.EndpointAddress.chooseProxy(java.xml.ws at 9-ea/EndpointAddress.java:155) at com.sun.xml.internal.ws.api.EndpointAddress.(java.xml.ws at 9-ea/EndpointAddress.java:119) at com.sun.xml.internal.ws.wsdl.parser.RuntimeWSDLParser.parsePort(java.xml.ws at 9-ea/RuntimeWSDLParser.java:516) at com.sun.xml.internal.ws.wsdl.parser.RuntimeWSDLParser.parseService(java.xml.ws at 9-ea/RuntimeWSDLParser.java:484) at com.sun.xml.internal.ws.wsdl.parser.RuntimeWSDLParser.parseWSDL(java.xml.ws at 9-ea/RuntimeWSDLParser.java:462) at com.sun.xml.internal.ws.wsdl.parser.RuntimeWSDLParser.parse(java.xml.ws at 9-ea/RuntimeWSDLParser.java:234) at com.sun.xml.internal.ws.wsdl.parser.RuntimeWSDLParser.parse(java.xml.ws at 9-ea/RuntimeWSDLParser.java:194) at com.sun.xml.internal.ws.wsdl.parser.RuntimeWSDLParser.parse(java.xml.ws at 9-ea/RuntimeWSDLParser.java:163) at com.sun.xml.internal.ws.client.WSServiceDelegate.parseWSDL(java.xml.ws at 9-ea/WSServiceDelegate.java:349) at com.sun.xml.internal.ws.client.WSServiceDelegate.(java.xml.ws at 9-ea/WSServiceDelegate.java:307) at com.sun.xml.internal.ws.client.WSServiceDelegate.(java.xml.ws at 9-ea/WSServiceDelegate.java:216) at com.sun.xml.internal.ws.client.WSServiceDelegate.(java.xml.ws at 9-ea/WSServiceDelegate.java:197) at com.sun.xml.internal.ws.client.WSServiceDelegate.(java.xml.ws at 9-ea/WSServiceDelegate.java:193) at com.sun.xml.internal.ws.spi.ProviderImpl.createServiceDelegate(java.xml.ws at 9-ea/ProviderImpl.java:104) at javax.xml.ws.Service.(java.xml.ws at 9-ea/Service.java:77) at com.intergraph.services.emea._2011._03.authorization.AuthorizationService_Service.(AuthorizationService_Service.java:58) at simplewebstart.Main.main(Main.java:23) at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(java.base at 9-ea/Native Method) at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(java.base at 9-ea/NativeMethodAccessorImpl.java:62) at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(java.base at 9-ea/DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(java.base at 9-ea/Method.java:535) at com.sun.javaws.Launcher.executeApplication(jdk.javaws at 9-ea/Launcher.java:1738) at com.sun.javaws.Launcher.executeMainClass(jdk.javaws at 9-ea/Launcher.java:1673) at com.sun.javaws.Launcher.doLaunchApp(jdk.javaws at 9-ea/Launcher.java:1521) at com.sun.javaws.Launcher.run(jdk.javaws at 9-ea/Launcher.java:157) at java.lang.Thread.run(java.base at 9-ea/Thread.java:843) ui: missing resource: java.util.MissingResourceException: Can't find resource for bundle com.sun.deploy.resources.Deployment, key OK ui: missing resource: java.util.MissingResourceException: Can't find resource for bundle com.sun.deploy.resources.Deployment, key OK ui: missing resource: java.util.MissingResourceException: Can't find resource for bundle com.sun.deploy.resources.Deployment, key Details Gerd M?ller-Schramm Software Developer, GeoMedia Smart Client Kommunal T: +49 341 92 60 30 47? E:?gerd.mueller at hexagongeospatial.com Hexagon Geospatial Wittenberger Stra?e 15B 04129 Leipzig, Germany hexagongeospatial.com -----Urspr?ngliche Nachricht----- Von: Alan Bateman [mailto:Alan.Bateman at oracle.com] Gesendet: Sonntag, 6. November 2016 20:54 An: Wang Weijun ; Mueller-Schramm, Gerd Cc: jdk9-dev Betreff: Re: Webstart security problem On 06/11/2016 01:46, Wang Weijun wrote: > : >> Has each module it's own classloader? > There are 2 class loaders loading JDK classes now, the boot loader loading modules like java.base etc, the platform loader loading some other modules (see http://hg.openjdk.java.net/jdk9/dev/file/e41be20156e6/make/common/Modules.gmk#l47). > > The platform modules do not always have AllPermission. > Right, and I think more of the stack trace will be needed to diagnose this. In particular the java.xml.ws module was mentioned in the original message so it would be good to see where it is in the stack as this could be missing doPrivileged, maybe in a callback and so is restricted by the limited permissions that the java.xml.ws module has been granted. -Alan From Alan.Bateman at oracle.com Mon Nov 7 10:05:22 2016 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Mon, 7 Nov 2016 10:05:22 +0000 Subject: AW: Webstart security problem In-Reply-To: References: <6196D722-4469-41B1-BDF2-3CA544E82A84@oracle.com> <3C082FEB-F2CB-4D8D-BA5A-2C8BD6EBD08A@oracle.com> <574DE37F-7618-4BDA-B90C-32C39FAC0068@oracle.com> Message-ID: <856d1d4d-7cd8-80b5-9631-43a10e822887@oracle.com> On 07/11/2016 09:34, Mueller-Schramm, Gerd wrote: > I've tried to set java.security.debug via Java Control Panel but it seems to have no effect for Webstart. Printing out all system properties in the Java Console shows that it isn't set at all. But I've set trace level to 5 an got the following output - sorry for the German parts of the output :-) : Thanks, I think there's enough here to get started. For the first one then the issue is that the intersection of the permissions granted to to webstart, your application, java.xml.ws, and java.xml don't include access to the file system to create the URI or file path to the system catalog. This is either JAXP missing a doPrivileged or java.xml.ws needing to be granted additional permissions. As JAX-WS in in the process of being updated to use the new Catalog API then it's possible that this issue will resolve itself shortly. If it doesn't (because the new catalog API also needs file access) then it's a good time to address this issue. The second issue is that java.xml.ws doesn't have permission to get the default proxy. This may have been an oversight in the work to identify the minimum permissions needed by java.xml.ws. I'll create bugs for both of these issues. Note that this kind of report is exactly what is needed in order to shake out issues with JDK 9. In this case, many non-core modules have been moved out of the boot loader (where they had all permissions) to the platform class loader with reduced permissions. This is good for the overall security of the platform but it is not always easy to identify the permissions to grant and so needs lots of usage and testing to shake out issues. -Alan From jesper.wilhelmsson at oracle.com Mon Nov 7 22:12:45 2016 From: jesper.wilhelmsson at oracle.com (Jesper Wilhelmsson) Date: Mon, 7 Nov 2016 23:12:45 +0100 Subject: CFV: New JDK 9 Committer: Amit Sapre Message-ID: <5097e566-73e0-30c5-0b71-1eb30c654c6e@oracle.com> I hereby nominate Amit Sapre (asapre) to JDK 9 Committer. Amit is part of the Monitoring and Management team and has contributed 11 changesets to JDK 9 [3]. Votes are due by November 21, 2016. Only current JDK 9 Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Three-Vote Consensus voting instructions, see [2]. Thanks, /Jesper [1] http://openjdk.java.net/census [2] http://openjdk.java.net/projects/#reviewer-vote [3] List of changes: (1) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/21d90fa8d825 8006078: [findbugs] java.lang.management.ThreadInfo returns mutable objects (2) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/016c12cbe397 http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/0207c729b674 8151099: java.lang.management.ManagementFactory.getPlatformMXBeans() should work even if jdk.management is not present. (3) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/ff9c1d07969e 8167294: MXBean javadoc should be updated to take modules into account (4) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/eb84b64427a4 8164730: Make it clear that 'cl' parameter passed to RMIConnector.OISWL is never null. (5) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/38f2b4b3828d 8165579: Add missing javadoc information for javax.management.MBeanServer (6) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/f7eb17f55377 8164609: javax/management/remote/mandatory/notif/DeadListenerTest.java fails with Assertion Error (7) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/1743b2c51f51 8066635: Fix deprecation warnings in java.management module (8) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/5d5653c5bcab 8162530: src/jdk.management/share/native/libmanagement_ext/GcInfoBuilder.c doesn't handle JNI exceptions properly (9) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/8f1d366691a2 8162702: com.sun.management.internal.GcInfoBuilder.getPoolNames should not return reference of it's private member (10) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/9a0ef04757f9 8162524: src/jdk.management/share/native/libmanagement_ext/Flag.c doesn't handle JNI exceptions (11) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/2047f466a705 8158350: Table in ThreadInfo.from(CompositeData) may need updates for new stack trace attributes From jesper.wilhelmsson at oracle.com Mon Nov 7 22:12:47 2016 From: jesper.wilhelmsson at oracle.com (Jesper Wilhelmsson) Date: Mon, 7 Nov 2016 23:12:47 +0100 Subject: CFV: New JDK 9 Committer: Sharath Ballal Message-ID: I hereby nominate Sharath Ballal (sballal) to JDK 9 Committer. Sharath is part of the Monitoring and Management team and has contributed 13 changesets to JDK 9 [3]. Votes are due by November 21, 2016. Only current JDK 9 Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Three-Vote Consensus voting instructions, see [2]. Thanks, /Jesper [1] http://openjdk.java.net/census [2] http://openjdk.java.net/projects/#reviewer-vote [3] List of changes: (1) http://hg.openjdk.java.net/jdk9/hs/rev/106f2f8b0ec9 http://hg.openjdk.java.net/jdk9/hs/jdk/rev/02651d14d282 http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/2e21095f80c6 8158050: Remove SA-JDI (2) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/71457eaca096 8168397: sun/tools/jhsdb/HeapDumpTest.java timesout on MacOS X on non images build (3) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/7a5fa747419d http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/ad402ced3a63 8160376: DebuggerException: Can't attach symbolicator to the process (4) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/9d4a52d62493 8166657: Remove exports com.sun.tools.jdi to jdk.hotspot.agent (5) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/03e9322dc0a5 8164943: sun/tools/jhsdb/HeapDumpTest failed with Can't find library: /test/lib/share/classes (6) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/659f01da7ec0 http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/b50061da090e 8163346: Update jmap-hashcode/Test8028623.java for better diagnostic of timeout. (7) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/ecc9399771ac http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/a2812668bf38 8160817: Add jsadebugd functionality to jhsdb (8) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/73608cd4f89a 8154144: Tests in com/sun/jdi fails intermittently with "jdb input stream closed prematurely" (9) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/b58e7a5634e8 http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/7fbe91178ff9 8147456: Parsing of argument for -agentpath can write outside of allocated memory (10) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/e260a6ff2110 6659240: Exceptions thrown by MXBeans wrongly documented in j.l.m.ManagementFactory (11) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/776d89e316b6 8165537: runtime/SharedArchiveFile/SASymbolTableTest.java fails with NullPointerException (12) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/c54ebf67ef13 8165114: stale reference to hotspot test Test8028623.java (13) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/37ce5a8e59cc 8163269: Testcase missed in push for JDK-8160817 From david.holmes at oracle.com Mon Nov 7 23:27:27 2016 From: david.holmes at oracle.com (David Holmes) Date: Tue, 8 Nov 2016 09:27:27 +1000 Subject: CFV: New JDK 9 Committer: Amit Sapre In-Reply-To: <5097e566-73e0-30c5-0b71-1eb30c654c6e@oracle.com> References: <5097e566-73e0-30c5-0b71-1eb30c654c6e@oracle.com> Message-ID: Vote: yes David On 8/11/2016 8:12 AM, Jesper Wilhelmsson wrote: > I hereby nominate Amit Sapre (asapre) to JDK 9 Committer. > > Amit is part of the Monitoring and Management team and has contributed > 11 changesets to JDK 9 [3]. > > Votes are due by November 21, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Thanks, > /Jesper > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] List of changes: > > (1) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/21d90fa8d825 > 8006078: [findbugs] java.lang.management.ThreadInfo returns mutable objects > > (2) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/016c12cbe397 > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/0207c729b674 > 8151099: java.lang.management.ManagementFactory.getPlatformMXBeans() > should work even if jdk.management is not present. > > (3) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/ff9c1d07969e > 8167294: MXBean javadoc should be updated to take modules into account > > (4) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/eb84b64427a4 > 8164730: Make it clear that 'cl' parameter passed to RMIConnector.OISWL > is never null. > > (5) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/38f2b4b3828d > 8165579: Add missing javadoc information for javax.management.MBeanServer > > (6) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/f7eb17f55377 > 8164609: javax/management/remote/mandatory/notif/DeadListenerTest.java > fails with Assertion Error > > (7) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/1743b2c51f51 > 8066635: Fix deprecation warnings in java.management module > > (8) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/5d5653c5bcab > 8162530: > src/jdk.management/share/native/libmanagement_ext/GcInfoBuilder.c > doesn't handle JNI exceptions properly > > (9) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/8f1d366691a2 > 8162702: com.sun.management.internal.GcInfoBuilder.getPoolNames should > not return reference of it's private member > > (10) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/9a0ef04757f9 > 8162524: src/jdk.management/share/native/libmanagement_ext/Flag.c > doesn't handle JNI exceptions > > (11) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/2047f466a705 > 8158350: Table in ThreadInfo.from(CompositeData) may need updates for > new stack trace attributes From mandy.chung at oracle.com Mon Nov 7 23:37:37 2016 From: mandy.chung at oracle.com (Mandy Chung) Date: Mon, 7 Nov 2016 15:37:37 -0800 Subject: CFV: New JDK 9 Committer: Amit Sapre In-Reply-To: <5097e566-73e0-30c5-0b71-1eb30c654c6e@oracle.com> References: <5097e566-73e0-30c5-0b71-1eb30c654c6e@oracle.com> Message-ID: <7B4E2D7E-2A32-4AE5-8AA5-FA495B8687C2@oracle.com> Vote: yes Mandy From david.holmes at oracle.com Mon Nov 7 23:51:21 2016 From: david.holmes at oracle.com (David Holmes) Date: Tue, 8 Nov 2016 09:51:21 +1000 Subject: CFV: New JDK 9 Committer: Amit Sapre In-Reply-To: References: <5097e566-73e0-30c5-0b71-1eb30c654c6e@oracle.com> Message-ID: Vote: veto Sorry this was sent in error so I need to Veto to cancel that out. I will send a final vote later. David On 8/11/2016 9:27 AM, David Holmes wrote: > Vote: yes > > David > > On 8/11/2016 8:12 AM, Jesper Wilhelmsson wrote: >> I hereby nominate Amit Sapre (asapre) to JDK 9 Committer. >> >> Amit is part of the Monitoring and Management team and has contributed >> 11 changesets to JDK 9 [3]. >> >> Votes are due by November 21, 2016. >> >> Only current JDK 9 Committers [1] are eligible to vote on this >> nomination. >> Votes must be cast in the open by replying to this mailing list. >> >> For Three-Vote Consensus voting instructions, see [2]. >> >> Thanks, >> /Jesper >> >> [1] http://openjdk.java.net/census >> [2] http://openjdk.java.net/projects/#reviewer-vote >> [3] List of changes: >> >> (1) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/21d90fa8d825 >> 8006078: [findbugs] java.lang.management.ThreadInfo returns mutable >> objects >> >> (2) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/016c12cbe397 >> http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/0207c729b674 >> 8151099: java.lang.management.ManagementFactory.getPlatformMXBeans() >> should work even if jdk.management is not present. >> >> (3) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/ff9c1d07969e >> 8167294: MXBean javadoc should be updated to take modules into account >> >> (4) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/eb84b64427a4 >> 8164730: Make it clear that 'cl' parameter passed to RMIConnector.OISWL >> is never null. >> >> (5) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/38f2b4b3828d >> 8165579: Add missing javadoc information for javax.management.MBeanServer >> >> (6) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/f7eb17f55377 >> 8164609: javax/management/remote/mandatory/notif/DeadListenerTest.java >> fails with Assertion Error >> >> (7) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/1743b2c51f51 >> 8066635: Fix deprecation warnings in java.management module >> >> (8) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/5d5653c5bcab >> 8162530: >> src/jdk.management/share/native/libmanagement_ext/GcInfoBuilder.c >> doesn't handle JNI exceptions properly >> >> (9) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/8f1d366691a2 >> 8162702: com.sun.management.internal.GcInfoBuilder.getPoolNames should >> not return reference of it's private member >> >> (10) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/9a0ef04757f9 >> 8162524: src/jdk.management/share/native/libmanagement_ext/Flag.c >> doesn't handle JNI exceptions >> >> (11) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/2047f466a705 >> 8158350: Table in ThreadInfo.from(CompositeData) may need updates for >> new stack trace attributes From jamsheed.c.m at oracle.com Tue Nov 8 05:24:08 2016 From: jamsheed.c.m at oracle.com (Jamsheed C m) Date: Tue, 8 Nov 2016 10:54:08 +0530 Subject: CFV: New JDK 9 Committer: Amit Sapre In-Reply-To: <5097e566-73e0-30c5-0b71-1eb30c654c6e@oracle.com> References: <5097e566-73e0-30c5-0b71-1eb30c654c6e@oracle.com> Message-ID: <96b923ad-54e9-7318-6743-f38a4e2eca2d@oracle.com> Vote: Yes Best Regards, Jamsheed On 11/8/2016 3:42 AM, Jesper Wilhelmsson wrote: > I hereby nominate Amit Sapre (asapre) to JDK 9 Committer. > > Amit is part of the Monitoring and Management team and has contributed > 11 changesets to JDK 9 [3]. > > Votes are due by November 21, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Thanks, > /Jesper > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] List of changes: > > (1) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/21d90fa8d825 > 8006078: [findbugs] java.lang.management.ThreadInfo returns mutable > objects > > (2) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/016c12cbe397 > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/0207c729b674 > 8151099: java.lang.management.ManagementFactory.getPlatformMXBeans() > should work even if jdk.management is not present. > > (3) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/ff9c1d07969e > 8167294: MXBean javadoc should be updated to take modules into account > > (4) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/eb84b64427a4 > 8164730: Make it clear that 'cl' parameter passed to > RMIConnector.OISWL is never null. > > (5) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/38f2b4b3828d > 8165579: Add missing javadoc information for javax.management.MBeanServer > > (6) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/f7eb17f55377 > 8164609: javax/management/remote/mandatory/notif/DeadListenerTest.java > fails with Assertion Error > > (7) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/1743b2c51f51 > 8066635: Fix deprecation warnings in java.management module > > (8) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/5d5653c5bcab > 8162530: > src/jdk.management/share/native/libmanagement_ext/GcInfoBuilder.c > doesn't handle JNI exceptions properly > > (9) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/8f1d366691a2 > 8162702: com.sun.management.internal.GcInfoBuilder.getPoolNames should > not return reference of it's private member > > (10) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/9a0ef04757f9 > 8162524: src/jdk.management/share/native/libmanagement_ext/Flag.c > doesn't handle JNI exceptions > > (11) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/2047f466a705 > 8158350: Table in ThreadInfo.from(CompositeData) may need updates for > new stack trace attributes From jamsheed.c.m at oracle.com Tue Nov 8 05:25:07 2016 From: jamsheed.c.m at oracle.com (Jamsheed C m) Date: Tue, 8 Nov 2016 10:55:07 +0530 Subject: CFV: New JDK 9 Committer: Sharath Ballal In-Reply-To: References: Message-ID: <198a71a1-e244-dc98-145a-8e1ff72ba2eb@oracle.com> Vote: Yes Best Regards, Jamsheed On 11/8/2016 3:42 AM, Jesper Wilhelmsson wrote: > I hereby nominate Sharath Ballal (sballal) to JDK 9 Committer. > > Sharath is part of the Monitoring and Management team and has > contributed 13 changesets to JDK 9 [3]. > > Votes are due by November 21, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Thanks, > /Jesper > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] List of changes: > > (1) http://hg.openjdk.java.net/jdk9/hs/rev/106f2f8b0ec9 > http://hg.openjdk.java.net/jdk9/hs/jdk/rev/02651d14d282 > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/2e21095f80c6 > 8158050: Remove SA-JDI > > (2) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/71457eaca096 > 8168397: sun/tools/jhsdb/HeapDumpTest.java timesout on MacOS X on non > images build > > (3) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/7a5fa747419d > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/ad402ced3a63 > 8160376: DebuggerException: Can't attach symbolicator to the process > > (4) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/9d4a52d62493 > 8166657: Remove exports com.sun.tools.jdi to jdk.hotspot.agent > > (5) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/03e9322dc0a5 > 8164943: sun/tools/jhsdb/HeapDumpTest failed with Can't find library: > /test/lib/share/classes > > (6) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/659f01da7ec0 > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/b50061da090e > 8163346: Update jmap-hashcode/Test8028623.java for better diagnostic > of timeout. > > (7) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/ecc9399771ac > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/a2812668bf38 > 8160817: Add jsadebugd functionality to jhsdb > > (8) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/73608cd4f89a > 8154144: Tests in com/sun/jdi fails intermittently with "jdb > input stream closed prematurely" > > (9) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/b58e7a5634e8 > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/7fbe91178ff9 > 8147456: Parsing of argument for -agentpath can write outside of > allocated memory > > (10) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/e260a6ff2110 > 6659240: Exceptions thrown by MXBeans wrongly documented in > j.l.m.ManagementFactory > > (11) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/776d89e316b6 > 8165537: runtime/SharedArchiveFile/SASymbolTableTest.java fails with > NullPointerException > > (12) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/c54ebf67ef13 > 8165114: stale reference to hotspot test Test8028623.java > > (13) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/37ce5a8e59cc > 8163269: Testcase missed in push for JDK-8160817 From nadeesh.tv at oracle.com Tue Nov 8 05:32:05 2016 From: nadeesh.tv at oracle.com (nadeesh tv) Date: Tue, 08 Nov 2016 11:02:05 +0530 Subject: CFV: New JDK 9 Committer: Amit Sapre In-Reply-To: <5097e566-73e0-30c5-0b71-1eb30c654c6e@oracle.com> References: <5097e566-73e0-30c5-0b71-1eb30c654c6e@oracle.com> Message-ID: <58216355.6000101@oracle.com> Vote: Yes Regards, Nadeesh On 11/8/2016 3:42 AM, Jesper Wilhelmsson wrote: > I hereby nominate Amit Sapre (asapre) to JDK 9 Committer. > > Amit is part of the Monitoring and Management team and has contributed > 11 changesets to JDK 9 [3]. > > Votes are due by November 21, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Thanks, > /Jesper > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] List of changes: > > (1) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/21d90fa8d825 > 8006078: [findbugs] java.lang.management.ThreadInfo returns mutable > objects > > (2) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/016c12cbe397 > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/0207c729b674 > 8151099: java.lang.management.ManagementFactory.getPlatformMXBeans() > should work even if jdk.management is not present. > > (3) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/ff9c1d07969e > 8167294: MXBean javadoc should be updated to take modules into account > > (4) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/eb84b64427a4 > 8164730: Make it clear that 'cl' parameter passed to > RMIConnector.OISWL is never null. > > (5) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/38f2b4b3828d > 8165579: Add missing javadoc information for javax.management.MBeanServer > > (6) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/f7eb17f55377 > 8164609: javax/management/remote/mandatory/notif/DeadListenerTest.java > fails with Assertion Error > > (7) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/1743b2c51f51 > 8066635: Fix deprecation warnings in java.management module > > (8) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/5d5653c5bcab > 8162530: > src/jdk.management/share/native/libmanagement_ext/GcInfoBuilder.c > doesn't handle JNI exceptions properly > > (9) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/8f1d366691a2 > 8162702: com.sun.management.internal.GcInfoBuilder.getPoolNames should > not return reference of it's private member > > (10) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/9a0ef04757f9 > 8162524: src/jdk.management/share/native/libmanagement_ext/Flag.c > doesn't handle JNI exceptions > > (11) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/2047f466a705 > 8158350: Table in ThreadInfo.from(CompositeData) may need updates for > new stack trace attributes -- Thanks and Regards, Nadeesh TV From nadeesh.tv at oracle.com Tue Nov 8 05:32:25 2016 From: nadeesh.tv at oracle.com (nadeesh tv) Date: Tue, 08 Nov 2016 11:02:25 +0530 Subject: CFV: New JDK 9 Committer: Sharath Ballal In-Reply-To: References: Message-ID: <58216369.5000801@oracle.com> Vote: Yes Regards, Nadeesh On 11/8/2016 3:42 AM, Jesper Wilhelmsson wrote: > I hereby nominate Sharath Ballal (sballal) to JDK 9 Committer. > > Sharath is part of the Monitoring and Management team and has > contributed 13 changesets to JDK 9 [3]. > > Votes are due by November 21, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Thanks, > /Jesper > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] List of changes: > > (1) http://hg.openjdk.java.net/jdk9/hs/rev/106f2f8b0ec9 > http://hg.openjdk.java.net/jdk9/hs/jdk/rev/02651d14d282 > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/2e21095f80c6 > 8158050: Remove SA-JDI > > (2) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/71457eaca096 > 8168397: sun/tools/jhsdb/HeapDumpTest.java timesout on MacOS X on non > images build > > (3) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/7a5fa747419d > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/ad402ced3a63 > 8160376: DebuggerException: Can't attach symbolicator to the process > > (4) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/9d4a52d62493 > 8166657: Remove exports com.sun.tools.jdi to jdk.hotspot.agent > > (5) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/03e9322dc0a5 > 8164943: sun/tools/jhsdb/HeapDumpTest failed with Can't find library: > /test/lib/share/classes > > (6) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/659f01da7ec0 > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/b50061da090e > 8163346: Update jmap-hashcode/Test8028623.java for better diagnostic > of timeout. > > (7) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/ecc9399771ac > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/a2812668bf38 > 8160817: Add jsadebugd functionality to jhsdb > > (8) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/73608cd4f89a > 8154144: Tests in com/sun/jdi fails intermittently with "jdb > input stream closed prematurely" > > (9) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/b58e7a5634e8 > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/7fbe91178ff9 > 8147456: Parsing of argument for -agentpath can write outside of > allocated memory > > (10) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/e260a6ff2110 > 6659240: Exceptions thrown by MXBeans wrongly documented in > j.l.m.ManagementFactory > > (11) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/776d89e316b6 > 8165537: runtime/SharedArchiveFile/SASymbolTableTest.java fails with > NullPointerException > > (12) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/c54ebf67ef13 > 8165114: stale reference to hotspot test Test8028623.java > > (13) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/37ce5a8e59cc > 8163269: Testcase missed in push for JDK-8160817 -- Thanks and Regards, Nadeesh TV From david.holmes at oracle.com Tue Nov 8 05:45:45 2016 From: david.holmes at oracle.com (David Holmes) Date: Tue, 8 Nov 2016 15:45:45 +1000 Subject: CFV: New JDK 9 Committer: Amit Sapre In-Reply-To: <5097e566-73e0-30c5-0b71-1eb30c654c6e@oracle.com> References: <5097e566-73e0-30c5-0b71-1eb30c654c6e@oracle.com> Message-ID: <11b54a3f-43a8-753b-46e2-67f9a89a2dc0@oracle.com> Vote: veto Hi Jesper, As discussed on IM I feel that the changes submitted to date fail to meet the criteria of "at least 8 significant contributions" and so this nomination is premature. I've outlined my view on each change below. Please note that "significance" here is being taken as a measure of non-triviality of the fix (it's difficulty/complexity) not the importance of the issue being addressed. On 8/11/2016 8:12 AM, Jesper Wilhelmsson wrote: > I hereby nominate Amit Sapre (asapre) to JDK 9 Committer. > > Amit is part of the Monitoring and Management team and has contributed > 11 changesets to JDK 9 [3]. > > Votes are due by November 21, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. Nit: that should be Lazy Consensus voting for Committers. > Thanks, > /Jesper > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] List of changes: > > (1) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/21d90fa8d825 > 8006078: [findbugs] java.lang.management.ThreadInfo returns mutable objects Trivial fix to clone returned arrays. > (2) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/016c12cbe397 > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/0207c729b674 > 8151099: java.lang.management.ManagementFactory.getPlatformMXBeans() > should work even if jdk.management is not present. OK. > (3) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/ff9c1d07969e > 8167294: MXBean javadoc should be updated to take modules into account Minor doc update. > (4) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/eb84b64427a4 > 8164730: Make it clear that 'cl' parameter passed to RMIConnector.OISWL > is never null. OK (2) - trivial fix but more elaborate test. > (5) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/38f2b4b3828d > 8165579: Add missing javadoc information for javax.management.MBeanServer Trivial doc adjustments. > (6) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/f7eb17f55377 > 8164609: javax/management/remote/mandatory/notif/DeadListenerTest.java > fails with Assertion Error Trivial test fix. > (7) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/1743b2c51f51 > 8066635: Fix deprecation warnings in java.management module OK (3) > (8) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/5d5653c5bcab > 8162530: > src/jdk.management/share/native/libmanagement_ext/GcInfoBuilder.c > doesn't handle JNI exceptions properly Simple code fix to add exception checks in a few places. > (9) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/8f1d366691a2 > 8162702: com.sun.management.internal.GcInfoBuilder.getPoolNames should > not return reference of it's private member Trivial change to clone returned array. > (10) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/9a0ef04757f9 > 8162524: src/jdk.management/share/native/libmanagement_ext/Flag.c > doesn't handle JNI exceptions Simple code fix to check for NULL return. > (11) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/2047f466a705 > 8158350: Table in ThreadInfo.from(CompositeData) may need updates for > new stack trace attributes Simple doc update. Thanks, David From david.holmes at oracle.com Tue Nov 8 07:38:06 2016 From: david.holmes at oracle.com (David Holmes) Date: Tue, 8 Nov 2016 17:38:06 +1000 Subject: CFV: New JDK 9 Committer: Sharath Ballal In-Reply-To: References: Message-ID: <81afc91a-8c32-2e09-4506-67b0223235aa@oracle.com> Vote: veto Hi Jesper, As discussed on IM I feel that the changes submitted to date fail to meet the criteria of "at least 8 significant contributions" and so this nomination is premature. I've outlined my view on each change below. Please note that "significance" here is being taken as a measure of non-triviality of the fix (it's difficulty/complexity) not the importance of the issue being addressed. On 8/11/2016 8:12 AM, Jesper Wilhelmsson wrote: > I hereby nominate Sharath Ballal (sballal) to JDK 9 Committer. > > Sharath is part of the Monitoring and Management team and has > contributed 13 changesets to JDK 9 [3]. > > Votes are due by November 21, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Thanks, > /Jesper > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] List of changes: > > (1) http://hg.openjdk.java.net/jdk9/hs/rev/106f2f8b0ec9 > http://hg.openjdk.java.net/jdk9/hs/jdk/rev/02651d14d282 > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/2e21095f80c6 > 8158050: Remove SA-JDI Ok. > (2) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/71457eaca096 > 8168397: sun/tools/jhsdb/HeapDumpTest.java timesout on MacOS X on non > images build Trivial edit of ProblemList.txt > (3) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/7a5fa747419d > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/ad402ced3a63 > 8160376: DebuggerException: Can't attach symbolicator to the process Simple build change and ProblemList update. > (4) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/9d4a52d62493 > 8166657: Remove exports com.sun.tools.jdi to jdk.hotspot.agent Trivial edit of module-info.java > (5) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/03e9322dc0a5 > 8164943: sun/tools/jhsdb/HeapDumpTest failed with Can't find library: > /test/lib/share/classes Simple test annotation change. > (6) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/659f01da7ec0 > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/b50061da090e > 8163346: Update jmap-hashcode/Test8028623.java for better diagnostic of > timeout. Ok (2) > (7) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/ecc9399771ac > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/a2812668bf38 > 8160817: Add jsadebugd functionality to jhsdb Ok (3) > (8) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/73608cd4f89a > 8154144: Tests in com/sun/jdi fails intermittently with "jdb input > stream closed prematurely" Ok (4) > (9) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/b58e7a5634e8 > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/7fbe91178ff9 > 8147456: Parsing of argument for -agentpath can write outside of > allocated memory Ok (5) > (10) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/e260a6ff2110 > 6659240: Exceptions thrown by MXBeans wrongly documented in > j.l.m.ManagementFactory Simple doc fix. > (11) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/776d89e316b6 > 8165537: runtime/SharedArchiveFile/SASymbolTableTest.java fails with > NullPointerException Ok (6) > (12) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/c54ebf67ef13 > 8165114: stale reference to hotspot test Test8028623.java Trivial edit of TEST.groups > (13) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/37ce5a8e59cc > 8163269: Testcase missed in push for JDK-8160817 Missed test case from previous push, so doesn't count as another contribution. Thanks, David From jesper.wilhelmsson at oracle.com Tue Nov 8 07:48:05 2016 From: jesper.wilhelmsson at oracle.com (Jesper Wilhelmsson) Date: Tue, 8 Nov 2016 08:48:05 +0100 Subject: CFV: New JDK 9 Committer: Amit Sapre In-Reply-To: <11b54a3f-43a8-753b-46e2-67f9a89a2dc0@oracle.com> References: <5097e566-73e0-30c5-0b71-1eb30c654c6e@oracle.com> <11b54a3f-43a8-753b-46e2-67f9a89a2dc0@oracle.com> Message-ID: Hi David, Thank you for the detailed per fix analysis in both CFVs! It helps a lot for future nominations to have this guide on what to count as significant changes. As there is no way to withdraw a nomination I'll let the two weeks pass before summing up the result of the votes even though the result is already given. Thanks, /Jesper Den 8/11/16 kl. 06:45, skrev David Holmes: > Vote: veto > > Hi Jesper, > > As discussed on IM I feel that the changes submitted to date fail to meet the > criteria of "at least 8 significant contributions" and so this nomination is > premature. I've outlined my view on each change below. > > Please note that "significance" here is being taken as a measure of > non-triviality of the fix (it's difficulty/complexity) not the importance of the > issue being addressed. > > On 8/11/2016 8:12 AM, Jesper Wilhelmsson wrote: >> I hereby nominate Amit Sapre (asapre) to JDK 9 Committer. >> >> Amit is part of the Monitoring and Management team and has contributed >> 11 changesets to JDK 9 [3]. >> >> Votes are due by November 21, 2016. >> >> Only current JDK 9 Committers [1] are eligible to vote on this nomination. >> Votes must be cast in the open by replying to this mailing list. >> >> For Three-Vote Consensus voting instructions, see [2]. > > Nit: that should be Lazy Consensus voting for Committers. > >> Thanks, >> /Jesper >> >> [1] http://openjdk.java.net/census >> [2] http://openjdk.java.net/projects/#reviewer-vote >> [3] List of changes: >> >> (1) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/21d90fa8d825 >> 8006078: [findbugs] java.lang.management.ThreadInfo returns mutable objects > > Trivial fix to clone returned arrays. > >> (2) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/016c12cbe397 >> http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/0207c729b674 >> 8151099: java.lang.management.ManagementFactory.getPlatformMXBeans() >> should work even if jdk.management is not present. > > OK. > >> (3) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/ff9c1d07969e >> 8167294: MXBean javadoc should be updated to take modules into account > > Minor doc update. > >> (4) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/eb84b64427a4 >> 8164730: Make it clear that 'cl' parameter passed to RMIConnector.OISWL >> is never null. > > OK (2) - trivial fix but more elaborate test. > >> (5) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/38f2b4b3828d >> 8165579: Add missing javadoc information for javax.management.MBeanServer > > Trivial doc adjustments. > >> (6) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/f7eb17f55377 >> 8164609: javax/management/remote/mandatory/notif/DeadListenerTest.java >> fails with Assertion Error > > Trivial test fix. > >> (7) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/1743b2c51f51 >> 8066635: Fix deprecation warnings in java.management module > > OK (3) > >> (8) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/5d5653c5bcab >> 8162530: >> src/jdk.management/share/native/libmanagement_ext/GcInfoBuilder.c >> doesn't handle JNI exceptions properly > > Simple code fix to add exception checks in a few places. > >> (9) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/8f1d366691a2 >> 8162702: com.sun.management.internal.GcInfoBuilder.getPoolNames should >> not return reference of it's private member > > Trivial change to clone returned array. > >> (10) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/9a0ef04757f9 >> 8162524: src/jdk.management/share/native/libmanagement_ext/Flag.c >> doesn't handle JNI exceptions > > Simple code fix to check for NULL return. > >> (11) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/2047f466a705 >> 8158350: Table in ThreadInfo.from(CompositeData) may need updates for >> new stack trace attributes > > Simple doc update. > > Thanks, > David From daniel.fuchs at oracle.com Tue Nov 8 08:12:21 2016 From: daniel.fuchs at oracle.com (Daniel Fuchs) Date: Tue, 8 Nov 2016 08:12:21 +0000 Subject: CFV: New JDK 9 Committer: Amit Sapre In-Reply-To: <5097e566-73e0-30c5-0b71-1eb30c654c6e@oracle.com> References: <5097e566-73e0-30c5-0b71-1eb30c654c6e@oracle.com> Message-ID: <74e87813-4f5f-d9a5-c7b8-4e79bc1978a6@oracle.com> Vote: yes -- daniel On 07/11/16 22:12, Jesper Wilhelmsson wrote: > I hereby nominate Amit Sapre (asapre) to JDK 9 Committer. From coleen.phillimore at oracle.com Tue Nov 8 12:46:02 2016 From: coleen.phillimore at oracle.com (Coleen Phillimore) Date: Tue, 8 Nov 2016 07:46:02 -0500 Subject: CFV: New JDK 9 Committer: Amit Sapre In-Reply-To: <5097e566-73e0-30c5-0b71-1eb30c654c6e@oracle.com> References: <5097e566-73e0-30c5-0b71-1eb30c654c6e@oracle.com> Message-ID: Vote: yes On 11/7/16 5:12 PM, Jesper Wilhelmsson wrote: > I hereby nominate Amit Sapre (asapre) to JDK 9 Committer. > > Amit is part of the Monitoring and Management team and has contributed > 11 changesets to JDK 9 [3]. > > Votes are due by November 21, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Thanks, > /Jesper > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] List of changes: > > (1) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/21d90fa8d825 > 8006078: [findbugs] java.lang.management.ThreadInfo returns mutable > objects > > (2) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/016c12cbe397 > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/0207c729b674 > 8151099: java.lang.management.ManagementFactory.getPlatformMXBeans() > should work even if jdk.management is not present. > > (3) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/ff9c1d07969e > 8167294: MXBean javadoc should be updated to take modules into account > > (4) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/eb84b64427a4 > 8164730: Make it clear that 'cl' parameter passed to > RMIConnector.OISWL is never null. > > (5) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/38f2b4b3828d > 8165579: Add missing javadoc information for javax.management.MBeanServer > > (6) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/f7eb17f55377 > 8164609: javax/management/remote/mandatory/notif/DeadListenerTest.java > fails with Assertion Error > > (7) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/1743b2c51f51 > 8066635: Fix deprecation warnings in java.management module > > (8) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/5d5653c5bcab > 8162530: > src/jdk.management/share/native/libmanagement_ext/GcInfoBuilder.c > doesn't handle JNI exceptions properly > > (9) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/8f1d366691a2 > 8162702: com.sun.management.internal.GcInfoBuilder.getPoolNames should > not return reference of it's private member > > (10) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/9a0ef04757f9 > 8162524: src/jdk.management/share/native/libmanagement_ext/Flag.c > doesn't handle JNI exceptions > > (11) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/2047f466a705 > 8158350: Table in ThreadInfo.from(CompositeData) may need updates for > new stack trace attributes From coleen.phillimore at oracle.com Tue Nov 8 12:46:31 2016 From: coleen.phillimore at oracle.com (Coleen Phillimore) Date: Tue, 8 Nov 2016 07:46:31 -0500 Subject: CFV: New JDK 9 Committer: Sharath Ballal In-Reply-To: References: Message-ID: Vote: yes On 11/7/16 5:12 PM, Jesper Wilhelmsson wrote: > I hereby nominate Sharath Ballal (sballal) to JDK 9 Committer. > > Sharath is part of the Monitoring and Management team and has > contributed 13 changesets to JDK 9 [3]. > > Votes are due by November 21, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Thanks, > /Jesper > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] List of changes: > > (1) http://hg.openjdk.java.net/jdk9/hs/rev/106f2f8b0ec9 > http://hg.openjdk.java.net/jdk9/hs/jdk/rev/02651d14d282 > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/2e21095f80c6 > 8158050: Remove SA-JDI > > (2) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/71457eaca096 > 8168397: sun/tools/jhsdb/HeapDumpTest.java timesout on MacOS X on non > images build > > (3) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/7a5fa747419d > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/ad402ced3a63 > 8160376: DebuggerException: Can't attach symbolicator to the process > > (4) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/9d4a52d62493 > 8166657: Remove exports com.sun.tools.jdi to jdk.hotspot.agent > > (5) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/03e9322dc0a5 > 8164943: sun/tools/jhsdb/HeapDumpTest failed with Can't find library: > /test/lib/share/classes > > (6) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/659f01da7ec0 > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/b50061da090e > 8163346: Update jmap-hashcode/Test8028623.java for better diagnostic > of timeout. > > (7) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/ecc9399771ac > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/a2812668bf38 > 8160817: Add jsadebugd functionality to jhsdb > > (8) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/73608cd4f89a > 8154144: Tests in com/sun/jdi fails intermittently with "jdb > input stream closed prematurely" > > (9) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/b58e7a5634e8 > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/7fbe91178ff9 > 8147456: Parsing of argument for -agentpath can write outside of > allocated memory > > (10) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/e260a6ff2110 > 6659240: Exceptions thrown by MXBeans wrongly documented in > j.l.m.ManagementFactory > > (11) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/776d89e316b6 > 8165537: runtime/SharedArchiveFile/SASymbolTableTest.java fails with > NullPointerException > > (12) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/c54ebf67ef13 > 8165114: stale reference to hotspot test Test8028623.java > > (13) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/37ce5a8e59cc > 8163269: Testcase missed in push for JDK-8160817 From jesper.wilhelmsson at oracle.com Tue Nov 8 18:03:54 2016 From: jesper.wilhelmsson at oracle.com (Jesper Wilhelmsson) Date: Tue, 8 Nov 2016 19:03:54 +0100 Subject: CFV: New JDK 9 Committer: Amit Sapre In-Reply-To: <5097e566-73e0-30c5-0b71-1eb30c654c6e@oracle.com> References: <5097e566-73e0-30c5-0b71-1eb30c654c6e@oracle.com> Message-ID: <7cde0ae9-f577-1645-6adc-8a2fc73032b5@oracle.com> It was brought to my attention that Amit's contribution to the OpenJDK didn't reach all the way to eight significant contributions, and that it is actually possible to withdraw a nomination. Based on this I hereby withdraw my nomination. /Jesper Den 7/11/16 kl. 23:12, skrev Jesper Wilhelmsson: > I hereby nominate Amit Sapre (asapre) to JDK 9 Committer. > > Amit is part of the Monitoring and Management team and has contributed 11 > changesets to JDK 9 [3]. > > Votes are due by November 21, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Thanks, > /Jesper > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] List of changes: > > (1) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/21d90fa8d825 > 8006078: [findbugs] java.lang.management.ThreadInfo returns mutable objects > > (2) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/016c12cbe397 > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/0207c729b674 > 8151099: java.lang.management.ManagementFactory.getPlatformMXBeans() should work > even if jdk.management is not present. > > (3) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/ff9c1d07969e > 8167294: MXBean javadoc should be updated to take modules into account > > (4) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/eb84b64427a4 > 8164730: Make it clear that 'cl' parameter passed to RMIConnector.OISWL is never > null. > > (5) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/38f2b4b3828d > 8165579: Add missing javadoc information for javax.management.MBeanServer > > (6) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/f7eb17f55377 > 8164609: javax/management/remote/mandatory/notif/DeadListenerTest.java fails > with Assertion Error > > (7) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/1743b2c51f51 > 8066635: Fix deprecation warnings in java.management module > > (8) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/5d5653c5bcab > 8162530: src/jdk.management/share/native/libmanagement_ext/GcInfoBuilder.c > doesn't handle JNI exceptions properly > > (9) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/8f1d366691a2 > 8162702: com.sun.management.internal.GcInfoBuilder.getPoolNames should not > return reference of it's private member > > (10) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/9a0ef04757f9 > 8162524: src/jdk.management/share/native/libmanagement_ext/Flag.c doesn't handle > JNI exceptions > > (11) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/2047f466a705 > 8158350: Table in ThreadInfo.from(CompositeData) may need updates for new stack > trace attributes From jesper.wilhelmsson at oracle.com Tue Nov 8 18:05:11 2016 From: jesper.wilhelmsson at oracle.com (Jesper Wilhelmsson) Date: Tue, 8 Nov 2016 19:05:11 +0100 Subject: CFV: New JDK 9 Committer: Sharath Ballal In-Reply-To: References: Message-ID: It was brought to my attention that Sharath's contribution to the OpenJDK didn't reach all the way to eight significant contributions. Based on this I hereby withdraw my nomination. /Jesper Den 7/11/16 kl. 23:12, skrev Jesper Wilhelmsson: > I hereby nominate Sharath Ballal (sballal) to JDK 9 Committer. > > Sharath is part of the Monitoring and Management team and has contributed 13 > changesets to JDK 9 [3]. > > Votes are due by November 21, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Thanks, > /Jesper > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] List of changes: > > (1) http://hg.openjdk.java.net/jdk9/hs/rev/106f2f8b0ec9 > http://hg.openjdk.java.net/jdk9/hs/jdk/rev/02651d14d282 > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/2e21095f80c6 > 8158050: Remove SA-JDI > > (2) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/71457eaca096 > 8168397: sun/tools/jhsdb/HeapDumpTest.java timesout on MacOS X on non images build > > (3) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/7a5fa747419d > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/ad402ced3a63 > 8160376: DebuggerException: Can't attach symbolicator to the process > > (4) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/9d4a52d62493 > 8166657: Remove exports com.sun.tools.jdi to jdk.hotspot.agent > > (5) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/03e9322dc0a5 > 8164943: sun/tools/jhsdb/HeapDumpTest failed with Can't find library: > /test/lib/share/classes > > (6) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/659f01da7ec0 > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/b50061da090e > 8163346: Update jmap-hashcode/Test8028623.java for better diagnostic of timeout. > > (7) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/ecc9399771ac > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/a2812668bf38 > 8160817: Add jsadebugd functionality to jhsdb > > (8) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/73608cd4f89a > 8154144: Tests in com/sun/jdi fails intermittently with "jdb input stream > closed prematurely" > > (9) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/b58e7a5634e8 > http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/7fbe91178ff9 > 8147456: Parsing of argument for -agentpath can write outside of allocated memory > > (10) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/e260a6ff2110 > 6659240: Exceptions thrown by MXBeans wrongly documented in j.l.m.ManagementFactory > > (11) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/776d89e316b6 > 8165537: runtime/SharedArchiveFile/SASymbolTableTest.java fails with > NullPointerException > > (12) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/c54ebf67ef13 > 8165114: stale reference to hotspot test Test8028623.java > > (13) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/37ce5a8e59cc > 8163269: Testcase missed in push for JDK-8160817 From lana.steuck at oracle.com Wed Nov 9 23:10:07 2016 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Wed, 9 Nov 2016 23:10:07 GMT Subject: jdk9-b144: dev Message-ID: <201611092310.uA9NA7hC028058@scaaa563.us.oracle.com> http://hg.openjdk.java.net/jdk9/jdk9/rev/8d337fd6333e http://hg.openjdk.java.net/jdk9/jdk9/nashorn/rev/a7f21ee6ed30 http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/47871e348144 http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/efa71dc820eb http://hg.openjdk.java.net/jdk9/jdk9/jaxws/rev/92523c51d6a4 http://hg.openjdk.java.net/jdk9/jdk9/jaxp/rev/99be33734ff6 http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/6187b582d02a http://hg.openjdk.java.net/jdk9/jdk9/corba/rev/d4f1dae17409 --- All the fixes will be tested during promotion (no PIT testing at this point): List of all fixes: =================== JDK-8159454 client-libs [TEST_BUG] javax/swing/ToolTipManager/7123767/bug7123767.java: number JDK-8162796 client-libs [macosx] LinearGradientPaint and RadialGradientPaint are not printed o JDK-8165981 client-libs Consider making some classes in javax.imageio.plugins.tiff final JDK-8167176 client-libs Exported elements referring to inaccessible types in java.desktop JDK-8167615 client-libs Opensource unit/regression tests for JavaSound JDK-8168288 client-libs Dubious FontMetrics values from NullFontScaler JDK-8168292 client-libs [TESTBUG] [macosx] Test java/awt/TrayIcon/DragEventSource/DragEventSou JDK-8168364 client-libs [macosx] Delete unused class NSPrintinfo JDK-8168367 client-libs Table in javax.imageio package description does not mention TIFF JDK-8168470 client-libs [TEST_BUG] @test missed in java/awt/Window/ChangeWindowResizabilty/Cha JDK-8168498 client-libs ExifGPSTagSet and ExifTIFFTagSet should use string literals for String JDK-8168540 client-libs [TEST_BUG] On Unity, need a delay before screenshot taking to avoid an JDK-8168609 client-libs No link to BMP specification in javax.imageio package documentation JDK-8168899 client-libs java.nio.file.InvalidPathException if click button in JFileChooser dem JDK-6479237 core-libs (cl) Add support for classloader names JDK-8037278 core-libs sun/rmi/runtime/Log/6409194/NoConsoleOutput.java fails Intermittently: JDK-8143097 core-libs java/net/ipv6tests/UdpTest.java fails intermittently with "checkTime f JDK-8151511 core-libs Test case in CollectionAndMapModifyStreamTest for LinkedHashMap overri JDK-8156079 core-libs make empty instances singletons JDK-8156504 core-libs java/net/URLPermission/nstest/lookup.sh fails intermittently JDK-8156619 core-libs Unimplemented ES6 features should result in clear Error being thrown JDK-8158963 core-libs RMI server-side multiplex protocol should be disabled JDK-8168681 core-libs Correct deprecation text for Class.newInstance JDK-8168921 core-libs Inconsistent Annotation.toString() JDK-8168923 core-libs Use unsigned random long in a temp directory name JDK-8169002 core-libs [TESTBUG] Several java/net/httpclient have undeclared dependency on ja JDK-8169020 core-libs updated Deprecated JDBC methods to include the since element JDK-8169055 core-libs [TESTBUG] java/io/Serializable/serialFilter/ tests have undeclared dep JDK-8169222 core-libs minor immutable collections optimizations JDK-8166714 deploy Apply button should be disabled (if no changes) JDK-8168023 deploy Problems with BlockedException thrown from SecureStaticVersioning JDK-8168143 deploy remove obsolete code and move all calls to genenv to Environment JDK-8168415 deploy ShowDocument fails with URL using jnlp or jnlps protocol JDK-8168108 infrastructure lib/classlist should be packaged in java.base.jmod JDK-8133632 security-libs javax.net.ssl.SSLEngine does not properly handle received SSL fatal al JDK-8080354 tools JShell: Runtime visible annotations cannot be retrieved JDK-8129559 tools JShell: compilation fails if class, method or field is annotated and h JDK-8154513 tools JShell tool: welcome message should match feedback mode JDK-8159393 tools jlink should print a warning that a signed modular JAR will be treated JDK-8161969 tools jshell tool: /var value is not truncated per feedback setting JDK-8161983 tools JShell API: Clean-up following 8160127 et. al. JDK-8166286 tools jmod fails on symlink to directory JDK-8166538 tools Improve error reporting for compiling against unexported package JDK-8166635 tools getEnclosedElements() on package causes BadClassFile error JDK-8166637 tools jshell tool: confusing truncation of long result values JDK-8166857 tools langtools build.xml broken on windows JDK-8167552 tools jshell tool: Typo in jshell command '/? /reload' description JDK-8167636 tools jshell tool: Edit Pad should be in its own module JDK-8167639 tools jshell tool: Edit Pad has readability issues JDK-8167975 tools align javac --add-* modules options with launcher JDK-8168854 tools javac erroneously reject a a service interface inner class in a provid JDK-8168972 tools Editor support: move built-in and external editor support to the jdk r JDK-8168974 tools Editor support: include properties file in image JDK-8169074 tools Build is failing after JDK-8166538 JDK-8169078 tools (jdeprscan) bug id missing from TestScan.java JDK-8169093 tools Generics: suboptimal error message when actual type arguments arity do From matthias at waltenberger.de Fri Nov 11 07:58:55 2016 From: matthias at waltenberger.de (Matthias Waltenberger) Date: Fri, 11 Nov 2016 08:58:55 +0100 (CET) Subject: Possible JShell anomalie Message-ID: <1531170913.191367.1478851136142@communicator.strato.de> Hello, I'm currently testing OpenJDK 9-ea+143 64-bit on a Linux System (CentOS 7). JShell is awesome, so I'm testing and playing with it. Now I found a situation where JShell hangs reproducible: 1. Open JShell 2. Paste the following code including line feed after the second line so both should be executed: final BigDecimal balance = new BigDecimal("1500000") final BigDecimal repayment = new BigDecimal("0") or final BigDecimal balance = new BigDecimal("1500000"); final BigDecimal repayment = new BigDecimal("0"); The first line ("final") causes a warning. After the warning the shell prompt is displayed, but no further input is possible. JShell hangs, can't be stopped with Ctrl-C, the only option is to kill the process on another shell session. I hope you're able to reproduce this anomalie and maybe report a bug in OpenJDK's bug system as I dont't have an account for it. Thanks in advance. Kind regards Matthias From pallavi.sonal at oracle.com Fri Nov 11 08:17:46 2016 From: pallavi.sonal at oracle.com (Pallavi Sonal) Date: Fri, 11 Nov 2016 00:17:46 -0800 (PST) Subject: Possible JShell anomalie Message-ID: <75ad6084-1601-4404-b100-6e0df20fcc85@default> Hi Matthias, You can submit a bug through http://bugs.java.com/ in case you don't have an OpenJDK account. Thanks, Pallavi Sonal From robert.field at oracle.com Fri Nov 11 15:10:12 2016 From: robert.field at oracle.com (Robert Field) Date: Fri, 11 Nov 2016 07:10:12 -0800 Subject: Possible JShell anomalie In-Reply-To: <1531170913.191367.1478851136142@communicator.strato.de> References: <1531170913.191367.1478851136142@communicator.strato.de> Message-ID: <5825DF54.7000108@oracle.com> Thanks much Matthias for your report. I have created this bug report: https://bugs.openjdk.java.net/browse/JDK-8169595 We will look into fixing this immediately. Please send any JShell related email to kulla-dev at openjdk.java.net which I encourage you to join: http://mail.openjdk.java.net/mailman/listinfo/kulla-dev Thanks, Robert On 11/10/16 23:58, Matthias Waltenberger wrote: > Hello, > > I'm currently testing OpenJDK 9-ea+143 64-bit on a Linux System (CentOS 7). > JShell is awesome, so I'm testing and playing with it. > > Now I found a situation where JShell hangs reproducible: > 1. Open JShell > 2. Paste the following code including line feed after the second line so both should be executed: > final BigDecimal balance = new BigDecimal("1500000") > final BigDecimal repayment = new BigDecimal("0") > > or > > final BigDecimal balance = new BigDecimal("1500000"); > final BigDecimal repayment = new BigDecimal("0"); > > The first line ("final") causes a warning. After the warning the shell prompt is displayed, but no further input is possible. JShell hangs, can't be stopped with Ctrl-C, the only option is to kill the process on another shell session. > > I hope you're able to reproduce this anomalie and maybe report a bug in OpenJDK's bug system as I dont't have an account for it. > > Thanks in advance. > > Kind regards > Matthias From li.jiang at oracle.com Mon Nov 14 06:09:28 2016 From: li.jiang at oracle.com (Leo Jiang) Date: Mon, 14 Nov 2016 14:09:28 +0800 Subject: RFR: JDK9 message drop interim L10n resource update Message-ID: Hi, Please review: Webrev: http://cr.openjdk.java.net/~ljiang/8169618/webrev/read/ for bug: https://bugs.openjdk.java.net/browse/JDK-8169618 Please help us to review - over-translate, e.g. keywords should be not translated - not-translate, e.g. some sentences or strings are not translated while they should be. - any programming syntax error - multiple lines property with correct line ending '\n\' - the position of placefolder after translation - any other issues. Thanks, Leo From kumar.x.srinivasan at oracle.com Mon Nov 14 14:36:43 2016 From: kumar.x.srinivasan at oracle.com (Kumar Srinivasan) Date: Mon, 14 Nov 2016 06:36:43 -0800 Subject: Note: JDK-8168010: Deprecate obsolete launcher -d32/-d64 options Message-ID: <5829CBFB.2020000@oracle.com> Hello community, This is to inform you that the -d32 and -d64 options are obsolete and are destined to be removed in JDK10, see [1] and [2], this will be Release noted for JDK9. Please make every effort to inspect your java start-up scripts and purge these options. Thanks Kumar Srinivasan [1] https://bugs.openjdk.java.net/browse/JDK-8168010 [2] https://bugs.openjdk.java.net/browse/JDK-8169646 From sean.coffey at oracle.com Tue Nov 15 11:38:26 2016 From: sean.coffey at oracle.com (=?UTF-8?Q?Se=c3=a1n_Coffey?=) Date: Tue, 15 Nov 2016 11:38:26 +0000 Subject: CFV: New JDK9 Committer: Ramanand Patil Message-ID: I hereby nominate Ramanand Patil (rpatil) to JDK 9 Committer. Ramanand is currently a JDK 9 Author and a member of the Java SE Core Technologies Sustaining group at Oracle. He has made many contributions to JDK 9 [3]. Votes are due by Nov 29, 13:00 GMT 2016. Only current JDK 9 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]. regards, Sean. [1] http://openjdk.java.net/census [2] http://openjdk.java.net/projects/#committer-vote [3] http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=1000&rev=%28keyword%28%22ramanand.patil%40oracle.com%22%29+or+author%28rpatil%29%29+and+not+desc%28%22Merge%22%29 From david.buck at oracle.com Tue Nov 15 11:40:36 2016 From: david.buck at oracle.com (David Buck) Date: Tue, 15 Nov 2016 20:40:36 +0900 Subject: CFV: New JDK9 Committer: Ramanand Patil In-Reply-To: References: Message-ID: <582AF434.8030701@oracle.com> vote: yes Cheers, -Buck On 2016/11/15 20:38, Se?n Coffey wrote: > I hereby nominate Ramanand Patil (rpatil) to JDK 9 Committer. > > Ramanand is currently a JDK 9 Author and a member of the Java SE Core > Technologies Sustaining group at Oracle. He has made many > contributions to JDK 9 [3]. > > Votes are due by Nov 29, 13:00 GMT 2016. > > Only current JDK 9 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]. > > regards, > Sean. > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] > http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=1000&rev=%28keyword%28%22ramanand.patil%40oracle.com%22%29+or+author%28rpatil%29%29+and+not+desc%28%22Merge%22%29 > From sean.coffey at oracle.com Tue Nov 15 11:42:34 2016 From: sean.coffey at oracle.com (=?UTF-8?Q?Se=c3=a1n_Coffey?=) Date: Tue, 15 Nov 2016 11:42:34 +0000 Subject: CFV: New JDK9 Committer: Ramanand Patil In-Reply-To: References: Message-ID: Vote: Yes regards, Sean. On 15/11/2016 11:38, Se?n Coffey wrote: > I hereby nominate Ramanand Patil (rpatil) to JDK 9 Committer. > > Ramanand is currently a JDK 9 Author and a member of the Java SE Core > Technologies Sustaining group at Oracle. He has made many > contributions to JDK 9 [3]. > > Votes are due by Nov 29, 13:00 GMT 2016. > > Only current JDK 9 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]. > > regards, > Sean. > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] > http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=1000&rev=%28keyword%28%22ramanand.patil%40oracle.com%22%29+or+author%28rpatil%29%29+and+not+desc%28%22Merge%22%29 > From aleksej.efimov at oracle.com Tue Nov 15 13:01:59 2016 From: aleksej.efimov at oracle.com (Aleks Efimov) Date: Tue, 15 Nov 2016 16:01:59 +0300 Subject: CFV: New JDK9 Committer: Ramanand Patil In-Reply-To: References: Message-ID: <8746e84e-fd75-db26-64c0-b91c3c28921b@oracle.com> Vote: yes On 15/11/16 14:38, Se?n Coffey wrote: > I hereby nominate Ramanand Patil (rpatil) to JDK 9 Committer. > > Ramanand is currently a JDK 9 Author and a member of the Java SE Core > Technologies Sustaining group at Oracle. He has made many > contributions to JDK 9 [3]. > > Votes are due by Nov 29, 13:00 GMT 2016. > > Only current JDK 9 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]. > > regards, > Sean. > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] > http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=1000&rev=%28keyword%28%22ramanand.patil%40oracle.com%22%29+or+author%28rpatil%29%29+and+not+desc%28%22Merge%22%29 > From vyom.tewari at oracle.com Tue Nov 15 13:03:16 2016 From: vyom.tewari at oracle.com (Vyom Tewari) Date: Tue, 15 Nov 2016 18:33:16 +0530 Subject: CFV: New JDK9 Committer: Ramanand Patil In-Reply-To: References: Message-ID: <582B0794.4090803@oracle.com> vote: yes Vyom On 11/15/2016 5:08 PM, Se?n Coffey wrote: > I hereby nominate Ramanand Patil (rpatil) to JDK 9 Committer. > > Ramanand is currently a JDK 9 Author and a member of the Java SE Core > Technologies Sustaining group at Oracle. He has made many > contributions to JDK 9 [3]. > > Votes are due by Nov 29, 13:00 GMT 2016. > > Only current JDK 9 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]. > > regards, > Sean. > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] > http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=1000&rev=%28keyword%28%22ramanand.patil%40oracle.com%22%29+or+author%28rpatil%29%29+and+not+desc%28%22Merge%22%29 > From daniel.fuchs at oracle.com Tue Nov 15 14:27:42 2016 From: daniel.fuchs at oracle.com (Daniel Fuchs) Date: Tue, 15 Nov 2016 14:27:42 +0000 Subject: CFV: New JDK9 Committer: Ramanand Patil In-Reply-To: References: Message-ID: <73fc7df0-66cc-420d-c721-108d99bdfd93@oracle.com> Vote: yes On 15/11/16 11:38, Se?n Coffey wrote: > I hereby nominate Ramanand Patil (rpatil) to JDK 9 Committer. From poonam.bajaj at oracle.com Tue Nov 15 14:33:33 2016 From: poonam.bajaj at oracle.com (Poonam Bajaj Parhar) Date: Tue, 15 Nov 2016 06:33:33 -0800 Subject: CFV: New JDK9 Committer: Ramanand Patil In-Reply-To: References: Message-ID: vote: yes regards, Poonam On 11/15/2016 3:38 AM, Se?n Coffey wrote: > I hereby nominate Ramanand Patil (rpatil) to JDK 9 Committer. > > Ramanand is currently a JDK 9 Author and a member of the Java SE Core > Technologies Sustaining group at Oracle. He has made many > contributions to JDK 9 [3]. > > Votes are due by Nov 29, 13:00 GMT 2016. > > Only current JDK 9 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]. > > regards, > Sean. > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] > http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=1000&rev=%28keyword%28%22ramanand.patil%40oracle.com%22%29+or+author%28rpatil%29%29+and+not+desc%28%22Merge%22%29 > From naoto.sato at oracle.com Tue Nov 15 17:17:15 2016 From: naoto.sato at oracle.com (Naoto Sato) Date: Tue, 15 Nov 2016 09:17:15 -0800 Subject: CFV: New JDK9 Committer: Ramanand Patil In-Reply-To: References: Message-ID: Vote: yes Naoto On 11/15/16 3:38 AM, Se?n Coffey wrote: > I hereby nominate Ramanand Patil (rpatil) to JDK 9 Committer. > > Ramanand is currently a JDK 9 Author and a member of the Java SE Core > Technologies Sustaining group at Oracle. He has made many contributions > to JDK 9 [3]. > > Votes are due by Nov 29, 13:00 GMT 2016. > > Only current JDK 9 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]. > > regards, > Sean. > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] > http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=1000&rev=%28keyword%28%22ramanand.patil%40oracle.com%22%29+or+author%28rpatil%29%29+and+not+desc%28%22Merge%22%29 > > From ivan.gerasimov at oracle.com Tue Nov 15 19:38:11 2016 From: ivan.gerasimov at oracle.com (Ivan Gerasimov) Date: Tue, 15 Nov 2016 22:38:11 +0300 Subject: CFV: New JDK9 Committer: Ramanand Patil In-Reply-To: References: Message-ID: <6f8bbe14-006d-f96a-72ef-99eca7abba0c@oracle.com> Vote: Yes With kind regards, Ivan On 15.11.2016 14:38, Se?n Coffey wrote: > I hereby nominate Ramanand Patil (rpatil) to JDK 9 Committer. > > Ramanand is currently a JDK 9 Author and a member of the Java SE Core > Technologies Sustaining group at Oracle. He has made many > contributions to JDK 9 [3]. > > Votes are due by Nov 29, 13:00 GMT 2016. > > Only current JDK 9 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]. > > regards, > Sean. > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] > http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=1000&rev=%28keyword%28%22ramanand.patil%40oracle.com%22%29+or+author%28rpatil%29%29+and+not+desc%28%22Merge%22%29 > > From nadeesh.tv at oracle.com Wed Nov 16 02:25:42 2016 From: nadeesh.tv at oracle.com (nadeesh tv) Date: Wed, 16 Nov 2016 07:55:42 +0530 Subject: CFV: New JDK9 Committer: Ramanand Patil In-Reply-To: References: Message-ID: <582BC3A6.8040605@oracle.com> Vote:Yes Regards, Nadeesh On 11/15/2016 5:08 PM, Se?n Coffey wrote: > I hereby nominate Ramanand Patil (rpatil) to JDK 9 Committer. > > Ramanand is currently a JDK 9 Author and a member of the Java SE Core > Technologies Sustaining group at Oracle. He has made many > contributions to JDK 9 [3]. > > Votes are due by Nov 29, 13:00 GMT 2016. > > Only current JDK 9 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]. > > regards, > Sean. > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] > http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=1000&rev=%28keyword%28%22ramanand.patil%40oracle.com%22%29+or+author%28rpatil%29%29+and+not+desc%28%22Merge%22%29 > -- Thanks and Regards, Nadeesh TV From bitterfoxc at gmail.com Wed Nov 16 04:47:57 2016 From: bitterfoxc at gmail.com (ShinyaYoshida) Date: Wed, 16 Nov 2016 13:47:57 +0900 Subject: RFR: JDK9 message drop interim L10n resource update In-Reply-To: References: Message-ID: Hi Leo, Thank you for updating translation. In jshell, the most becomes better than previous one! I've noticed incorrect word order in jshell translation: jshell> /set feedback verbose | ???????????: verbose jshell> int n = 0 n ==> 0 | ????????: ?? n : int jshell> n = 0 n ==> 0 | n?????????? : int jshell> n n ==> 0 | n??: int jshell> void m(C c) {} | ????????: ???? m(C)??????????????? class C?????? (1): The type name goes far from the variable name. (2): "??????????????? class C??????" has incorrect order. They should be following: jshell> /set feedback verbose | ???????????: verbose jshell> int n = 0 n ==> 0 | ????????: ?? n : int jshell> n = 0 n ==> 0 | n : int?????????? jshell> n n ==> 0 | n : int?? jshell> void m(C c) {} | ????????: ???? m(C)????? class C???????????????? Here is fix: http://cr.openjdk.java.net/~shinyafox/kulla/8169618/l10n_ja.properties.patch.wdiff This is a wdiff against your udiff at the last 3 lines of langtools/src/jdk.jshell/share/classes/jdk/internal/jshell/tool/resources/l10n_ja.properties. For maintainability, I'd like to suggest breaking lines like startup.feedback does so in jdk/internal/jshell/tool/resources/l10n.properties. Regards, shinyafox(Shinya Yoshida) 2016-11-14 15:09 GMT+09:00 Leo Jiang : > Hi, > > Please review: > Webrev: > http://cr.openjdk.java.net/~ljiang/8169618/webrev/read/ > > for bug: > https://bugs.openjdk.java.net/browse/JDK-8169618 > > Please help us to review > - over-translate, e.g. keywords should be not translated > - not-translate, e.g. some sentences or strings are not translated while > they should be. > - any programming syntax error > - multiple lines property with correct line ending '\n\' > - the position of placefolder after translation > - any other issues. > > Thanks, > Leo > From rahul.v.raghavan at oracle.com Wed Nov 16 05:43:13 2016 From: rahul.v.raghavan at oracle.com (Rahul Raghavan) Date: Tue, 15 Nov 2016 21:43:13 -0800 (PST) Subject: CFV: New JDK9 Committer: Ramanand Patil In-Reply-To: References: Message-ID: <97b23322-1efc-444a-8616-ae76811635d9@default> vote: yes -Rahul > -----Original Message----- > From: Se?n Coffey > Sent: Tuesday, November 15, 2016 5:08 PM > To: jdk9-dev > Subject: CFV: New JDK9 Committer: Ramanand Patil > > I hereby nominate Ramanand Patil (rpatil) to JDK 9 Committer. > > Ramanand is currently a JDK 9 Author and a member of the Java SE Core Technologies Sustaining group at Oracle. He has made many > contributions to JDK 9 [3]. > > Votes are due by Nov 29, 13:00 GMT 2016. > > Only current JDK 9 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]. > > regards, > Sean. > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] > http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=1000&rev=%28keyword%28%22ramanand.patil%40oracle.com%22%29+or+a > uthor%28rpatil%29%29+and+not+desc%28%22Merge%22%29 > From jamsheed.c.m at oracle.com Wed Nov 16 06:03:14 2016 From: jamsheed.c.m at oracle.com (Jamsheed C m) Date: Wed, 16 Nov 2016 11:33:14 +0530 Subject: CFV: New JDK9 Committer: Ramanand Patil In-Reply-To: References: Message-ID: Vote: Yes. Best Regards, Jamsheed From li.jiang at oracle.com Wed Nov 16 06:34:20 2016 From: li.jiang at oracle.com (Leo Jiang) Date: Wed, 16 Nov 2016 14:34:20 +0800 Subject: RFR: JDK9 message drop interim L10n resource update In-Reply-To: References: Message-ID: <13f3856b-16da-db29-5dfe-a531f06e93e0@oracle.com> Hi Shinya, Thank you for your review and your patch. If you can highlight the errors, it's enough for me to report them to translation team. BTW, sorry, I can't catch you what's you mean "breaking lines like startup.feedback does so in jdk/internal/jshell/tool/resources/l10n.properties." Would you explain it more clear? Thanks, Leo On 11/16/2016 12:47 PM, ShinyaYoshida wrote: > Hi Leo, > Thank you for updating translation. > In jshell, the most becomes better than previous one! > > I've noticed incorrect word order in jshell translation: > jshell> /set feedback verbose > | ???????????: verbose > > jshell> int n = 0 > n ==> 0 > | ????????: ?? n : int > > jshell> n = 0 > n ==> 0 > | n?????????? : int > > jshell> n > n ==> 0 > | n??: int > > jshell> void m(C c) {} > | ????????: ???? m(C)??????????????? class C?????? > > (1): The type name goes far from the variable name. > (2): "??????????????? class C??????" has incorrect order. > > They should be following: > jshell> /set feedback verbose > | ???????????: verbose > > jshell> int n = 0 > n ==> 0 > | ????????: ?? n : int > > jshell> n = 0 > n ==> 0 > | n : int?????????? > > jshell> n > n ==> 0 > | n : int?? > > jshell> void m(C c) {} > | ????????: ???? m(C)????? class C???????????????? > > Here is fix: http://cr.openjdk.java.net/~shinyafox/kulla/8169618/l10n_ja.properties.patch.wdiff > This is a wdiff against your udiff at the last 3 lines of > langtools/src/jdk.jshell/share/classes/jdk/internal/jshell/tool/resources/l10n_ja.properties. > > For maintainability, I'd like to suggest breaking lines like startup.feedback does so > in jdk/internal/jshell/tool/resources/l10n.properties. > > Regards, > shinyafox(Shinya Yoshida) > > > 2016-11-14 15:09 GMT+09:00 Leo Jiang >: > > Hi, > > Please review: > Webrev: > http://cr.openjdk.java.net/~ljiang/8169618/webrev/read/ > > for bug: > https://bugs.openjdk.java.net/browse/JDK-8169618 > > Please help us to review > - over-translate, e.g. keywords should be not translated > - not-translate, e.g. some sentences or strings are not translated while they should be. > - any programming syntax error > - multiple lines property with correct line ending '\n\' > - the position of placefolder after translation > - any other issues. > > Thanks, > Leo > > From robert.field at oracle.com Wed Nov 16 07:02:08 2016 From: robert.field at oracle.com (Robert Field) Date: Tue, 15 Nov 2016 23:02:08 -0800 Subject: RFR: JDK9 message drop interim L10n resource update In-Reply-To: <13f3856b-16da-db29-5dfe-a531f06e93e0@oracle.com> References: <13f3856b-16da-db29-5dfe-a531f06e93e0@oracle.com> Message-ID: Yes, thank you shinyafox! Leo, I had the same problem attempting to review this time and previously (and I have brought it up before). Somewhere in the translation process multi-line properties are all strung together onto a single line. In the case of the help properties this is a problem. But for the startup.feedback properties it is a serious problem ? this property is 87 lines of commands, translated incorrectly they could cause startup errors and unexpected behavior. But, as-is, they can?t reasonably be reviewed because these 87 lines have turned into two lines, so you can?t see what has changed. Thanks, Robert > On Nov 15, 2016, at 10:34 PM, Leo Jiang wrote: > > Hi Shinya, > > Thank you for your review and your patch. > > If you can highlight the errors, it's enough for me to report them to translation team. > > BTW, sorry, I can't catch you what's you mean "breaking lines like startup.feedback does so in jdk/internal/jshell/tool/resources/l10n.properties." Would you explain it more clear? > > Thanks, > Leo > > > On 11/16/2016 12:47 PM, ShinyaYoshida wrote: >> Hi Leo, >> Thank you for updating translation. >> In jshell, the most becomes better than previous one! >> >> I've noticed incorrect word order in jshell translation: >> jshell> /set feedback verbose >> | ???????????: verbose >> >> jshell> int n = 0 >> n ==> 0 >> | ????????: ?? n : int >> >> jshell> n = 0 >> n ==> 0 >> | n?????????? : int >> >> jshell> n >> n ==> 0 >> | n??: int >> >> jshell> void m(C c) {} >> | ????????: ???? m(C)??????????????? class C?????? >> >> (1): The type name goes far from the variable name. >> (2): "??????????????? class C??????" has incorrect order. >> >> They should be following: >> jshell> /set feedback verbose >> | ???????????: verbose >> >> jshell> int n = 0 >> n ==> 0 >> | ????????: ?? n : int >> >> jshell> n = 0 >> n ==> 0 >> | n : int?????????? >> >> jshell> n >> n ==> 0 >> | n : int?? >> >> jshell> void m(C c) {} >> | ????????: ???? m(C)????? class C???????????????? >> >> Here is fix: http://cr.openjdk.java.net/~shinyafox/kulla/8169618/l10n_ja.properties.patch.wdiff >> This is a wdiff against your udiff at the last 3 lines of >> langtools/src/jdk.jshell/share/classes/jdk/internal/jshell/tool/resources/l10n_ja.properties. >> >> For maintainability, I'd like to suggest breaking lines like startup.feedback does so >> in jdk/internal/jshell/tool/resources/l10n.properties. >> >> Regards, >> shinyafox(Shinya Yoshida) >> >> >> 2016-11-14 15:09 GMT+09:00 Leo Jiang >>: >> >> Hi, >> >> Please review: >> Webrev: >> http://cr.openjdk.java.net/~ljiang/8169618/webrev/read/ > >> >> for bug: >> https://bugs.openjdk.java.net/browse/JDK-8169618 > >> >> Please help us to review >> - over-translate, e.g. keywords should be not translated >> - not-translate, e.g. some sentences or strings are not translated while they should be. >> - any programming syntax error >> - multiple lines property with correct line ending '\n\' >> - the position of placefolder after translation >> - any other issues. >> >> Thanks, >> Leo From li.jiang at oracle.com Wed Nov 16 07:16:18 2016 From: li.jiang at oracle.com (Leo Jiang) Date: Wed, 16 Nov 2016 15:16:18 +0800 Subject: RFR: JDK9 message drop interim L10n resource update In-Reply-To: References: <13f3856b-16da-db29-5dfe-a531f06e93e0@oracle.com> Message-ID: <9decf1c4-bd14-a304-9d7e-a6bb1dbd1b4d@oracle.com> Oh, I got what's you mean. For this issue, it was caused by the tools in the translation workflow. We have discussed with them but can't fix this. Let me try to figure out a solution if we can do it on our side. Thanks, Leo On 11/16/2016 03:02 PM, Robert Field wrote: > Yes, thank you shinyafox! > > Leo, I had the same problem attempting to review this time and previously (and I have brought it up before). > Somewhere in the translation process multi-line properties are all strung together onto a single line. > In the case of the help properties this is a problem. But for the startup.feedback properties it is a serious problem ? > this property is 87 lines of commands, translated incorrectly they could cause startup errors and unexpected behavior. > But, as-is, they can?t reasonably be reviewed because these 87 lines have turned into two lines, so you can?t see what > has changed. > > Thanks, > Robert > > >> On Nov 15, 2016, at 10:34 PM, Leo Jiang > wrote: >> >> Hi Shinya, >> >> Thank you for your review and your patch. >> >> If you can highlight the errors, it's enough for me to report them to translation team. >> >> BTW, sorry, I can't catch you what's you mean "breaking lines like startup.feedback does so in >> jdk/internal/jshell/tool/resources/l10n.properties." Would you explain it more clear? >> >> Thanks, >> Leo >> >> >> On 11/16/2016 12:47 PM, ShinyaYoshida wrote: >>> Hi Leo, >>> Thank you for updating translation. >>> In jshell, the most becomes better than previous one! >>> >>> I've noticed incorrect word order in jshell translation: >>> jshell> /set feedback verbose >>> | ???????????: verbose >>> >>> jshell> int n = 0 >>> n ==> 0 >>> | ????????: ?? n : int >>> >>> jshell> n = 0 >>> n ==> 0 >>> | n?????????? : int >>> >>> jshell> n >>> n ==> 0 >>> | n??: int >>> >>> jshell> void m(C c) {} >>> | ????????: ???? m(C)??????????????? class C?????? >>> >>> (1): The type name goes far from the variable name. >>> (2): "??????????????? class C??????" has incorrect order. >>> >>> They should be following: >>> jshell> /set feedback verbose >>> | ???????????: verbose >>> >>> jshell> int n = 0 >>> n ==> 0 >>> | ????????: ?? n : int >>> >>> jshell> n = 0 >>> n ==> 0 >>> | n : int?????????? >>> >>> jshell> n >>> n ==> 0 >>> | n : int?? >>> >>> jshell> void m(C c) {} >>> | ????????: ???? m(C)????? class C???????????????? >>> >>> Here is fix: http://cr.openjdk.java.net/~shinyafox/kulla/8169618/l10n_ja.properties.patch.wdiff >>> This is a wdiff against your udiff at the last 3 lines of >>> langtools/src/jdk.jshell/share/classes/jdk/internal/jshell/tool/resources/l10n_ja.properties. >>> >>> For maintainability, I'd like to suggest breaking lines like startup.feedback does so >>> in jdk/internal/jshell/tool/resources/l10n.properties. >>> >>> Regards, >>> shinyafox(Shinya Yoshida) >>> >>> >>> 2016-11-14 15:09 GMT+09:00 Leo Jiang >: >>> >>> Hi, >>> >>> Please review: >>> Webrev: >>> http://cr.openjdk.java.net/~ljiang/8169618/webrev/read/ >>> >>> for bug: >>> https://bugs.openjdk.java.net/browse/JDK-8169618 >>> >>> Please help us to review >>> - over-translate, e.g. keywords should be not translated >>> - not-translate, e.g. some sentences or strings are not translated while they should be. >>> - any programming syntax error >>> - multiple lines property with correct line ending '\n\' >>> - the position of placefolder after translation >>> - any other issues. >>> >>> Thanks, >>> Leo > From christoph.langer at sap.com Wed Nov 16 07:19:48 2016 From: christoph.langer at sap.com (Langer, Christoph) Date: Wed, 16 Nov 2016 07:19:48 +0000 Subject: New JDK9 Committer: Ramanand Patil In-Reply-To: References: Message-ID: <0b041aaa76f24fe7b0ad1d66150fb8de@dewdfe13de07.global.corp.sap> Vote: yes Best regards Christoph > -----Original Message----- > From: jdk9-dev [mailto:jdk9-dev-bounces at openjdk.java.net] On Behalf Of Se?n > Coffey > Sent: Dienstag, 15. November 2016 12:38 > To: jdk9-dev > Subject: CFV: New JDK9 Committer: Ramanand Patil > > I hereby nominate Ramanand Patil (rpatil) to JDK 9 Committer. > > Ramanand is currently a JDK 9 Author and a member of the Java SE Core > Technologies Sustaining group at Oracle. He has made many contributions to > JDK 9 [3]. > > Votes are due by Nov 29, 13:00 GMT 2016. > > Only current JDK 9 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]. > > regards, > Sean. > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] > http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=1000&rev=%28keyword% > 28%22ramanand.patil%40oracle.com%22%29+or+author%28rpatil%29%29+and > +not+desc%28%22Merge%22%29 From roman.shevchenko at jetbrains.com Wed Nov 16 17:36:16 2016 From: roman.shevchenko at jetbrains.com (Roman Shevchenko) Date: Wed, 16 Nov 2016 18:36:16 +0100 Subject: a cryptic error on using Java agents in build 144 Message-ID: Hi, in jdk9+144, a program launched in a module path mode with a fairly simple Java agent attached fails with a pretty cryptic error message: Unexpected error (113) returned by AddToSystemClassLoaderSearch Unable to add /home/sher/Tools/idea/lib/idea_rt.jar to system class path - the system class loader does not define the appendToClassPathForInstrumentation method or the method failed FATAL ERROR in native method: processing of -javaagent failed The same agent works just fine in a class path mode; in jdk9+142 it worked in both modes. Please advice. -- Roman Shevchenko JetBrains http://www.jetbrains.com The Drive to Develop From Alan.Bateman at oracle.com Wed Nov 16 17:43:45 2016 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Wed, 16 Nov 2016 17:43:45 +0000 Subject: a cryptic error on using Java agents in build 144 In-Reply-To: References: Message-ID: <49390eff-d77f-65f4-dba9-1ae5c3180f78@oracle.com> On 16/11/2016 17:36, Roman Shevchenko wrote: > Hi, > > in jdk9+144, a program launched in a module path mode with a fairly simple > Java agent attached fails with a pretty cryptic error message: > > Unexpected error (113) returned by AddToSystemClassLoaderSearch > Unable to add /home/sher/Tools/idea/lib/idea_rt.jar to system class > path - the system class loader does not define the > appendToClassPathForInstrumentation method or the method failed > FATAL ERROR in native method: processing of -javaagent failed > > The same agent works just fine in a class path mode; in jdk9+142 it worked > in both modes. > Please advice. > I think I can explain this but first, are you running with a custom system class loader (-Djava.system.class.loader)? -Alan. From roman.shevchenko at jetbrains.com Wed Nov 16 17:48:29 2016 From: roman.shevchenko at jetbrains.com (Roman Shevchenko) Date: Wed, 16 Nov 2016 18:48:29 +0100 Subject: a cryptic error on using Java agents in build 144 In-Reply-To: <49390eff-d77f-65f4-dba9-1ae5c3180f78@oracle.com> References: <49390eff-d77f-65f4-dba9-1ae5c3180f78@oracle.com> Message-ID: <1479318509.31435.2@smtp.gmail.com> Nope (sorry, should have mentioned this). On Mi, Nov 16, 2016 at 6:43 , Alan Bateman wrote: > On 16/11/2016 17:36, Roman Shevchenko wrote: > >> Hi, >> >> in jdk9+144, a program launched in a module path mode with a fairly >> simple >> Java agent attached fails with a pretty cryptic error message: >> >> Unexpected error (113) returned by AddToSystemClassLoaderSearch >> Unable to add /home/sher/Tools/idea/lib/idea_rt.jar to system >> class >> path - the system class loader does not define the >> appendToClassPathForInstrumentation method or the method failed >> FATAL ERROR in native method: processing of -javaagent failed >> >> The same agent works just fine in a class path mode; in jdk9+142 it >> worked >> in both modes. >> Please advice. >> > I think I can explain this but first, are you running with a custom > system class loader (-Djava.system.class.loader)? > > -Alan. From lana.steuck at oracle.com Wed Nov 16 20:27:09 2016 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Wed, 16 Nov 2016 20:27:09 GMT Subject: jdk9-b145: dev Message-ID: <201611162027.uAGKR9Bt025445@scaaa563.us.oracle.com> http://hg.openjdk.java.net/jdk9/jdk9/rev/ff98aa9ec9fa http://hg.openjdk.java.net/jdk9/jdk9/nashorn/rev/4a68dd740be8 http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/cb9e896265ef http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/99b7853cfbd8 http://hg.openjdk.java.net/jdk9/jdk9/jaxws/rev/29277a4e7307 http://hg.openjdk.java.net/jdk9/jdk9/jaxp/rev/71558b38bad7 http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/61e7ea563123 http://hg.openjdk.java.net/jdk9/jdk9/corba/rev/a44b156ae7f0 --- All the fixes will be tested during promotion (no PIT testing at this point): List of all fixes: =================== JDK-8156615 core-libs Catch parameter can be a BindingPattern in ES6 mode JDK-8164815 core-libs 3 JCK NetworkInterface tests fail on Raspberry Pi JDK-8164934 core-libs Optional.map() javadoc code example is incorrect JDK-8165782 core-libs java.util.jar.JarFile.runtimeVersion() spec needs clarification JDK-8166735 core-libs JarFile#getVersion spec clarification for unversioned jars JDK-8166994 core-libs Improve sun.util.locale.LocaleMatcher JDK-8168049 core-libs Fix Performance of Lexer.isJSWhitespace JDK-8168373 core-libs "Bad local variable type" in ES6 Nashorn when reassigning a `let` with JDK-8168500 core-libs (se) EPollArrayWrapper optimization for update events should be robust JDK-8168862 core-libs Tighten permissions granted to the jdk.zipfs module JDK-8169191 core-libs (tz) Support tzdata2016i JDK-8169196 core-libs [TESTBUG] Three tests from sun/net/www have undeclared dependencies JDK-8169316 core-libs com/sun/net/httpserver tests have undeclared dependency on java.loggin JDK-8169556 core-libs Wrap FileInputStream's native skip and available methods JDK-8169630 infrastructure Fix wrong cpu build flag for Linux/ppc64le build JDK-8169632 infrastructure Update compare script for clean compare JDK-8169041 other-libs com/sun/corba/cachedSocket should be added to exclusiveAccess.dirs JDK-8168882 security-libs keytool doesn't print certificate info if disabled algorithm was used JDK-8168911 security-libs Increased number of classes initialized during initialization of Signa JDK-8169229 security-libs RSAClientKeyExchange debug info is incorrect JDK-8169318 security-libs Dump the reproduced packet in DTLSOverDatagram.java JDK-8169362 security-libs Interop automated testing with Chrome JDK-8155756 tools Better context for some jlink exceptions JDK-8166333 tools jshell tool: shortcut var does not import its type JDK-8166379 tools IAE while invoking javadoc with --patch-module JDK-8166700 tools NPE during invoking getEnclosedElements() on javax.lang.model.element. JDK-8167967 tools javadoc should identify the ordinal value of enum constants JDK-8168312 tools javac throws NPE if annotation processor is specified and module is de JDK-8168386 tools Fix jdeps verbose options. JDK-8169001 tools Remove launcher's built-in ergonomics JDK-8169447 tools javac should detect/reject repeated use of --patch-module on command l JDK-8169595 tools jshell tool: pasting multiple lines hangs input JDK-8169599 tools Several JShell tests are failing on Solaris after JDK-8145838 JDK-8169606 tools jdeps --list-reduced-deps should not show java.base as all modules req JDK-8169720 tools jimage help message for --include option should be corrected From Alan.Bateman at oracle.com Thu Nov 17 15:48:21 2016 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Thu, 17 Nov 2016 15:48:21 +0000 Subject: a cryptic error on using Java agents in build 144 In-Reply-To: <1479318509.31435.2@smtp.gmail.com> References: <49390eff-d77f-65f4-dba9-1ae5c3180f78@oracle.com> <1479318509.31435.2@smtp.gmail.com> Message-ID: On 16/11/2016 17:48, Roman Shevchenko wrote: > Nope (sorry, should have mentioned this). This could only be one of two things so there's enough here to say that this is a bug (a regression in jdk-9+143). In thaht build we cleaned up the scenario that is the initial module on the module path but no class path. When running with -javaagent then the class path is extended which leads to a NPE (you can't see it because the exception is cleared in the VM). I'll create a bug for this and we'll get it fixed. You can work around it in the mean-time by adding `-cp ` to the command line. -Alan. From roman.shevchenko at jetbrains.com Thu Nov 17 16:01:36 2016 From: roman.shevchenko at jetbrains.com (Roman Shevchenko) Date: Thu, 17 Nov 2016 17:01:36 +0100 Subject: a cryptic error on using Java agents in build 144 In-Reply-To: References: <49390eff-d77f-65f4-dba9-1ae5c3180f78@oracle.com> <1479318509.31435.2@smtp.gmail.com> Message-ID: <1479398496.31435.3@smtp.gmail.com> OK, thanks! On Do, Nov 17, 2016 at 4:48 , Alan Bateman wrote: > On 16/11/2016 17:48, Roman Shevchenko wrote: > >> Nope (sorry, should have mentioned this). > This could only be one of two things so there's enough here to say > that this is a bug (a regression in jdk-9+143). In thaht build we > cleaned up the scenario that is the initial module on the module path > but no class path. When running with -javaagent then the class path > is extended which leads to a NPE (you can't see it because the > exception is cleared in the VM). I'll create a bug for this and we'll > get it fixed. You can work around it in the mean-time by adding `-cp > ` to the command line. > > -Alan. From li.jiang at oracle.com Thu Nov 17 16:29:29 2016 From: li.jiang at oracle.com (Leo Jiang) Date: Fri, 18 Nov 2016 00:29:29 +0800 Subject: RFR: JDK9 message drop interim L10n resource update In-Reply-To: References: Message-ID: Hi Shinya, Robert, 1. After review these messages, I found the problem was caused by the word order of original English sentence. For the below messages, they have same pattern, the type is the suffix after colon. > jshell> int n = 0 > n ==> 0 > | ????????: ?? n : int > > jshell> n = 0 > n ==> 0 > | n?????????? : int > > jshell> n > n ==> 0 > | n??: int @Robert, Would you help to confirm if we need to keep the {name} : {type} together? Currently translator might think the ': {type}' must be in the end of sentence, and can be separated from {name}. The English message: '{result}{pre}assigned to {name} : {type}{post}' 2. @Shinya, Thank you for providing us patch, it's so kindly. Bug I can't use your patch as the patch was created according to the webrev which specially been converted for human reading. Would you edit a English resource file with the correct Japanese lines (only several lines you want to fix), and send the result to me via email? Thank you, very appreciated! Thanks, Leo On 11/16/2016 12:47 PM, ShinyaYoshida wrote: > Hi Leo, > Thank you for updating translation. > In jshell, the most becomes better than previous one! > > I've noticed incorrect word order in jshell translation: > jshell> /set feedback verbose > | ???????????: verbose > > jshell> int n = 0 > n ==> 0 > | ????????: ?? n : int > > jshell> n = 0 > n ==> 0 > | n?????????? : int > > jshell> n > n ==> 0 > | n??: int > > jshell> void m(C c) {} > | ????????: ???? m(C)??????????????? class C?????? > > (1): The type name goes far from the variable name. > (2): "??????????????? class C??????" has incorrect order. > > They should be following: > jshell> /set feedback verbose > | ???????????: verbose > > jshell> int n = 0 > n ==> 0 > | ????????: ?? n : int > > jshell> n = 0 > n ==> 0 > | n : int?????????? > > jshell> n > n ==> 0 > | n : int?? > > jshell> void m(C c) {} > | ????????: ???? m(C)????? class C???????????????? > > Here is fix: http://cr.openjdk.java.net/~shinyafox/kulla/8169618/l10n_ja.properties.patch.wdiff > This is a wdiff against your udiff at the last 3 lines of > langtools/src/jdk.jshell/share/classes/jdk/internal/jshell/tool/resources/l10n_ja.properties. > > For maintainability, I'd like to suggest breaking lines like startup.feedback does so > in jdk/internal/jshell/tool/resources/l10n.properties. > > Regards, > shinyafox(Shinya Yoshida) > > > 2016-11-14 15:09 GMT+09:00 Leo Jiang >: > > Hi, > > Please review: > Webrev: > http://cr.openjdk.java.net/~ljiang/8169618/webrev/read/ > > for bug: > https://bugs.openjdk.java.net/browse/JDK-8169618 > > Please help us to review > - over-translate, e.g. keywords should be not translated > - not-translate, e.g. some sentences or strings are not translated while they should be. > - any programming syntax error > - multiple lines property with correct line ending '\n\' > - the position of placefolder after translation > - any other issues. > > Thanks, > Leo > > From robert.field at oracle.com Thu Nov 17 17:04:53 2016 From: robert.field at oracle.com (Robert Field) Date: Thu, 17 Nov 2016 09:04:53 -0800 Subject: RFR: JDK9 message drop interim L10n resource update In-Reply-To: References: Message-ID: <582DE335.8020309@oracle.com> On 11/17/16 08:29, Leo Jiang wrote: > Hi Shinya, Robert, > > 1. > After review these messages, I found the problem was caused by the > word order of original English sentence. > > For the below messages, they have same pattern, the type is the suffix > after colon. > > jshell> int n = 0 > > n ==> 0 > > | ????????: ?? n : int > > > > jshell> n = 0 > > n ==> 0 > > | n?????????? : int > > > > jshell> n > > n ==> 0 > > | n??: int > > @Robert, > Would you help to confirm if we need to keep the {name} : {type} > together? Currently translator might think the ': {type}' must be in > the end of sentence, and can be separated from {name}. > > The English message: > '{result}{pre}assigned to {name} : {type}{post}' Well, the problem is I mixed English with a made-up syntactic language and that made-up language doesn't work with a natural language with a different word order. The ":" means "of type" and they (probably) need to be together. So, "assigned to g : int", means "assigned to g of type int". This is for verbose mode, so what might be best is to just spell out "of type". The problem is that for readability the type is best at the end, as it can be complex: jshell> Map> map = new HashMap<>() map ==> {} | created variable map : Map> What would work well in Japanese and Chinese? Thanks, Robert > > 2. > @Shinya, Thank you for providing us patch, it's so kindly. Bug I can't > use your patch as the patch was created according to the webrev which > specially been converted for human reading. Would you edit a English > resource file with the correct Japanese lines (only several lines you > want to fix), and send the result to me via email? Thank you, very > appreciated! > > Thanks, > Leo > > On 11/16/2016 12:47 PM, ShinyaYoshida wrote: >> Hi Leo, >> Thank you for updating translation. >> In jshell, the most becomes better than previous one! >> >> I've noticed incorrect word order in jshell translation: >> jshell> /set feedback verbose >> | ???????????: verbose >> >> jshell> int n = 0 >> n ==> 0 >> | ????????: ?? n : int >> >> jshell> n = 0 >> n ==> 0 >> | n?????????? : int >> >> jshell> n >> n ==> 0 >> | n??: int >> >> jshell> void m(C c) {} >> | ????????: ???? m(C)??????????????? >> class C?????? >> >> (1): The type name goes far from the variable name. >> (2): "??????????????? class C??????" has >> incorrect order. >> >> They should be following: >> jshell> /set feedback verbose >> | ???????????: verbose >> >> jshell> int n = 0 >> n ==> 0 >> | ????????: ?? n : int >> >> jshell> n = 0 >> n ==> 0 >> | n : int?????????? >> >> jshell> n >> n ==> 0 >> | n : int?? >> >> jshell> void m(C c) {} >> | ????????: ???? m(C)????? class C??????? >> ????????? >> >> Here is fix: >> http://cr.openjdk.java.net/~shinyafox/kulla/8169618/l10n_ja.properties.patch.wdiff >> This is a wdiff against your udiff at the last 3 lines of >> langtools/src/jdk.jshell/share/classes/jdk/internal/jshell/tool/resources/l10n_ja.properties. >> >> >> For maintainability, I'd like to suggest breaking lines like >> startup.feedback does so >> in jdk/internal/jshell/tool/resources/l10n.properties. >> >> Regards, >> shinyafox(Shinya Yoshida) >> >> >> 2016-11-14 15:09 GMT+09:00 Leo Jiang > >: >> >> Hi, >> >> Please review: >> Webrev: >> http://cr.openjdk.java.net/~ljiang/8169618/webrev/read/ >> >> >> for bug: >> https://bugs.openjdk.java.net/browse/JDK-8169618 >> >> >> Please help us to review >> - over-translate, e.g. keywords should be not translated >> - not-translate, e.g. some sentences or strings are not >> translated while they should be. >> - any programming syntax error >> - multiple lines property with correct line ending '\n\' >> - the position of placefolder after translation >> - any other issues. >> >> Thanks, >> Leo >> >> From mandy.chung at oracle.com Thu Nov 17 20:03:09 2016 From: mandy.chung at oracle.com (Mandy Chung) Date: Thu, 17 Nov 2016 12:03:09 -0800 Subject: a cryptic error on using Java agents in build 144 In-Reply-To: References: <49390eff-d77f-65f4-dba9-1ae5c3180f78@oracle.com> <1479318509.31435.2@smtp.gmail.com> Message-ID: <561FF401-4984-4292-ABBE-5B1D24393D85@oracle.com> > On Nov 17, 2016, at 7:48 AM, Alan Bateman wrote: > > On 16/11/2016 17:48, Roman Shevchenko wrote: > >> Nope (sorry, should have mentioned this). > This could only be one of two things so there's enough here to say that this is a bug (a regression in jdk-9+143). In thaht build we cleaned up the scenario that is the initial module on the module path but no class path. When running with -javaagent then the class path is extended which leads to a NPE (you can't see it because the exception is cleared in the VM). I'll create a bug for this and we'll get it fixed. You can work around it in the mean-time by adding `-cp ` to the command line. I have created a bug and a patch for it: https://bugs.openjdk.java.net/browse/JDK-8169909 Thanks for reporting. Mandy From mark.reinhold at oracle.com Thu Nov 17 23:03:44 2016 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Thu, 17 Nov 2016 15:03:44 -0800 (PST) Subject: JDK 9 -> JDK 10 Message-ID: <20161117230344.EED4416992@eggemoggin.niobe.net> The JDK 10 Project has just been created [1]. If you contributed or reviewed at least one changeset in JDK 9 then you have automatically been subscribed to the jdk10-dev mailing list. If you didn't contribute to JDK 9 you're still welcome to subscribe to the JDK 10 list, but you'll have to do so yourself. Either way you can subscribe, unsubscribe, and adjust your subscription options here: http://mail.openjdk.java.net/mailman/listinfo/jdk10-dev . - Mark [1] http://mail.openjdk.java.net/pipermail/announce/2016-November/000215.html From li.jiang at oracle.com Fri Nov 18 06:56:04 2016 From: li.jiang at oracle.com (Leo Jiang) Date: Fri, 18 Nov 2016 14:56:04 +0800 Subject: RFR: JDK9 message drop interim L10n resource update In-Reply-To: <582DE335.8020309@oracle.com> References: <582DE335.8020309@oracle.com> Message-ID: IMHO, the {name} : {type} can be considered as the declaration like Pascal programming language. It's not quite straight to user, but after several tests, the user would understand it's the type of the variable, not the explanation or value. So I assume we should put them together as a unit. Thanks, Leo On 11/18/2016 01:04 AM, Robert Field wrote: > > On 11/17/16 08:29, Leo Jiang wrote: >> Hi Shinya, Robert, >> >> 1. >> After review these messages, I found the problem was caused by the word order of original English sentence. >> >> For the below messages, they have same pattern, the type is the suffix after colon. >> > jshell> int n = 0 >> > n ==> 0 >> > | ????????: ?? n : int >> > >> > jshell> n = 0 >> > n ==> 0 >> > | n?????????? : int >> > >> > jshell> n >> > n ==> 0 >> > | n??: int >> >> @Robert, >> Would you help to confirm if we need to keep the {name} : {type} together? Currently translator might think the ': >> {type}' must be in the end of sentence, and can be separated from {name}. >> >> The English message: >> '{result}{pre}assigned to {name} : {type}{post}' > > Well, the problem is I mixed English with a made-up syntactic language and that made-up language doesn't work with a > natural language with a different word order. > > The ":" means "of type" and they (probably) need to be together. So, "assigned to g : int", means "assigned to g of type > int". > > This is for verbose mode, so what might be best is to just spell out "of type". The problem is that for readability the > type is best at the end, as it can be complex: > > jshell> Map> map = new HashMap<>() > map ==> {} > | created variable map : Map> > > What would work well in Japanese and Chinese? > > Thanks, > Robert > >> >> 2. >> @Shinya, Thank you for providing us patch, it's so kindly. Bug I can't use your patch as the patch was created >> according to the webrev which specially been converted for human reading. Would you edit a English resource file with >> the correct Japanese lines (only several lines you want to fix), and send the result to me via email? Thank you, very >> appreciated! >> >> Thanks, >> Leo >> >> On 11/16/2016 12:47 PM, ShinyaYoshida wrote: >>> Hi Leo, >>> Thank you for updating translation. >>> In jshell, the most becomes better than previous one! >>> >>> I've noticed incorrect word order in jshell translation: >>> jshell> /set feedback verbose >>> | ???????????: verbose >>> >>> jshell> int n = 0 >>> n ==> 0 >>> | ????????: ?? n : int >>> >>> jshell> n = 0 >>> n ==> 0 >>> | n?????????? : int >>> >>> jshell> n >>> n ==> 0 >>> | n??: int >>> >>> jshell> void m(C c) {} >>> | ????????: ???? m(C)??????????????? class C?????? >>> >>> (1): The type name goes far from the variable name. >>> (2): "??????????????? class C??????" has incorrect order. >>> >>> They should be following: >>> jshell> /set feedback verbose >>> | ???????????: verbose >>> >>> jshell> int n = 0 >>> n ==> 0 >>> | ????????: ?? n : int >>> >>> jshell> n = 0 >>> n ==> 0 >>> | n : int?????????? >>> >>> jshell> n >>> n ==> 0 >>> | n : int?? >>> >>> jshell> void m(C c) {} >>> | ????????: ???? m(C)????? class C??????? ????????? >>> >>> Here is fix: http://cr.openjdk.java.net/~shinyafox/kulla/8169618/l10n_ja.properties.patch.wdiff >>> This is a wdiff against your udiff at the last 3 lines of >>> langtools/src/jdk.jshell/share/classes/jdk/internal/jshell/tool/resources/l10n_ja.properties. >>> >>> For maintainability, I'd like to suggest breaking lines like startup.feedback does so >>> in jdk/internal/jshell/tool/resources/l10n.properties. >>> >>> Regards, >>> shinyafox(Shinya Yoshida) >>> >>> >>> 2016-11-14 15:09 GMT+09:00 Leo Jiang >: >>> >>> Hi, >>> >>> Please review: >>> Webrev: >>> http://cr.openjdk.java.net/~ljiang/8169618/webrev/read/ >>> >>> for bug: >>> https://bugs.openjdk.java.net/browse/JDK-8169618 >>> >>> Please help us to review >>> - over-translate, e.g. keywords should be not translated >>> - not-translate, e.g. some sentences or strings are not translated while they should be. >>> - any programming syntax error >>> - multiple lines property with correct line ending '\n\' >>> - the position of placefolder after translation >>> - any other issues. >>> >>> Thanks, >>> Leo >>> >>> > From li.jiang at oracle.com Fri Nov 18 07:11:20 2016 From: li.jiang at oracle.com (Leo Jiang) Date: Fri, 18 Nov 2016 15:11:20 +0800 Subject: RFR: JDK9 message drop interim L10n resource update In-Reply-To: References: Message-ID: <8afb6c57-13a2-56fa-fb79-8087e489406b@oracle.com> Still not got any feedback for jdk and jaxp repo. Would anyone help to review the changes? For jaxp, most of the changes are removing an obsoleted comment line and some bugfix from translation team. Thanks, Leo On 11/14/2016 02:09 PM, Leo Jiang wrote: > Hi, > > Please review: > Webrev: > http://cr.openjdk.java.net/~ljiang/8169618/webrev/read/ > > for bug: > https://bugs.openjdk.java.net/browse/JDK-8169618 > > Please help us to review > - over-translate, e.g. keywords should be not translated > - not-translate, e.g. some sentences or strings are not translated while they should be. > - any programming syntax error > - multiple lines property with correct line ending '\n\' > - the position of placefolder after translation > - any other issues. > > Thanks, > Leo From yuka.kamiya at oracle.com Fri Nov 18 08:12:59 2016 From: yuka.kamiya at oracle.com (Yuka Kamiya) Date: Fri, 18 Nov 2016 17:12:59 +0900 Subject: RFR: JDK9 message drop interim L10n resource update In-Reply-To: <8afb6c57-13a2-56fa-fb79-8087e489406b@oracle.com> References: <8afb6c57-13a2-56fa-fb79-8087e489406b@oracle.com> Message-ID: <6af5177a-ae4b-540b-ab24-43f7848795d1@oracle.com> Hi Leo, I reviewed jdk part and have some comments. 1. src/jdk.jartool/share/classes/sun/security/tools/jarsigner/Resources_ja.java + {"jar.treated.unsigned", + {"jar.treated.unsigned.see.weak", + {"jar.treated.unsigned.see.weak.verbose", I think "???????????" should be "????????????". Because "?" usually means "not yet". 2. Please check src/jdk.jartool/share/classes/sun/tools/jar/resources/jar_*.java. Some of them contain translated keywords. I think they should _not_ be translated. 3. In src/jdk.jartool/share/classes/sun/tools/jar/resources/jar_ja.properties, I'm just curious if "???????"?=versioning?is a correct translation of "versioned" ????? Otherwise the fix looks okay to me. Thanks, -- Yuka On 2016/11/18 16:11, Leo Jiang wrote: > Still not got any feedback for jdk and jaxp repo. Would anyone help to > review the changes? For jaxp, most of the changes are removing an > obsoleted comment line and some bugfix from translation team. > > Thanks, > Leo > > On 11/14/2016 02:09 PM, Leo Jiang wrote: >> Hi, >> >> Please review: >> Webrev: >> http://cr.openjdk.java.net/~ljiang/8169618/webrev/read/ >> >> for bug: >> https://bugs.openjdk.java.net/browse/JDK-8169618 >> >> Please help us to review >> - over-translate, e.g. keywords should be not translated >> - not-translate, e.g. some sentences or strings are not translated >> while they should be. >> - any programming syntax error >> - multiple lines property with correct line ending '\n\' >> - the position of placefolder after translation >> - any other issues. >> >> Thanks, >> Leo From li.jiang at oracle.com Fri Nov 18 16:17:09 2016 From: li.jiang at oracle.com (Leo Jiang) Date: Sat, 19 Nov 2016 00:17:09 +0800 Subject: RFR: JDK9 message drop interim L10n resource update In-Reply-To: <6af5177a-ae4b-540b-ab24-43f7848795d1@oracle.com> References: <8afb6c57-13a2-56fa-fb79-8087e489406b@oracle.com> <6af5177a-ae4b-540b-ab24-43f7848795d1@oracle.com> Message-ID: <9f43f5bd-3712-cfb2-b51d-b8d2f7b1ccbe@oracle.com> Thank you very much, Yuka!, I will review and check the files, and give your feedback to translation team. Thanks, Leo On 11/18/2016 04:12 PM, Yuka Kamiya wrote: > Hi Leo, > > I reviewed jdk part and have some comments. > > 1. src/jdk.jartool/share/classes/sun/security/tools/jarsigner/Resources_ja.java > + {"jar.treated.unsigned", > + {"jar.treated.unsigned.see.weak", > + {"jar.treated.unsigned.see.weak.verbose", > I think "???????????" should be "????????????". Because "?" usually means "not yet". > > 2. Please check src/jdk.jartool/share/classes/sun/tools/jar/resources/jar_*.java. Some of them contain translated > keywords. I think they should _not_ be translated. > > 3. In src/jdk.jartool/share/classes/sun/tools/jar/resources/jar_ja.properties, I'm just curious if "???????" > ?=versioning?is a correct translation of "versioned" ????? > > Otherwise the fix looks okay to me. > > Thanks, > -- > Yuka > > > On 2016/11/18 16:11, Leo Jiang wrote: >> Still not got any feedback for jdk and jaxp repo. Would anyone help to review the changes? For jaxp, most of the >> changes are removing an obsoleted comment line and some bugfix from translation team. >> >> Thanks, >> Leo >> >> On 11/14/2016 02:09 PM, Leo Jiang wrote: >>> Hi, >>> >>> Please review: >>> Webrev: >>> http://cr.openjdk.java.net/~ljiang/8169618/webrev/read/ >>> >>> for bug: >>> https://bugs.openjdk.java.net/browse/JDK-8169618 >>> >>> Please help us to review >>> - over-translate, e.g. keywords should be not translated >>> - not-translate, e.g. some sentences or strings are not translated while they should be. >>> - any programming syntax error >>> - multiple lines property with correct line ending '\n\' >>> - the position of placefolder after translation >>> - any other issues. >>> >>> Thanks, >>> Leo > From roger.riggs at oracle.com Fri Nov 18 22:12:00 2016 From: roger.riggs at oracle.com (Roger Riggs) Date: Fri, 18 Nov 2016 17:12:00 -0500 Subject: CFV: New JDK9 Committer: Ramanand Patil In-Reply-To: References: Message-ID: Vote: Yes On 11/15/16 6:38 AM, Se?n Coffey wrote: > I hereby nominate Ramanand Patil (rpatil) to JDK 9 Committer. From javalists at cbfiddle.com Mon Nov 21 16:31:08 2016 From: javalists at cbfiddle.com (Alan Snyder) Date: Mon, 21 Nov 2016 08:31:08 -0800 Subject: javapackager/ant issue Message-ID: I am trying out creating a macOS bundled app using the ant plugin, and am getting this error: Exception: jdk.tools.jlink.plugin.PluginException: java.lang.module.ResolutionException: Module jdk.management.jfr not found It is true that this module is not present. Advice or workaround solicited? From kevin.rushforth at oracle.com Mon Nov 21 17:09:51 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Mon, 21 Nov 2016 09:09:51 -0800 Subject: javapackager/ant issue In-Reply-To: References: Message-ID: <58332A5F.6080201@oracle.com> This is probably better discussed on the openjfx-dev mailing list (or maybe the jigsaw-dev mailing list). What build of JDK 9 are you using? -- Kevin Alan Snyder wrote: > I am trying out creating a macOS bundled app using the ant plugin, and am getting this error: > > Exception: jdk.tools.jlink.plugin.PluginException: java.lang.module.ResolutionException: Module jdk.management.jfr not found > > It is true that this module is not present. > > Advice or workaround solicited? > > From chris.bensen at oracle.com Mon Nov 21 17:17:59 2016 From: chris.bensen at oracle.com (Chris Bensen) Date: Mon, 21 Nov 2016 09:17:59 -0800 Subject: javapackager/ant issue In-Reply-To: <58332A5F.6080201@oracle.com> References: <58332A5F.6080201@oracle.com> Message-ID: <1F7DD969-3DBA-4DAF-ABFD-BC9EEC307E1E@oracle.com> Hi Alan, The module jdk.management.jfr is considered a redistributable module to the Java Packager so if you are packaging a non-modular jar this will be required. Internal implementation detail, the list of modules in this same category are located in jdk.packager/classes/jdk/packager/internal/resources/tools/redistributable-files/redistributable.list Couple questions. 1. Why isn?t jdk.management.jfr.jmod present? 2. I assume you are bundling a non-modular jar? Two options I?m pretty sure will work without seeing your project or having answers to these questions: 1. Make jdk.managemnt.jfr.jmod present in the jmods directory. 2. Turn your non-modular jar into a modular jar and unless you specifically require the module jdk.managemnt.jfr, it will not be linked in my jlink. Chris > On Nov 21, 2016, at 9:09 AM, Kevin Rushforth wrote: > > This is probably better discussed on the openjfx-dev mailing list (or maybe the jigsaw-dev mailing list). > > What build of JDK 9 are you using? > > -- Kevin > > > > Alan Snyder wrote: >> I am trying out creating a macOS bundled app using the ant plugin, and am getting this error: >> >> Exception: jdk.tools.jlink.plugin.PluginException: java.lang.module.ResolutionException: Module jdk.management.jfr not found >> >> It is true that this module is not present. >> >> Advice or workaround solicited? >> >> From javalists at cbfiddle.com Mon Nov 21 17:39:29 2016 From: javalists at cbfiddle.com (Alan Snyder) Date: Mon, 21 Nov 2016 09:39:29 -0800 Subject: javapackager/ant issue In-Reply-To: <1F7DD969-3DBA-4DAF-ABFD-BC9EEC307E1E@oracle.com> References: <58332A5F.6080201@oracle.com> <1F7DD969-3DBA-4DAF-ABFD-BC9EEC307E1E@oracle.com> Message-ID: > On Nov 21, 2016, at 9:17 AM, Chris Bensen wrote: > > Couple questions. > > 1. Why isn?t jdk.management.jfr.jmod present? I do not know. > 2. I assume you are bundling a non-modular jar? Correct. > > Two options I?m pretty sure will work without seeing your project or having answers to these questions: > > 1. Make jdk.managemnt.jfr.jmod present in the jmods directory. How? It is not in the 144 snapshot os x release. I did a fast debug macosx configure and make images on a recent repo clone and it is not there either. > 2. Turn your non-modular jar into a modular jar and unless you specifically require the module jdk.managemnt.jfr, it will not be linked in my jlink. > > Chris > From Alan.Bateman at oracle.com Mon Nov 21 17:43:23 2016 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Mon, 21 Nov 2016 17:43:23 +0000 Subject: javapackager/ant issue In-Reply-To: References: <58332A5F.6080201@oracle.com> <1F7DD969-3DBA-4DAF-ABFD-BC9EEC307E1E@oracle.com> Message-ID: <7bdfab48-0c0a-b2c3-6b90-db33448eebbc@oracle.com> On 21/11/2016 17:39, Alan Snyder wrote: > : > >> Two options I?m pretty sure will work without seeing your project or having answers to these questions: >> >> 1. Make jdk.managemnt.jfr.jmod present in the jmods directory. > How? It is not in the 144 snapshot os x release. I did a fast debug macosx configure and make images on a recent repo clone and it is not there either. I think we have a packager bug whereby it attempts to link in modules that aren't in the JDK 9 EA builds. Chris Bensen is going to create an issue to track this. -Alan From chris.bensen at oracle.com Mon Nov 21 17:45:06 2016 From: chris.bensen at oracle.com (Chris Bensen) Date: Mon, 21 Nov 2016 09:45:06 -0800 Subject: javapackager/ant issue In-Reply-To: References: <58332A5F.6080201@oracle.com> <1F7DD969-3DBA-4DAF-ABFD-BC9EEC307E1E@oracle.com> Message-ID: <7A4011D4-346F-4E61-A9D4-744EABD7825C@oracle.com> > On Nov 21, 2016, at 9:39 AM, Alan Snyder wrote: > > >> On Nov 21, 2016, at 9:17 AM, Chris Bensen wrote: >> >> Couple questions. >> >> 1. Why isn?t jdk.management.jfr.jmod present? > > I do not know. > >> 2. I assume you are bundling a non-modular jar? > > Correct. > >> >> Two options I?m pretty sure will work without seeing your project or having answers to these questions: >> >> 1. Make jdk.managemnt.jfr.jmod present in the jmods directory. > > How? It is not in the 144 snapshot os x release. I did a fast debug macosx configure and make images on a recent repo clone and it is not there either. Sorry Alan, right after I sent this email I realized this is a modular only present as a commercial feature. Here?s the bug to track this issue: https://bugs.openjdk.java.net/browse/JDK-8170127 >> 2. Turn your non-modular jar into a modular jar and unless you specifically require the module jdk.managemnt.jfr, it will not be linked in my jlink. >> In the meantime, if your app was a modular jar it would not link with the module jdk.managemnt.jfr. Chris From jonathan.gibbons at oracle.com Tue Nov 22 01:22:57 2016 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Mon, 21 Nov 2016 17:22:57 -0800 Subject: Result: New JDK 9 Committer: Andrey Nazarov In-Reply-To: <580964F4.6040106@oracle.com> References: <580964F4.6040106@oracle.com> Message-ID: <58339DF1.4030508@oracle.com> |Voting for Andrey Nazarov [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. -- Jonathan Gibbons [1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-October/005116.html| From li.jiang at oracle.com Tue Nov 22 17:58:48 2016 From: li.jiang at oracle.com (Leo Jiang) Date: Wed, 23 Nov 2016 01:58:48 +0800 Subject: RFR: 8065555: remove incorrect locale data for inexistent language 'German (Greece)' Message-ID: <7ed76d98-3669-3685-a628-b4a070977793@oracle.com> Hi, Please review the change to remove the incorrect locale data. Webrev: http://cr.openjdk.java.net/~ljiang/8065555/webrev/ Bug: https://bugs.openjdk.java.net/browse/JDK-8065555 As report, the de-GR is an inexistent locale, we should remove the locale data from JRE provider. Thanks, Leo From naoto.sato at oracle.com Tue Nov 22 18:53:30 2016 From: naoto.sato at oracle.com (Naoto Sato) Date: Tue, 22 Nov 2016 10:53:30 -0800 Subject: RFR: 8065555: remove incorrect locale data for inexistent language 'German (Greece)' In-Reply-To: <7ed76d98-3669-3685-a628-b4a070977793@oracle.com> References: <7ed76d98-3669-3685-a628-b4a070977793@oracle.com> Message-ID: <0c656850-b829-942c-0b2a-09987d8dfaca@oracle.com> Looks fine to me. I just wonder whether the initial intent in the first place could have been "el-DE (Greek in Germany)" instead of "de-GR (German in Greece), as there is a significant community according to Wikipedia. https://en.wikipedia.org/wiki/Greeks_in_Germany Naoto On 11/22/16 9:58 AM, Leo Jiang wrote: > Hi, > > Please review the change to remove the incorrect locale data. > > Webrev: > http://cr.openjdk.java.net/~ljiang/8065555/webrev/ > > Bug: > https://bugs.openjdk.java.net/browse/JDK-8065555 > > As report, the de-GR is an inexistent locale, we should remove the > locale data from JRE provider. > > Thanks, > Leo From lana.steuck at oracle.com Tue Nov 22 22:17:39 2016 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Tue, 22 Nov 2016 22:17:39 GMT Subject: jdk9-b146: dev Message-ID: <201611222217.uAMMHdAD022413@scaaa563.us.oracle.com> http://hg.openjdk.java.net/jdk9/jdk9/rev/a22e2671d88f http://hg.openjdk.java.net/jdk9/jdk9/nashorn/rev/55f5a96988de http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/26f972dc2d17 http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/6e4ff59afb5d http://hg.openjdk.java.net/jdk9/jdk9/jaxws/rev/1461e3e07876 http://hg.openjdk.java.net/jdk9/jdk9/jaxp/rev/09eda28b98e4 http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/a82cb5350cad http://hg.openjdk.java.net/jdk9/jdk9/corba/rev/ecd74b41ab65 --- All the fixes will be tested during promotion (no PIT testing at this point): List of all fixes: =================== JDK-8163553 core-libs java.lang.LinkageError from test java/lang/ThreadGroup/Stop.java JDK-8166974 core-libs invokedynamic implementation should not wrap Errors JDK-8072742 core-svc nsk/monitoring/MemoryNotificationInfo/from/from001 hangs in every nigh JDK-8151099 core-svc java.lang.management.ManagementFactory.getPlatformMXBeans() should wor JDK-8164383 core-svc jhsdb dumps core on Solaris 12 when loading dumped core JDK-8164783 core-svc SA: jhsdb clhsdb 'printall' often throws "Corrupted constant pool" ass JDK-8165500 core-svc TestJpsJar shouldn't jar all test.classpath directories JDK-8167294 core-svc MXBean javadoc should be updated to take modules into account JDK-8169597 core-svc Quarantine TestCpoolForInvokeDynamic.java until JDK-8169232 is solved JDK-8067744 hotspot XMM/SSE float register values corrupted by JNI_CreateVM call in JRE 8 JDK-8134991 hotspot gc/gctests/Steal/steal001 times out intermittently JDK-8146009 hotspot "pure virtual method called" with using new GC logging mechanism JDK-8155219 hotspot [TESTBUG] Rewrite compiler/ciReplay/TestVM.sh in java JDK-8155570 hotspot serviceability/tmtools/jstat/GcTest02.java fails with parallel GC JDK-8156800 hotspot Convert QuickSort_test to GTest JDK-8157453 hotspot Convert DependencyContext_test to GTest JDK-8157455 hotspot Convert TestOS_test to GTest JDK-8159611 hotspot C2: ArrayCopy elimination skips required parameter checks JDK-8159817 hotspot Convert FreeRegionList_test to GTest JDK-8160055 hotspot Misplaced call to ClassLoaderDataGraph::clear_claimed_marks during ini JDK-8160376 hotspot DebuggerException: Can't attach symbolicator to the process JDK-8164002 hotspot Add a new CPU family (S_family) for SPARC S7 and above processors JDK-8164612 hotspot NoSuchMethodException when method name contains NULL or Latin-1 supple JDK-8165381 hotspot Update for x86 SHA512 using AVX2 JDK-8165451 hotspot Convert WorkerDataArray_test to GTest JDK-8166117 hotspot Add UTC timestamp decorator for UL JDK-8166145 hotspot runtime/threads/ThreadInterruptTest3 fails with ExitCode 0 JDK-8166203 hotspot NoClassDefFoundError should not be thrown if class is in_error_state a JDK-8166289 hotspot RuntimeException\: canRead() reports false for reading from the same m JDK-8166377 hotspot is_compiled_by_jvmci hot in some profiles - improve nmethod compiler t JDK-8166560 hotspot [s390] Basic enablement of s390 port. JDK-8166561 hotspot [s390] Adaptions needed for s390 port in C1 and C2. JDK-8166563 hotspot Convert GuardedMemory_test to Gtest JDK-8166684 hotspot PPC64: implement intrinsic code with vector instructions for Unsafe.co JDK-8166724 hotspot gc/g1/TestHumongousShrinkHeap.java fails with OOME JDK-8166790 hotspot Co-locate stress test GCBasher in hotspot/test JDK-8166804 hotspot Convert TestMetachunk_test to GTest JDK-8166806 hotspot Add intrinsic support for writer used in event based tracing JDK-8166862 hotspot CMS needs klass_or_null_acquire JDK-8166910 hotspot Convert TestNewSize_test to GTest JDK-8166911 hotspot Convert TestOldSize_test to GTest JDK-8167184 hotspot [s390] Extend relocations for pc-relative instructions. JDK-8167298 hotspot assert(tp->base() != Type::AnyPtr) crash with Unsafe.compareAndExchang JDK-8167299 hotspot -XX:+PrintRelocations crashes the VM JDK-8167300 hotspot Scheduling failures during gcm should be fatal JDK-8167421 hotspot AArch64: in one core system, fatal error: Illegal threadstate encounte JDK-8167501 hotspot ARMv7 Linux C2 compiler crashes running jtreg harness on MP systems JDK-8167578 hotspot C1: compiler.escapeAnalysis.TestArrayCopy fails to throw ArrayStoreExc JDK-8167673 hotspot [s390] The s390 port. JDK-8167987 hotspot change merge context to clear for mask register usage model JDK-8167995 hotspot -Xlog:defaultmethods=debug: lengthy method descriptor triggers "String JDK-8168083 hotspot PPC64: Cleanup template interpreter after 8154580 and 8154867 JDK-8168283 hotspot adlc: fix error expanding expanded nodes. JDK-8168295 hotspot [JVMCI] -XX:+JVMCIPrintProperties should exit after printing JDK-8168305 hotspot GC.class_stats should not require -XX:+UnlockDiagnosticVMOptions JDK-8168317 hotspot [JVMCI] use reflection instead of jdk 9 Module API in Services.java JDK-8168318 hotspot PPC64: Use cmpldi instead of li/cmpld JDK-8168397 hotspot sun/tools/jhsdb/HeapDumpTest.java timesout on MacOS X on non images bu JDK-8168412 hotspot Reduce buffering in jtreg timeouthandler JDK-8168414 hotspot Various timeouthandler fixes JDK-8168483 hotspot Remove jtreg timeout handler timeout JDK-8168490 hotspot Use the LL/ULL suffixes to define 64-bit integer literals on Windows JDK-8168535 hotspot Quarantine GcCauseTest02 and GcTest02 JDK-8168567 hotspot Fix for 8166972 breaks aarch64 build. JDK-8168662 hotspot Intrinsic support for event based tracing needs explicit control depen JDK-8168770 hotspot Fix for 8151988 causes performance regression on SPARC JDK-8168915 hotspot [JVMCI] use MethodParameters attribute instead of depending on -g opti JDK-8169736 other-libs Mark RmiIiopReturnValueTest.java as intermittently failing JDK-8169751 security-libs sun/security/krb5/auto/rcache_usemd5.sh fails on solaris JDK-8164479 xml Update JAX-WS RI integration to latest version (2.3.0-SNAPSHOT) JDK-8169723 xml remove jaxp/src/java.xml/share/classes/org/w3c/dom/xpath/COPYRIGHT.htm From bitterfoxc at gmail.com Wed Nov 23 02:23:23 2016 From: bitterfoxc at gmail.com (ShinyaYoshida) Date: Wed, 23 Nov 2016 11:23:23 +0900 Subject: RFR: JDK9 message drop interim L10n resource update In-Reply-To: References: Message-ID: Hi Leo, Sorry for the late reply. I've just edited the original one and attached it at the end of this mail. I've add comment like ##### HERE ##### to edited lines. Thank you, Robert, for helping describing Regards, shinyafox(Shinya Yoshida) startup.feedback = \ /set mode verbose -command \n\ \n\ /set prompt verbose '\\njshell> ' ' ...> ' \n\ \n\ /set format verbose pre '| ' \n\ /set format verbose post '%n' \n\ /set format verbose errorpre '| ' \n\ /set format verbose errorpost '%n' \n\ \n\ /set format verbose errorline '{post}{pre} {err}' \n\ \n\ /set format verbose action 'created' added-primary \n\ /set format verbose action 'modified' modified-primary \n\ /set format verbose action 'replaced' replaced-primary \n\ /set format verbose action 'overwrote' overwrote-primary \n\ /set format verbose action 'dropped' dropped-primary \n\ /set format verbose action ' update created' added-update \n\ /set format verbose action ' update modified' modified-update \n\ /set format verbose action ' update replaced' replaced-update \n\ /set format verbose action ' update overwrote' overwrote-update \n\ /set format verbose action ' update dropped' dropped-update \n\ \n\ /set format verbose until ', however, it cannot be instanciated or its methods invoked until' defined-class-primary \n\ /set format verbose until ', however, its methods cannot be invoked until' defined-interface-primary \n\ /set format verbose until ', however, it cannot be used until' defined-enum,annotation-primary \n\ /set format verbose until ', however, it cannot be invoked until' defined-method-primary \n\ /set format verbose until ', however, it cannot be referenced until' notdefined-primary \n\ /set format verbose until ' which cannot be instanciated or its methods invoked until' defined-class-update \n\ /set format verbose until ' whose methods cannot be invoked until' defined-interface-update \n\ /set format verbose until ' which cannot be invoked until' defined-method-update \n\ /set format verbose until ' which cannot be referenced until' notdefined-update \n\ \n\ /set format verbose unrerr '{unresolved} is declared' unresolved1-error0 \n\ /set format verbose unrerr '{unresolved} are declared' unresolved2-error0 \n\ /set format verbose unrerr ' this error is corrected: {errors}' unresolved0-error1 \n\ /set format verbose unrerr '{unresolved} is declared and this error is corrected: {errors}' unresolved1-error1 \n\ /set format verbose unrerr '{unresolved} are declared and this error is corrected: {errors}' unresolved2-error1 \n\ /set format verbose unrerr ' these errors are corrected: {errors}' unresolved0-error2 \n\ /set format verbose unrerr '{unresolved} is declared and these errors are corrected: {errors}' unresolved1-error2 \n\ /set format verbose unrerr '{unresolved} are declared and these errors are corrected: {errors}' unresolved2-error2 \n\ \n\ /set format verbose resolve '{unrerr}{until}' defined,notdefined-added,modified,replaced,used \n\ ##### HERE ##### \n\ /set format verbose typeKind 'class' class \n\ /set format verbose typeKind 'interface' interface \n\ /set format verbose typeKind 'enum' enum \n\ /set format verbose typeKind 'annotation interface' annotation \n\ \n\ /set format verbose result '{name} ==> {value}{post}' added,modified,replaced-ok-primary \n\ \n\ /set format verbose display '{result}{pre}???????{name} : {type}????????{post}' expression-added,modified,replaced-primary \n\ ##### HERE ##### /set format verbose display '{result}{pre}{name} : {type}??{post}' varvalue-added,modified,replaced-primary \n\ ##### HERE ##### /set format verbose display '{result}{pre}{name} : {type}??????????{post}' assignment-primary \n\ ##### HERE ##### /set format verbose display '{result}{pre}{action} variable {name} : {type}{resolve}{post}' varinit,vardecl \n\ /set format verbose display '{pre}{action} variable {name}{resolve}{post}' vardecl,varinit-notdefined \n\ /set format verbose display '{pre}{action} variable {name}{post}' dropped-vardecl,varinit,expression \n\ /set format verbose display '{pre}{action} variable {name}, reset to null{post}' replaced-vardecl,varinit-ok-update \n\ \n\ /set format verbose display '{pre}{action} {typeKind} {name}{resolve}{post}' class,interface,enum,annotation \n\ /set format verbose display '{pre}{action} method {name}({type}){resolve}{post}' method \n\ \n\ /set format verbose display '{pre}attempted to use {typeKind} {name}{resolve}{post}' used-class,interface,enum,annotation \n\ /set format verbose display '{pre}attempted to call method {name}({type}){resolve}{post}' used-method \n\ \n\ /set truncation verbose 80\n\ /set truncation verbose 1000 varvalue,expression\n\ \n\ /set mode normal -command verbose \n\ /set format normal display '' added,modified,replaced,overwrote,dropped-update \n\ /set format normal display '{pre}{action} variable {name}, reset to null{post}' replaced-vardecl,varinit-ok-update \n\ /set format normal display '{result}' added,modified,replaced-expression,varvalue,assignment,varinit,vardecl-ok-primary \n\ /set mode concise -quiet normal \n\ \n\ /set prompt concise 'jshell> ' ' ...> ' \n\ \n\ /set format concise display '' class,interface,enum,annotation,method,assignment,varinit,vardecl-ok \n\ \n\ /set feedback normal \n\ \n\ /set mode silent -quiet \n\ /set prompt silent '-> ' '>> ' \n\ /set truncation silent 80\n\ /set truncation silent 1000 varvalue,expression\n\ /set format silent pre '| ' \n\ /set format silent post '%n' \n\ /set format silent errorpre '| ' \n\ /set format silent errorpost '%n' \n\ /set format silent display '' \n From martinrb at google.com Wed Nov 23 20:47:35 2016 From: martinrb at google.com (Martin Buchholz) Date: Wed, 23 Nov 2016 12:47:35 -0800 Subject: jtreg failing in awt tests Message-ID: Am I the only one seeing jtreg test failures in latest jdk9/dev, apparently due to https://bugs.openjdk.java.net/browse/JDK-8160766 Error: Test clashes with another test with a similar name: .../jdk/test/java/awt/Focus/DisposedWindow/DisposeDialogNotActivateOwnerTest/DisposeDialogNotActivateOwnerTest.java .../jdk/test/java/awt/Focus/DisposedWindow/DisposeDialogNotActivateOwnerTest/DisposeDialogNotActivateOwnerTest.html (even though I'm not actually running any of the awt tests?) From jonathan.gibbons at oracle.com Wed Nov 23 20:57:00 2016 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Wed, 23 Nov 2016 12:57:00 -0800 Subject: jtreg failing in awt tests In-Reply-To: References: Message-ID: <5836029C.90304@oracle.com> On 11/23/2016 12:47 PM, Martin Buchholz wrote: > Am I the only one seeing jtreg test failures in latest jdk9/dev, > apparently due to > > https://bugs.openjdk.java.net/browse/JDK-8160766 > > Error: Test clashes with another test with a similar name: > .../jdk/test/java/awt/Focus/DisposedWindow/DisposeDialogNotActivateOwnerTest/DisposeDialogNotActivateOwnerTest.java > .../jdk/test/java/awt/Focus/DisposedWindow/DisposeDialogNotActivateOwnerTest/DisposeDialogNotActivateOwnerTest.html > > (even though I'm not actually running any of the awt tests?) Martin, It looks like this is a test bug, introduced in this changeset. changeset: 16112:88faebbdbf9b user: arapte date: Fri Nov 04 21:55:19 2016 +0530 summary: 8160766: [TEST_BUG] java/awt/Focus/DisposedWindow The problem edit looks like this: /* - test - @bug 6386592 - @summary Tests that disposing a dialog doesn't activate its invisible owner. - @author anton.tarasov at sun.com: area=awt.focus - @run applet DisposeDialogNotActivateOwnerTest.html + @test + @key headful + @bug 6386592 8160766 + @summary Tests that disposing a dialog doesn't activate its invisible owner. */ Note that plain "test" was edited to "@test", meaning that the file previously was not a standalone jtreg test, and it was changed to be one. This causes a clash with an HTML test of the same base name. jtreg correctly reports the clash, because both tests would lead to the same .jtr file. i.e. you can't have two tests that only differ in their filename extension. -- Jon From philip.race at oracle.com Wed Nov 23 21:13:31 2016 From: philip.race at oracle.com (Phil Race) Date: Wed, 23 Nov 2016 13:13:31 -0800 Subject: jtreg failing in awt tests In-Reply-To: <5836029C.90304@oracle.com> References: <5836029C.90304@oracle.com> Message-ID: The bug Martin referenced has a link to another bug which reports this clash : https://bugs.openjdk.java.net/browse/JDK-8169840 -phil. On 11/23/2016 12:57 PM, Jonathan Gibbons wrote: > > > On 11/23/2016 12:47 PM, Martin Buchholz wrote: >> Am I the only one seeing jtreg test failures in latest jdk9/dev, >> apparently due to >> >> https://bugs.openjdk.java.net/browse/JDK-8160766 >> >> Error: Test clashes with another test with a similar name: >> .../jdk/test/java/awt/Focus/DisposedWindow/DisposeDialogNotActivateOwnerTest/DisposeDialogNotActivateOwnerTest.java >> >> .../jdk/test/java/awt/Focus/DisposedWindow/DisposeDialogNotActivateOwnerTest/DisposeDialogNotActivateOwnerTest.html >> >> >> (even though I'm not actually running any of the awt tests?) > > > Martin, > > It looks like this is a test bug, introduced in this changeset. > > changeset: 16112:88faebbdbf9b > user: arapte > date: Fri Nov 04 21:55:19 2016 +0530 > summary: 8160766: [TEST_BUG] java/awt/Focus/DisposedWindow > > > The problem edit looks like this: > > > /* > - test > - @bug 6386592 > - @summary Tests that disposing a dialog doesn't activate its > invisible owner. > - @author anton.tarasov at sun.com: area=awt.focus > - @run applet DisposeDialogNotActivateOwnerTest.html > + @test > + @key headful > + @bug 6386592 8160766 > + @summary Tests that disposing a dialog doesn't activate its > invisible owner. > */ > > Note that plain "test" was edited to "@test", meaning that the file > previously was not a standalone jtreg test, and it was changed to be > one. This causes a clash with an HTML test of the same base name. > > jtreg correctly reports the clash, because both tests would lead to > the same .jtr file. i.e. you can't have two tests that only differ in > their filename extension. > > -- Jon From martinrb at google.com Wed Nov 23 21:19:44 2016 From: martinrb at google.com (Martin Buchholz) Date: Wed, 23 Nov 2016 13:19:44 -0800 Subject: jtreg failing in awt tests In-Reply-To: <5836029C.90304@oracle.com> References: <5836029C.90304@oracle.com> Message-ID: Jonathan: Here's a small jtreg feature request: It's nice for release engineers to have jtreg check the whole test/ tree for correct test definitions. But for developers who are just doing jtreg MyTest.java they're not interested in awt failures, and don't want to pay the 10-second tax to check every test definition for every jtreg invocation. On Wed, Nov 23, 2016 at 12:57 PM, Jonathan Gibbons < jonathan.gibbons at oracle.com> wrote: > > > On 11/23/2016 12:47 PM, Martin Buchholz wrote: > >> Am I the only one seeing jtreg test failures in latest jdk9/dev, >> apparently due to >> >> https://bugs.openjdk.java.net/browse/JDK-8160766 >> >> Error: Test clashes with another test with a similar name: >> .../jdk/test/java/awt/Focus/DisposedWindow/DisposeDialogNotA >> ctivateOwnerTest/DisposeDialogNotActivateOwnerTest.java >> .../jdk/test/java/awt/Focus/DisposedWindow/DisposeDialogNot >> ActivateOwnerTest/DisposeDialogNotActivateOwnerTest.html >> >> (even though I'm not actually running any of the awt tests?) >> > > > Martin, > > It looks like this is a test bug, introduced in this changeset. > > changeset: 16112:88faebbdbf9b > user: arapte > date: Fri Nov 04 21:55:19 2016 +0530 > summary: 8160766: [TEST_BUG] java/awt/Focus/DisposedWindow > > > The problem edit looks like this: > > > /* > - test > - @bug 6386592 > - @summary Tests that disposing a dialog doesn't activate its invisible > owner. > - @author anton.tarasov at sun.com: area=awt.focus > - @run applet DisposeDialogNotActivateOwnerTest.html > + @test > + @key headful > + @bug 6386592 8160766 > + @summary Tests that disposing a dialog doesn't activate its invisible > owner. > */ > > Note that plain "test" was edited to "@test", meaning that the file > previously was not a standalone jtreg test, and it was changed to be one. > This causes a clash with an HTML test of the same base name. > > jtreg correctly reports the clash, because both tests would lead to the > same .jtr file. i.e. you can't have two tests that only differ in their > filename extension. > > -- Jon > From philip.race at oracle.com Wed Nov 23 21:34:46 2016 From: philip.race at oracle.com (Phil Race) Date: Wed, 23 Nov 2016 13:34:46 -0800 Subject: jtreg failing in awt tests In-Reply-To: References: <5836029C.90304@oracle.com> Message-ID: <0146a36e-c1df-d253-e72d-32d7ff0bb15b@oracle.com> Hi, So your real complaint isn't the failure itself, but that jtreg bothers to check directories you aren't even running tests from, and that is a time tax whether such clashes exist or not ? Seems a reasonable point ... if I'm running a single Image I/O test jtreg still finds the java/awt clash and that can't be "free". jtreg javax/imageio/stream/StreamCloserLeak/ Directory "JTwork" not found: creating Directory "JTreport" not found: creating Test results: passed: 1 Error: Test clashes with another test with a similar name: /home/prrace/dev/jdk/test/java/awt/Focus/DisposedWindow/DisposeDialogNotActivateOwnerTest/DisposeDialogNotActivateOwnerTest.java /home/prrace/dev/jdk/test/java/awt/Focus/DisposedWindow/DisposeDialogNotActivateOwnerTest/DisposeDialogNotActivateOwnerTest.html -phil. On 11/23/2016 01:19 PM, Martin Buchholz wrote: > Jonathan: Here's a small jtreg feature request: > It's nice for release engineers to have jtreg check the whole test/ > tree for correct test definitions. But for developers who are just doing > > jtreg MyTest.java > > they're not interested in awt failures, and don't want to pay the > 10-second tax to check every test definition for every jtreg invocation. > > On Wed, Nov 23, 2016 at 12:57 PM, Jonathan Gibbons > > wrote: > > > > On 11/23/2016 12:47 PM, Martin Buchholz wrote: > > Am I the only one seeing jtreg test failures in latest > jdk9/dev, apparently due to > > https://bugs.openjdk.java.net/browse/JDK-8160766 > > > Error: Test clashes with another test with a similar name: > .../jdk/test/java/awt/Focus/DisposedWindow/DisposeDialogNotActivateOwnerTest/DisposeDialogNotActivateOwnerTest.java > .../jdk/test/java/awt/Focus/DisposedWindow/DisposeDialogNotActivateOwnerTest/DisposeDialogNotActivateOwnerTest.html > > (even though I'm not actually running any of the awt tests?) > > > > Martin, > > It looks like this is a test bug, introduced in this changeset. > > changeset: 16112:88faebbdbf9b > user: arapte > date: Fri Nov 04 21:55:19 2016 +0530 > summary: 8160766: [TEST_BUG] java/awt/Focus/DisposedWindow > > > The problem edit looks like this: > > > /* > - test > - @bug 6386592 > - @summary Tests that disposing a dialog doesn't activate its > invisible owner. > - @author anton.tarasov at sun.com : > area=awt.focus > - @run applet DisposeDialogNotActivateOwnerTest.html > + @test > + @key headful > + @bug 6386592 8160766 > + @summary Tests that disposing a dialog doesn't activate its > invisible owner. > */ > > Note that plain "test" was edited to "@test", meaning that the > file previously was not a standalone jtreg test, and it was > changed to be one. This causes a clash with an HTML test of the > same base name. > > jtreg correctly reports the clash, because both tests would lead > to the same .jtr file. i.e. you can't have two tests that only > differ in their filename extension. > > -- Jon > > From jonathan.gibbons at oracle.com Wed Nov 23 21:42:53 2016 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Wed, 23 Nov 2016 13:42:53 -0800 Subject: jtreg failing in awt tests In-Reply-To: References: <5836029C.90304@oracle.com> Message-ID: <58360D5D.70009@oracle.com> Actually, jtreg is (has always been) optimised to *run* tests efficiently, with no time tax. But yes, there is a time tax, which comes from writing the report at the end of the test run, and that is actually where the clash is (probably) being detected. And, my guess is that a developer running "jtreg MyTest.java" doesn't need/want/care about the report. If so, there are two ways to disable the report: 1. Options: -noreport (or -nr for short) 2. System property: javatest.noReportRequired -- Jon On 11/23/2016 01:19 PM, Martin Buchholz wrote: > Jonathan: Here's a small jtreg feature request: > It's nice for release engineers to have jtreg check the whole test/ > tree for correct test definitions. But for developers who are just doing > > jtreg MyTest.java > > they're not interested in awt failures, and don't want to pay the > 10-second tax to check every test definition for every jtreg invocation. > > On Wed, Nov 23, 2016 at 12:57 PM, Jonathan Gibbons > > wrote: > > > > On 11/23/2016 12:47 PM, Martin Buchholz wrote: > > Am I the only one seeing jtreg test failures in latest > jdk9/dev, apparently due to > > https://bugs.openjdk.java.net/browse/JDK-8160766 > > > Error: Test clashes with another test with a similar name: > .../jdk/test/java/awt/Focus/DisposedWindow/DisposeDialogNotActivateOwnerTest/DisposeDialogNotActivateOwnerTest.java > .../jdk/test/java/awt/Focus/DisposedWindow/DisposeDialogNotActivateOwnerTest/DisposeDialogNotActivateOwnerTest.html > > (even though I'm not actually running any of the awt tests?) > > > > Martin, > > It looks like this is a test bug, introduced in this changeset. > > changeset: 16112:88faebbdbf9b > user: arapte > date: Fri Nov 04 21:55:19 2016 +0530 > summary: 8160766: [TEST_BUG] java/awt/Focus/DisposedWindow > > > The problem edit looks like this: > > > /* > - test > - @bug 6386592 > - @summary Tests that disposing a dialog doesn't activate its > invisible owner. > - @author anton.tarasov at sun.com : > area=awt.focus > - @run applet DisposeDialogNotActivateOwnerTest.html > + @test > + @key headful > + @bug 6386592 8160766 > + @summary Tests that disposing a dialog doesn't activate its > invisible owner. > */ > > Note that plain "test" was edited to "@test", meaning that the > file previously was not a standalone jtreg test, and it was > changed to be one. This causes a clash with an HTML test of the > same base name. > > jtreg correctly reports the clash, because both tests would lead > to the same .jtr file. i.e. you can't have two tests that only > differ in their filename extension. > > -- Jon > > From martinrb at google.com Thu Nov 24 02:44:04 2016 From: martinrb at google.com (Martin Buchholz) Date: Wed, 23 Nov 2016 18:44:04 -0800 Subject: jtreg failing in awt tests In-Reply-To: <58360D5D.70009@oracle.com> References: <5836029C.90304@oracle.com> <58360D5D.70009@oracle.com> Message-ID: Thank you! My own jtreg running infrastructure now uses -noreport as the default. It's a little surprising that report generation is a global operation while test running is "local", although it's understandable because jtreg wants to report all tests NOT run as well. I don't see this explained anywhere in the docs. The 10 second tax for the jdk repo is just small enough that everyone just lives with it, not knowing about -noreport. I'm guessing most people would be happier if -noreport was the default. On Wed, Nov 23, 2016 at 1:42 PM, Jonathan Gibbons < jonathan.gibbons at oracle.com> wrote: > Actually, jtreg is (has always been) optimised to *run* tests efficiently, > with no time tax. > But yes, there is a time tax, which comes from writing the report at the > end of the test run, and that is actually where the clash is (probably) > being detected. > > And, my guess is that a developer running "jtreg MyTest.java" doesn't > need/want/care about the report. If so, there are two ways to disable the > report: > > 1. Options: -noreport (or -nr for short) > 2. System property: javatest.noReportRequired > > -- Jon > > On 11/23/2016 01:19 PM, Martin Buchholz wrote: > > Jonathan: Here's a small jtreg feature request: > It's nice for release engineers to have jtreg check the whole test/ tree > for correct test definitions. But for developers who are just doing > > jtreg MyTest.java > > they're not interested in awt failures, and don't want to pay the > 10-second tax to check every test definition for every jtreg invocation. > > On Wed, Nov 23, 2016 at 12:57 PM, Jonathan Gibbons < > jonathan.gibbons at oracle.com> wrote: > >> >> >> On 11/23/2016 12:47 PM, Martin Buchholz wrote: >> >>> Am I the only one seeing jtreg test failures in latest jdk9/dev, >>> apparently due to >>> >>> https://bugs.openjdk.java.net/browse/JDK-8160766 >>> >>> Error: Test clashes with another test with a similar name: >>> .../jdk/test/java/awt/Focus/DisposedWindow/DisposeDialogNotA >>> ctivateOwnerTest/DisposeDialogNotActivateOwnerTest.java >>> .../jdk/test/java/awt/Focus/DisposedWindow/DisposeDialogNot >>> ActivateOwnerTest/DisposeDialogNotActivateOwnerTest.html >>> >>> (even though I'm not actually running any of the awt tests?) >>> >> >> >> Martin, >> >> It looks like this is a test bug, introduced in this changeset. >> >> changeset: 16112:88faebbdbf9b >> user: arapte >> date: Fri Nov 04 21:55:19 2016 +0530 >> summary: 8160766: [TEST_BUG] java/awt/Focus/DisposedWindow >> >> >> The problem edit looks like this: >> >> >> /* >> - test >> - @bug 6386592 >> - @summary Tests that disposing a dialog doesn't activate its >> invisible owner. >> - @author anton.tarasov at sun.com: area=awt.focus >> - @run applet DisposeDialogNotActivateOwnerTest.html >> + @test >> + @key headful >> + @bug 6386592 8160766 >> + @summary Tests that disposing a dialog doesn't activate its invisible >> owner. >> */ >> >> Note that plain "test" was edited to "@test", meaning that the file >> previously was not a standalone jtreg test, and it was changed to be one. >> This causes a clash with an HTML test of the same base name. >> >> jtreg correctly reports the clash, because both tests would lead to the >> same .jtr file. i.e. you can't have two tests that only differ in their >> filename extension. >> >> -- Jon >> > > > From martinrb at google.com Thu Nov 24 02:50:42 2016 From: martinrb at google.com (Martin Buchholz) Date: Wed, 23 Nov 2016 18:50:42 -0800 Subject: jtreg failing in awt tests In-Reply-To: <0146a36e-c1df-d253-e72d-32d7ff0bb15b@oracle.com> References: <5836029C.90304@oracle.com> <0146a36e-c1df-d253-e72d-32d7ff0bb15b@oracle.com> Message-ID: On Wed, Nov 23, 2016 at 1:34 PM, Phil Race wrote: > Hi, > > So your real complaint isn't the failure itself, but that jtreg bothers > to check directories you aren't even running tests from, and > that is a time tax whether such clashes exist or not ? > Seems a reasonable point ... if I'm running a single Image I/O test > jtreg still finds the java/awt clash and that can't be "free". > > That was _one_ of my complaints! I'm also unhappy that jdk9/dev got poisoned by jdk9/client. Having subforests is supposed to prevent that sort of breakage via proper release engineering. I'm _not_ unhappy about the mistake itself - it's a classic software engineering trap we all fall into eventually if we do software long enough. From jonathan.gibbons at oracle.com Thu Nov 24 03:03:48 2016 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Wed, 23 Nov 2016 19:03:48 -0800 Subject: jtreg failing in awt tests In-Reply-To: References: <5836029C.90304@oracle.com> <58360D5D.70009@oracle.com> Message-ID: <58365894.5090009@oracle.com> At least in part, it's related to the underlying JavaTest harness. It would be good to improve things in this area. There are a bunch of options which are now "strange defaults", but I don't know how much problems we would cause to change. For example, 1. othervm is now the default, but I recommend agentvm 2. all tests is the default but I would recemmend most folk use -a (for automatic tests only) 3. report generation. Maybe as jdk 10 gets underway, that would be a good time to reconsider some of these choices. -- Jon On 11/23/2016 06:44 PM, Martin Buchholz wrote: > Thank you! My own jtreg running infrastructure now uses -noreport as > the default. > > It's a little surprising that report generation is a global operation > while test running is "local", although it's understandable because > jtreg wants to report all tests NOT run as well. I don't see this > explained anywhere in the docs. The 10 second tax for the jdk repo is > just small enough that everyone just lives with it, not knowing about > -noreport. > > I'm guessing most people would be happier if -noreport was the default. > > On Wed, Nov 23, 2016 at 1:42 PM, Jonathan Gibbons > > wrote: > > Actually, jtreg is (has always been) optimised to *run* tests > efficiently, with no time tax. > But yes, there is a time tax, which comes from writing the report > at the end of the test run, and that is actually where the clash > is (probably) being detected. > > And, my guess is that a developer running "jtreg MyTest.java" > doesn't need/want/care about the report. If so, there are two ways > to disable the report: > > 1. Options: -noreport (or -nr for short) > 2. System property: javatest.noReportRequired > > -- Jon > > On 11/23/2016 01:19 PM, Martin Buchholz wrote: >> Jonathan: Here's a small jtreg feature request: >> It's nice for release engineers to have jtreg check the whole >> test/ tree for correct test definitions. But for developers who >> are just doing >> >> jtreg MyTest.java >> >> they're not interested in awt failures, and don't want to pay the >> 10-second tax to check every test definition for every jtreg >> invocation. >> >> On Wed, Nov 23, 2016 at 12:57 PM, Jonathan Gibbons >> > > wrote: >> >> >> >> On 11/23/2016 12:47 PM, Martin Buchholz wrote: >> >> Am I the only one seeing jtreg test failures in latest >> jdk9/dev, apparently due to >> >> https://bugs.openjdk.java.net/browse/JDK-8160766 >> >> >> Error: Test clashes with another test with a similar name: >> .../jdk/test/java/awt/Focus/DisposedWindow/DisposeDialogNotActivateOwnerTest/DisposeDialogNotActivateOwnerTest.java >> .../jdk/test/java/awt/Focus/DisposedWindow/DisposeDialogNotActivateOwnerTest/DisposeDialogNotActivateOwnerTest.html >> >> (even though I'm not actually running any of the awt tests?) >> >> >> >> Martin, >> >> It looks like this is a test bug, introduced in this changeset. >> >> changeset: 16112:88faebbdbf9b >> user: arapte >> date: Fri Nov 04 21:55:19 2016 +0530 >> summary: 8160766: [TEST_BUG] java/awt/Focus/DisposedWindow >> >> >> The problem edit looks like this: >> >> >> /* >> - test >> - @bug 6386592 >> - @summary Tests that disposing a dialog doesn't activate >> its invisible owner. >> - @author anton.tarasov at sun.com >> : area=awt.focus >> - @run applet DisposeDialogNotActivateOwnerTest.html >> + @test >> + @key headful >> + @bug 6386592 8160766 >> + @summary Tests that disposing a dialog doesn't activate >> its invisible owner. >> */ >> >> Note that plain "test" was edited to "@test", meaning that >> the file previously was not a standalone jtreg test, and it >> was changed to be one. This causes a clash with an HTML test >> of the same base name. >> >> jtreg correctly reports the clash, because both tests would >> lead to the same .jtr file. i.e. you can't have two tests >> that only differ in their filename extension. >> >> -- Jon >> >> > > From li.jiang at oracle.com Thu Nov 24 03:05:41 2016 From: li.jiang at oracle.com (Leo Jiang) Date: Thu, 24 Nov 2016 11:05:41 +0800 Subject: RFR: JDK9 message drop interim L10n resource update In-Reply-To: <6af5177a-ae4b-540b-ab24-43f7848795d1@oracle.com> References: <8afb6c57-13a2-56fa-fb79-8087e489406b@oracle.com> <6af5177a-ae4b-540b-ab24-43f7848795d1@oracle.com> Message-ID: Hi Yuka, For the question 2, I have checked the file, but I can't locate the over-translated keywords. Would you help to be more specific? Thanks Leo On 11/18/2016 04:12 PM, Yuka Kamiya wrote: > Hi Leo, > > I reviewed jdk part and have some comments. > > 1. src/jdk.jartool/share/classes/sun/security/tools/jarsigner/Resources_ja.java > + {"jar.treated.unsigned", > + {"jar.treated.unsigned.see.weak", > + {"jar.treated.unsigned.see.weak.verbose", > I think "???????????" should be "????????????". Because "?" usually means "not yet". > > 2. Please check src/jdk.jartool/share/classes/sun/tools/jar/resources/jar_*.java. Some of them contain translated > keywords. I think they should _not_ be translated. > > 3. In src/jdk.jartool/share/classes/sun/tools/jar/resources/jar_ja.properties, I'm just curious if "???????" > ?=versioning?is a correct translation of "versioned" ????? > > Otherwise the fix looks okay to me. > > Thanks, > -- > Yuka > > > On 2016/11/18 16:11, Leo Jiang wrote: >> Still not got any feedback for jdk and jaxp repo. Would anyone help to review the changes? For jaxp, most of the >> changes are removing an obsoleted comment line and some bugfix from translation team. >> >> Thanks, >> Leo >> >> On 11/14/2016 02:09 PM, Leo Jiang wrote: >>> Hi, >>> >>> Please review: >>> Webrev: >>> http://cr.openjdk.java.net/~ljiang/8169618/webrev/read/ >>> >>> for bug: >>> https://bugs.openjdk.java.net/browse/JDK-8169618 >>> >>> Please help us to review >>> - over-translate, e.g. keywords should be not translated >>> - not-translate, e.g. some sentences or strings are not translated while they should be. >>> - any programming syntax error >>> - multiple lines property with correct line ending '\n\' >>> - the position of placefolder after translation >>> - any other issues. >>> >>> Thanks, >>> Leo > From philip.race at oracle.com Thu Nov 24 03:39:54 2016 From: philip.race at oracle.com (Philip Race) Date: Wed, 23 Nov 2016 19:39:54 -0800 Subject: jtreg failing in awt tests In-Reply-To: References: <5836029C.90304@oracle.com> <0146a36e-c1df-d253-e72d-32d7ff0bb15b@oracle.com> Message-ID: <5836610A.1060708@oracle.com> We have a PIT (pre-integration-testing process) but if that these clashes are presented only as an FYI and not an actual failure then SQE might not notice it. It may even get swallowed and not forwarded for human inspection by some layered tool on top. I don't actually know .. I am just speculating. -phil. On 11/23/16, 6:50 PM, Martin Buchholz wrote: > > > On Wed, Nov 23, 2016 at 1:34 PM, Phil Race > wrote: > > Hi, > > So your real complaint isn't the failure itself, but that jtreg > bothers > to check directories you aren't even running tests from, and > that is a time tax whether such clashes exist or not ? > Seems a reasonable point ... if I'm running a single Image I/O test > jtreg still finds the java/awt clash and that can't be "free". > > > That was _one_ of my complaints! > > I'm also unhappy that jdk9/dev got poisoned by jdk9/client. Having > subforests is supposed to prevent that sort of breakage via proper > release engineering. > I'm _not_ unhappy about the mistake itself - it's a classic software > engineering trap we all fall into eventually if we do software long > enough. From li.jiang at oracle.com Thu Nov 24 03:45:12 2016 From: li.jiang at oracle.com (Leo Jiang) Date: Thu, 24 Nov 2016 11:45:12 +0800 Subject: RFR: JDK9 message drop interim L10n resource update In-Reply-To: References: Message-ID: Thank you, Shinya! Have already delivered your bug fix to translation team. Thanks, Leo On 11/23/2016 10:23 AM, ShinyaYoshida wrote: > Hi Leo, > Sorry for the late reply. > > I've just edited the original one and attached it at the end of this mail. > I've add comment like ##### HERE ##### to edited lines. > > Thank you, Robert, for helping describing > > Regards, > shinyafox(Shinya Yoshida) > > startup.feedback = \ > /set mode verbose -command \n\ > \n\ > /set prompt verbose '\\njshell> ' ' ...> ' \n\ > \n\ > /set format verbose pre '| ' \n\ > /set format verbose post '%n' \n\ > /set format verbose errorpre '| ' \n\ > /set format verbose errorpost '%n' \n\ > \n\ > /set format verbose errorline '{post}{pre} {err}' \n\ > \n\ > /set format verbose action 'created' added-primary \n\ > /set format verbose action 'modified' modified-primary \n\ > /set format verbose action 'replaced' replaced-primary \n\ > /set format verbose action 'overwrote' overwrote-primary \n\ > /set format verbose action 'dropped' dropped-primary \n\ > /set format verbose action ' update created' added-update \n\ > /set format verbose action ' update modified' modified-update \n\ > /set format verbose action ' update replaced' replaced-update \n\ > /set format verbose action ' update overwrote' overwrote-update \n\ > /set format verbose action ' update dropped' dropped-update \n\ > \n\ > /set format verbose until ', however, it cannot be instanciated or its methods invoked until' defined-class-primary \n\ > /set format verbose until ', however, its methods cannot be invoked until' > defined-interface-primary \n\ > /set format verbose until ', however, it cannot be used until' > defined-enum,annotation-primary \n\ > /set format verbose until ', however, it cannot be invoked until' defined-method-primary > \n\ > /set format verbose until ', however, it cannot be referenced until' notdefined-primary \n\ > /set format verbose until ' which cannot be instanciated or its methods invoked until' defined-class-update \n\ > /set format verbose until ' whose methods cannot be invoked until' defined-interface-update > \n\ > /set format verbose until ' which cannot be invoked until' defined-method-update \n\ > /set format verbose until ' which cannot be referenced until' notdefined-update \n\ > \n\ > /set format verbose unrerr '{unresolved} is declared' unresolved1-error0 \n\ > /set format verbose unrerr '{unresolved} are declared' unresolved2-error0 \n\ > /set format verbose unrerr ' this error is corrected: {errors}' unresolved0-error1 \n\ > /set format verbose unrerr '{unresolved} is declared and this error is corrected: {errors}' unresolved1-error1 \n\ > /set format verbose unrerr '{unresolved} are declared and this error is corrected: {errors}' unresolved2-error1 \n\ > /set format verbose unrerr ' these errors are corrected: {errors}' unresolved0-error2 \n\ > /set format verbose unrerr '{unresolved} is declared and these errors are corrected: {errors}' unresolved1-error2 \n\ > /set format verbose unrerr '{unresolved} are declared and these errors are corrected: {errors}' unresolved2-error2 \n\ > \n\ > /set format verbose resolve '{unrerr}{until}' > defined,notdefined-added,modified,replaced,used \n\ ##### HERE ##### > \n\ > /set format verbose typeKind 'class' class \n\ > /set format verbose typeKind 'interface' interface \n\ > /set format verbose typeKind 'enum' enum \n\ > /set format verbose typeKind 'annotation interface' annotation \n\ > \n\ > /set format verbose result '{name} ==> {value}{post}' > added,modified,replaced-ok-primary \n\ > \n\ > /set format verbose display '{result}{pre}???????{name} : {type}????????{post}' > expression-added,modified,replaced-primary \n\ ##### HERE ##### > /set format verbose display '{result}{pre}{name} : {type}??{post}' > varvalue-added,modified,replaced-primary \n\ ##### HERE ##### > /set format verbose display '{result}{pre}{name} : {type}??????????{post}' assignment-primary > \n\ ##### HERE ##### > /set format verbose display '{result}{pre}{action} variable {name} : {type}{resolve}{post}' varinit,vardecl \n\ > /set format verbose display '{pre}{action} variable {name}{resolve}{post}' vardecl,varinit-notdefined > \n\ > /set format verbose display '{pre}{action} variable {name}{post}' > dropped-vardecl,varinit,expression \n\ > /set format verbose display '{pre}{action} variable {name}, reset to null{post}' > replaced-vardecl,varinit-ok-update \n\ > \n\ > /set format verbose display '{pre}{action} {typeKind} {name}{resolve}{post}' > class,interface,enum,annotation \n\ > /set format verbose display '{pre}{action} method {name}({type}){resolve}{post}' method \n\ > \n\ > /set format verbose display '{pre}attempted to use {typeKind} {name}{resolve}{post}' > used-class,interface,enum,annotation \n\ > /set format verbose display '{pre}attempted to call method {name}({type}){resolve}{post}' used-method \n\ > \n\ > /set truncation verbose 80\n\ > /set truncation verbose 1000 varvalue,expression\n\ > \n\ > /set mode normal -command verbose \n\ > /set format normal display '' > added,modified,replaced,overwrote,dropped-update \n\ > /set format normal display '{pre}{action} variable {name}, reset to null{post}' > replaced-vardecl,varinit-ok-update \n\ > /set format normal display '{result}' > added,modified,replaced-expression,varvalue,assignment,varinit,vardecl-ok-primary \n\ > /set mode concise -quiet normal \n\ > \n\ > /set prompt concise 'jshell> ' ' ...> ' \n\ > \n\ > /set format concise display '' > class,interface,enum,annotation,method,assignment,varinit,vardecl-ok \n\ > \n\ > /set feedback normal \n\ > \n\ > /set mode silent -quiet \n\ > /set prompt silent '-> ' '>> ' \n\ > /set truncation silent 80\n\ > /set truncation silent 1000 varvalue,expression\n\ > /set format silent pre '| ' \n\ > /set format silent post '%n' \n\ > /set format silent errorpre '| ' \n\ > /set format silent errorpost '%n' \n\ > /set format silent display '' \n > From jonathan.gibbons at oracle.com Thu Nov 24 03:49:26 2016 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Wed, 23 Nov 2016 19:49:26 -0800 Subject: jtreg failing in awt tests In-Reply-To: <5836610A.1060708@oracle.com> References: <5836029C.90304@oracle.com> <0146a36e-c1df-d253-e72d-32d7ff0bb15b@oracle.com> <5836610A.1060708@oracle.com> Message-ID: <58366346.8060507@oracle.com> That bears investigation ... next week, -- Jon On 11/23/2016 07:39 PM, Philip Race wrote: > We have a PIT (pre-integration-testing process) but if > that these clashes are presented only as an FYI and not > an actual failure then SQE might not notice it. It may > even get swallowed and not forwarded for human inspection > by some layered tool on top. > I don't actually know .. I am just speculating. > > -phil. > > On 11/23/16, 6:50 PM, Martin Buchholz wrote: >> >> >> On Wed, Nov 23, 2016 at 1:34 PM, Phil Race > > wrote: >> >> Hi, >> >> So your real complaint isn't the failure itself, but that jtreg >> bothers >> to check directories you aren't even running tests from, and >> that is a time tax whether such clashes exist or not ? >> Seems a reasonable point ... if I'm running a single Image I/O test >> jtreg still finds the java/awt clash and that can't be "free". >> >> >> That was _one_ of my complaints! >> >> I'm also unhappy that jdk9/dev got poisoned by jdk9/client. Having >> subforests is supposed to prevent that sort of breakage via proper >> release engineering. >> I'm _not_ unhappy about the mistake itself - it's a classic software >> engineering trap we all fall into eventually if we do software long >> enough. From martinrb at google.com Thu Nov 24 04:17:14 2016 From: martinrb at google.com (Martin Buchholz) Date: Wed, 23 Nov 2016 20:17:14 -0800 Subject: jtreg failing in awt tests In-Reply-To: <5836610A.1060708@oracle.com> References: <5836029C.90304@oracle.com> <0146a36e-c1df-d253-e72d-32d7ff0bb15b@oracle.com> <5836610A.1060708@oracle.com> Message-ID: On Wed, Nov 23, 2016 at 7:39 PM, Philip Race wrote: > We have a PIT (pre-integration-testing process) but if > that these clashes are presented only as an FYI and not > an actual failure then SQE might not notice it. It may > even get swallowed and not forwarded for human inspection > by some layered tool on top. > I don't actually know .. I am just speculating. > I do know that the awt clash caused my jtreg command to exit with a non-zero return code, which causes my own little integration pipeline to come to a halt (as it should!). So your PIT process should be checked to ensure that a jtreg regression cannot slip through. From weijun.wang at oracle.com Thu Nov 24 10:33:36 2016 From: weijun.wang at oracle.com (Wang Weijun) Date: Thu, 24 Nov 2016 18:33:36 +0800 Subject: RFR: JDK9 message drop interim L10n resource update In-Reply-To: References: Message-ID: jarsigner_Resources_zh_CN.java: + {"jar.treated.unsigned.see.weak.verbose", + "??: ??? jar ????????????????????, ??? jar ???????:"}, There is a colon at the end of this string and the name/value of a system property will follow. It's probably better to translate it as: ...???????????... Thanks Max On 11/14/2016 2:09 PM, Leo Jiang wrote: > Hi, > > Please review: > Webrev: > http://cr.openjdk.java.net/~ljiang/8169618/webrev/read/ > > for bug: > https://bugs.openjdk.java.net/browse/JDK-8169618 > > Please help us to review > - over-translate, e.g. keywords should be not translated > - not-translate, e.g. some sentences or strings are not translated > while they should be. > - any programming syntax error > - multiple lines property with correct line ending '\n\' > - the position of placefolder after translation > - any other issues. > > Thanks, > Leo From bruno.rosa at eldorado.org.br Fri Nov 25 22:33:48 2016 From: bruno.rosa at eldorado.org.br (Bruno Alexandre Rosa) Date: Fri, 25 Nov 2016 22:33:48 +0000 Subject: FW: Running javac with symlinks Message-ID: <523de3b08b9d453cadc243dd70cb7f3a@serv030.corp.eldorado.org.br> Forwarding to a more general list since I don't know exactly where else I should ask this question. Also, both man pages from openjdk8 and an early access Java SE9 [2] have the same text regarding the default behavior: "If the -d option is not specified, then javac puts each class file in the same directory as the source file from which it was generated." [2] - http://download.java.net/java/jigsaw/docs/technotes/tools/unix/javac.html Regards Bruno Rosa From: Bruno Alexandre Rosa Sent: sexta-feira, 25 de novembro de 2016 16:47 To: 'compiler-dev at openjdk.java.net' Subject: Running javac with symlinks Hi, everyone, I came across a minor unusual situation trying to compile and run the java version of a benchmark suite [1]: in jdk9, when the source files are actually symlinks, the bytecode files are generated in the same directories as the *targets* of the links as opposed to the behavior in jdk8, whereas in the bytecode files are generated in the same path as the link themselves. So, my question is: is this new behavior a feature or a bug? Regards, Bruno Rosa [1] - https://benchmarksgame.alioth.debian.org/ From jonathan.gibbons at oracle.com Sat Nov 26 03:38:40 2016 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Fri, 25 Nov 2016 19:38:40 -0800 Subject: FW: Running javac with symlinks In-Reply-To: <523de3b08b9d453cadc243dd70cb7f3a@serv030.corp.eldorado.org.br> References: <523de3b08b9d453cadc243dd70cb7f3a@serv030.corp.eldorado.org.br> Message-ID: <106e3491-7dda-8276-b1ce-4f3585f7f1b1@oracle.com> compiler-dev is a better place to discuss this change in behavior. -- Jon On 11/25/16 2:33 PM, Bruno Alexandre Rosa wrote: > Forwarding to a more general list since I don't know exactly where else I should ask this question. > > Also, both man pages from openjdk8 and an early access Java SE9 [2] have the same text regarding the default behavior: > > "If the -d option is not specified, then javac puts each class file in the same directory as the source file from which it was generated." > > > [2] - http://download.java.net/java/jigsaw/docs/technotes/tools/unix/javac.html > > Regards > Bruno Rosa > > From: Bruno Alexandre Rosa > Sent: sexta-feira, 25 de novembro de 2016 16:47 > To: 'compiler-dev at openjdk.java.net' > Subject: Running javac with symlinks > > Hi, everyone, > > I came across a minor unusual situation trying to compile and run the java version of a benchmark suite [1]: in jdk9, when the source files are actually symlinks, the bytecode files are generated in the same directories as the *targets* of the links as opposed to the behavior in jdk8, whereas in the bytecode files are generated in the same path as the link themselves. > > So, my question is: is this new behavior a feature or a bug? > > Regards, > Bruno Rosa > > [1] - https://benchmarksgame.alioth.debian.org/ From kanth909 at gmail.com Sun Nov 27 04:45:26 2016 From: kanth909 at gmail.com (kant kodali) Date: Sat, 26 Nov 2016 20:45:26 -0800 Subject: Are there any plans to implement a new GC Algorithm that would eliminate the pauses? Message-ID: Are there any plans to implement a new GC Algorithm that would eliminate the GC pauses? I am asking this because I love Java and I want it to be the cutting edge before some other open source programing language adapts it. https://www.azul.com/files/c4_paper_acm1.pdf https://www.azul.com/products/zing/pgc/ From aph at redhat.com Sun Nov 27 13:57:22 2016 From: aph at redhat.com (Andrew Haley) Date: Sun, 27 Nov 2016 13:57:22 +0000 Subject: Are there any plans to implement a new GC Algorithm that would eliminate the pauses? In-Reply-To: References: Message-ID: <1f0eed1e-61f6-c520-391e-7f30303e2121@redhat.com> On 27/11/16 04:45, kant kodali wrote: > Are there any plans to implement a new GC Algorithm that would eliminate > the GC pauses? I am asking this because I love Java and I want it to be the > cutting edge before some other open source programing language adapts it. http://openjdk.java.net/projects/shenandoah/ From christoph.dreis at freenet.de Mon Nov 28 12:35:33 2016 From: christoph.dreis at freenet.de (Christoph Dreis) Date: Mon, 28 Nov 2016 13:35:33 +0100 Subject: [NEW BUG]: Reduce allocations in sun.reflect.annotation.AnnotationInvocationHandler.invoke() Message-ID: <018b01d24973$ea0ea260$be2be720$@freenet.de> Hey, I'm new to the OpenJDK and not sure (yet) how the procedure especially for new bugs/enhancement is. So I apologise upfront if I made any mistakes. I'm working mostly with the Spring-Framework/Spring-Boot in my current projects. In these frameworks a lot of dynamic proxying can happen. Recently, I noticed that the JDK in versions 8 up to the current snapshots produces some allocations coming from sun.reflect.annotation.AnnotationInvocationHandler.invoke() we could avoid in the majority of cases. Only the check for equality needs the actual parameter types - all other cases only need the parameter count which JDK 8 luckily provides with Method.getParameterCount(). What about changing the current behaviour to something like my attached proposal? I'd be happy if someone is willing to sponsor this change. Again - if I made any mistakes here, please let me know for the next time. Cheers, Christoph Dreis From christoph.dreis at freenet.de Mon Nov 28 12:46:03 2016 From: christoph.dreis at freenet.de (Christoph Dreis) Date: Mon, 28 Nov 2016 13:46:03 +0100 Subject: [NEW BUG]: Reduce allocations in sun.reflect.annotation.AnnotationInvocationHandler.invoke() Message-ID: <019101d24975$61566960$24033c20$@freenet.de> Apparently, the attachment got lost. So here it is: Reduce allocations in sun.reflect.annotation.AnnotationInvocationHandler.invoke() diff -r ba70dcd8de76 -r 86bbc5442c1d src/java.base/share/classes/sun/reflect/annotation/AnnotationInvocationHandl er.java --- a/src/java.base/share/classes/sun/reflect/annotation/AnnotationInvocationHan dler.java Fri Nov 11 13:11:27 2016 +0000 +++ b/src/java.base/share/classes/sun/reflect/annotation/AnnotationInvocationHan dler.java Mon Nov 14 19:04:33 2016 +0100 @@ -57,13 +57,13 @@ public Object invoke(Object proxy, Method method, Object[] args) { String member = method.getName(); - Class[] paramTypes = method.getParameterTypes(); + int parameterCount = method.getParameterCount(); // Handle Object and Annotation methods - if (member.equals("equals") && paramTypes.length == 1 && - paramTypes[0] == Object.class) + if (member.equals("equals") && parameterCount == 1 && + method.getParameterTypes()[0] == Object.class) return equalsImpl(proxy, args[0]); - if (paramTypes.length != 0) + if (parameterCount != 0) throw new AssertionError("Too many parameters for an annotation method"); switch(member) { From Alan.Bateman at oracle.com Mon Nov 28 12:52:36 2016 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Mon, 28 Nov 2016 12:52:36 +0000 Subject: [NEW BUG]: Reduce allocations in sun.reflect.annotation.AnnotationInvocationHandler.invoke() In-Reply-To: <018b01d24973$ea0ea260$be2be720$@freenet.de> References: <018b01d24973$ea0ea260$be2be720$@freenet.de> Message-ID: <20423aca-5b2f-5b83-36e7-56884f2ef9b0@oracle.com> On 28/11/2016 12:35, Christoph Dreis wrote: > Hey, > > I'm new to the OpenJDK and not sure (yet) how the procedure especially for > new bugs/enhancement is. So I apologise upfront if I made any mistakes. > > I'm working mostly with the Spring-Framework/Spring-Boot in my current > projects. In these frameworks a lot of dynamic proxying can happen. > Recently, I noticed that the JDK in versions 8 up to the current snapshots > produces some allocations coming from > sun.reflect.annotation.AnnotationInvocationHandler.invoke() we could avoid > in the majority of cases. Only the check for equality needs the actual > parameter types - all other cases only need the parameter count which JDK 8 > luckily provides with Method.getParameterCount(). > > What about changing the current behaviour to something like my attached > proposal? I'd be happy if someone is willing to sponsor this change. Again - > if I made any mistakes here, please let me know for the next time. > Can you bring this to core-libs-dev for discussion? -Alan From christoph.dreis at freenet.de Mon Nov 28 13:02:39 2016 From: christoph.dreis at freenet.de (Christoph Dreis) Date: Mon, 28 Nov 2016 14:02:39 +0100 Subject: [NEW BUG]: Reduce allocations in sun.reflect.annotation.AnnotationInvocationHandler.invoke() Message-ID: <019701d24977$b3213700$1963a500$@freenet.de> Sure. Sorry for using the wrong list! http://mail.openjdk.java.net/pipermail/core-libs-dev/2016-November/045027.ht ml From javalists at cbfiddle.com Mon Nov 28 15:32:18 2016 From: javalists at cbfiddle.com (Alan Snyder) Date: Mon, 28 Nov 2016 07:32:18 -0800 Subject: javax.activation.DataSource class not found Message-ID: <8B568F17-DB58-45EE-93B9-2952B0F48787@cbfiddle.com> Trying to create a javax.mail.internet.MimeMessage, I get this error in release 144: java.lang.ClassNotFoundException: javax.activation.DataSource at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:367) at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:186) at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:477) ? Is this a known bug? I cannot tell if it relates to JDK-8160373. From Alan.Bateman at oracle.com Mon Nov 28 15:38:40 2016 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Mon, 28 Nov 2016 15:38:40 +0000 Subject: javax.activation.DataSource class not found In-Reply-To: <8B568F17-DB58-45EE-93B9-2952B0F48787@cbfiddle.com> References: <8B568F17-DB58-45EE-93B9-2952B0F48787@cbfiddle.com> Message-ID: <06b17f9b-239c-535d-bd8f-3cbe79ca111e@oracle.com> On 28/11/2016 15:32, Alan Snyder wrote: > Trying to create a javax.mail.internet.MimeMessage, I get this error in release 144: > > java.lang.ClassNotFoundException: javax.activation.DataSource > at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:367) > at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:186) > at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:477) > ? > > Is this a known bug? > > I cannot tell if it relates to JDK-8160373. > The modules owned by Java EE are not resolved by defaulted in JDK 9, see the section on "Root Modules" in JEP 261 [1] for more details on that, also the "Risks and Assumptions" for more of the rational. In this case, you can run with `--add-modules java.activation` or else put activation.jar on the class path. -Alan [1] http://openjdk.java.net/jeps/261 From javalists at cbfiddle.com Mon Nov 28 15:59:27 2016 From: javalists at cbfiddle.com (Alan Snyder) Date: Mon, 28 Nov 2016 07:59:27 -0800 Subject: javax.activation.DataSource class not found In-Reply-To: <06b17f9b-239c-535d-bd8f-3cbe79ca111e@oracle.com> References: <8B568F17-DB58-45EE-93B9-2952B0F48787@cbfiddle.com> <06b17f9b-239c-535d-bd8f-3cbe79ca111e@oracle.com> Message-ID: Thank you. This marks the first case where I need a different command line to run on JDK 9. :-( > On Nov 28, 2016, at 7:38 AM, Alan Bateman wrote: > > On 28/11/2016 15:32, Alan Snyder wrote: > >> Trying to create a javax.mail.internet.MimeMessage, I get this error in release 144: >> >> java.lang.ClassNotFoundException: javax.activation.DataSource >> at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:367) >> at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:186) >> at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:477) >> ? >> >> Is this a known bug? >> >> I cannot tell if it relates to JDK-8160373. >> > The modules owned by Java EE are not resolved by defaulted in JDK 9, see the section on "Root Modules" in JEP 261 [1] for more details on that, also the "Risks and Assumptions" for more of the rational. > > In this case, you can run with `--add-modules java.activation` or else put activation.jar on the class path. > > -Alan > > [1] http://openjdk.java.net/jeps/261 From istomin.den at gmail.com Mon Nov 28 16:11:09 2016 From: istomin.den at gmail.com (Denis Istomin) Date: Mon, 28 Nov 2016 21:11:09 +0500 Subject: [PATCH] 8168677: Typo in API docs for com.sun.tools.attach Message-ID: Hi, Patch (attachments) fixes 8168677. Sincerely, Denis Istomin. From Roger.Riggs at Oracle.com Mon Nov 28 16:27:58 2016 From: Roger.Riggs at Oracle.com (Roger Riggs) Date: Mon, 28 Nov 2016 11:27:58 -0500 Subject: [PATCH] 8168677: Typo in API docs for com.sun.tools.attach In-Reply-To: References: Message-ID: fyi, attachments are stripped by the OpenJDK aliases, except for .txt and .patch files. Please re-send with the patch inline. Thanks, Roger On 11/28/2016 11:11 AM, Denis Istomin wrote: > Hi, > Patch (attachments) fixes 8168677. > Sincerely, Denis Istomin. From joe.darcy at oracle.com Mon Nov 28 17:16:33 2016 From: joe.darcy at oracle.com (joe darcy) Date: Mon, 28 Nov 2016 09:16:33 -0800 Subject: Chair voting to approve 8169816: Move src.zip and jrt-fs.jar under the lib directory Message-ID: <48924365-e6b6-6a8a-2c49-ebe3a0bde425@oracle.com> From istomin.den at gmail.com Mon Nov 28 23:01:50 2016 From: istomin.den at gmail.com (Denis Istomin) Date: Tue, 29 Nov 2016 04:01:50 +0500 Subject: [PATCH] 8168677: Typo in API docs for com.sun.tools.attach Message-ID: # HG changeset patch # User Denis Istomin # Date 1480189378 -18000 # Sun Nov 27 00:42:58 2016 +0500 # Node ID 5d6770e434e672a485a2cf0281c5828d4a04b346 # Parent c9d97eff6bfd0d7376dc22d9be454f4136609df3 Fix typo diff --git a/src/jdk.attach/share/classes/com/sun/tools/attach/AttachNotSupportedException.java b/src/jdk.attach/share/classes/com/sun/tools/attach/AttachNotSupportedException.java --- a/src/jdk.attach/share/classes/com/sun/tools/attach/AttachNotSupportedException.java +++ b/src/jdk.attach/share/classes/com/sun/tools/attach/AttachNotSupportedException.java @@ -29,7 +29,7 @@ /** * Thrown by {@link com.sun.tools.attach.VirtualMachine#attach - * VirtalMachine.attach} when attempting to attach to a Java virtual machine + * VirtualMachine.attach} when attempting to attach to a Java virtual machine * for which a compatible {@link com.sun.tools.attach.spi.AttachProvider * AttachProvider} does not exist. It is also thrown by {@link * com.sun.tools.attach.spi.AttachProvider#attachVirtualMachine diff --git a/src/jdk.attach/share/classes/com/sun/tools/attach/AttachPermission.java b/src/jdk.attach/share/classes/com/sun/tools/attach/AttachPermission.java --- a/src/jdk.attach/share/classes/com/sun/tools/attach/AttachPermission.java +++ b/src/jdk.attach/share/classes/com/sun/tools/attach/AttachPermission.java @@ -28,7 +28,7 @@ /** * When a {@link java.lang.SecurityManager SecurityManager} set, this * is the permission which will be checked when code invokes {@link - * VirtualMachine#attach VirtalMachine.attach} to attach to a target virtual + * VirtualMachine#attach VirtualMachine.attach} to attach to a target virtual * machine. * This permission is also checked when an {@link * com.sun.tools.attach.spi.AttachProvider AttachProvider} is created. From david.holmes at oracle.com Tue Nov 29 00:01:57 2016 From: david.holmes at oracle.com (David Holmes) Date: Tue, 29 Nov 2016 10:01:57 +1000 Subject: [PATCH] 8168677: Typo in API docs for com.sun.tools.attach In-Reply-To: References: Message-ID: <62381a68-db3b-6525-9922-ba405da49f21@oracle.com> cc'ing serviceability-dev as they own this. Thanks for that Denis. David On 29/11/2016 9:01 AM, Denis Istomin wrote: > # HG changeset patch > # User Denis Istomin > # Date 1480189378 -18000 > # Sun Nov 27 00:42:58 2016 +0500 > # Node ID 5d6770e434e672a485a2cf0281c5828d4a04b346 > # Parent c9d97eff6bfd0d7376dc22d9be454f4136609df3 > Fix typo > > diff --git a/src/jdk.attach/share/classes/com/sun/tools/attach/AttachNotSupportedException.java > b/src/jdk.attach/share/classes/com/sun/tools/attach/AttachNotSupportedException.java > --- a/src/jdk.attach/share/classes/com/sun/tools/attach/AttachNotSupportedException.java > +++ b/src/jdk.attach/share/classes/com/sun/tools/attach/AttachNotSupportedException.java > @@ -29,7 +29,7 @@ > > /** > * Thrown by {@link com.sun.tools.attach.VirtualMachine#attach > - * VirtalMachine.attach} when attempting to attach to a Java virtual machine > + * VirtualMachine.attach} when attempting to attach to a Java virtual machine > * for which a compatible {@link com.sun.tools.attach.spi.AttachProvider > * AttachProvider} does not exist. It is also thrown by {@link > * com.sun.tools.attach.spi.AttachProvider#attachVirtualMachine > diff --git a/src/jdk.attach/share/classes/com/sun/tools/attach/AttachPermission.java > b/src/jdk.attach/share/classes/com/sun/tools/attach/AttachPermission.java > --- a/src/jdk.attach/share/classes/com/sun/tools/attach/AttachPermission.java > +++ b/src/jdk.attach/share/classes/com/sun/tools/attach/AttachPermission.java > @@ -28,7 +28,7 @@ > /** > * When a {@link java.lang.SecurityManager SecurityManager} set, this > * is the permission which will be checked when code invokes {@link > - * VirtualMachine#attach VirtalMachine.attach} to attach to a target virtual > + * VirtualMachine#attach VirtualMachine.attach} to attach to a target virtual > * machine. > * This permission is also checked when an {@link > * com.sun.tools.attach.spi.AttachProvider AttachProvider} is created. > From li.jiang at oracle.com Tue Nov 29 14:46:48 2016 From: li.jiang at oracle.com (Leo Jiang) Date: Tue, 29 Nov 2016 22:46:48 +0800 Subject: RFR: 8037111, 8081643: two bugs related to number pattern Message-ID: Hi, Please review: http://cr.openjdk.java.net/~ljiang/8037111.8081643/ for bugs: https://bugs.openjdk.java.net/browse/JDK-8037111 https://bugs.openjdk.java.net/browse/JDK-8081643 These bugs are related to correct the locale data for number pattern/number format. Thanks, Leo From naoto.sato at oracle.com Tue Nov 29 17:43:23 2016 From: naoto.sato at oracle.com (Naoto Sato) Date: Tue, 29 Nov 2016 09:43:23 -0800 Subject: RFR: 8037111, 8081643: two bugs related to number pattern In-Reply-To: References: Message-ID: <3db0f205-266d-685f-233a-829765e1a2d3@oracle.com> Hi Leo, Please correct the copyright year before the push (no further review is needed). Also, if the change is specific to locale data, you can post the review request on i18n-dev instead. Naoto On 11/29/16 6:46 AM, Leo Jiang wrote: > Hi, > > Please review: > http://cr.openjdk.java.net/~ljiang/8037111.8081643/ > > for bugs: > https://bugs.openjdk.java.net/browse/JDK-8037111 > https://bugs.openjdk.java.net/browse/JDK-8081643 > > These bugs are related to correct the locale data for number > pattern/number format. > > Thanks, > Leo From li.jiang at oracle.com Wed Nov 30 06:06:07 2016 From: li.jiang at oracle.com (Leo Jiang) Date: Wed, 30 Nov 2016 14:06:07 +0800 Subject: RFR: 8037111, 8081643: two bugs related to number pattern In-Reply-To: <3db0f205-266d-685f-233a-829765e1a2d3@oracle.com> References: <3db0f205-266d-685f-233a-829765e1a2d3@oracle.com> Message-ID: <102cf2f0-d86b-b817-faf6-494fa48f6581@oracle.com> Hi Naoto, Thank you for review and approval. Regards, Leo On 11/30/2016 01:43 AM, Naoto Sato wrote: > Hi Leo, > > Please correct the copyright year before the push (no further review is needed). Also, if the change is specific to > locale data, you can post the review request on i18n-dev instead. > > Naoto > > On 11/29/16 6:46 AM, Leo Jiang wrote: >> Hi, >> >> Please review: >> http://cr.openjdk.java.net/~ljiang/8037111.8081643/ >> >> for bugs: >> https://bugs.openjdk.java.net/browse/JDK-8037111 >> https://bugs.openjdk.java.net/browse/JDK-8081643 >> >> These bugs are related to correct the locale data for number >> pattern/number format. >> >> Thanks, >> Leo From stanislav.smirnov at oracle.com Wed Nov 30 10:56:28 2016 From: stanislav.smirnov at oracle.com (Stanislav Smirnov) Date: Wed, 30 Nov 2016 13:56:28 +0300 Subject: RFR(XXS): JDK-8170530: bash configure output contains a typo in a suggested library name Message-ID: Hi, please review this minor fix of a typo I have noticed in "bash configure? output when required X11 libraries are missing. JBS: https://bugs.openjdk.java.net/browse/JDK-8170530 webrev: http://cr.openjdk.java.net/~stsmirno/8170530/webrev.00/ And I also need a sponsor for this change. Best regards, Stanislav Smirnov From Alan.Bateman at oracle.com Wed Nov 30 11:02:50 2016 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Wed, 30 Nov 2016 11:02:50 +0000 Subject: RFR(XXS): JDK-8170530: bash configure output contains a typo in a suggested library name In-Reply-To: References: Message-ID: <6ac75438-e3ae-a117-14af-4479cf31bbdf@oracle.com> Best to bring this to build-dev. On 30/11/2016 10:56, Stanislav Smirnov wrote: > Hi, > > please review this minor fix of a typo I have noticed in "bash configure? output when required X11 libraries are missing. > JBS: https://bugs.openjdk.java.net/browse/JDK-8170530 > webrev: http://cr.openjdk.java.net/~stsmirno/8170530/webrev.00/ > > And I also need a sponsor for this change. > > Best regards, > Stanislav Smirnov > > > > > From stanislav.smirnov at oracle.com Wed Nov 30 11:08:50 2016 From: stanislav.smirnov at oracle.com (Stanislav Smirnov) Date: Wed, 30 Nov 2016 14:08:50 +0300 Subject: RFR(XXS): JDK-8170530: bash configure output contains a typo in a suggested library name In-Reply-To: <6ac75438-e3ae-a117-14af-4479cf31bbdf@oracle.com> References: <6ac75438-e3ae-a117-14af-4479cf31bbdf@oracle.com> Message-ID: Thanks Alan, I will do so Best regards, Stanislav Smirnov > On 30 Nov 2016, at 14:02, Alan Bateman wrote: > > Best to bring this to build-dev. > > > On 30/11/2016 10:56, Stanislav Smirnov wrote: >> Hi, >> >> please review this minor fix of a typo I have noticed in "bash configure? output when required X11 libraries are missing. >> JBS: https://bugs.openjdk.java.net/browse/JDK-8170530 >> webrev: http://cr.openjdk.java.net/~stsmirno/8170530/webrev.00/ >> >> And I also need a sponsor for this change. >> >> Best regards, >> Stanislav Smirnov >> >> >> >> >> > From Alan.Bateman at oracle.com Wed Nov 30 12:39:59 2016 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Wed, 30 Nov 2016 12:39:59 +0000 Subject: Refresh of module system coming to jdk9/dev soon Message-ID: <13961035-d87c-228e-853e-2a33617b90e3@oracle.com> Just a heads-up that the code review and cleanup for an update of the module system is currently underway on jigsaw-dev [1] with a view to pushing the changes to jdk9/dev soon, maybe for jdk-9+148 that will promote next week. For those that have been trying out modules with regular JDK 9 builds then be aware that `requires public` changes to `requires transitive`. In addition, the binary representation of the module declaration (module-info.class) has changed so that you need to recompile any modules that were compiled with previous JDK 9 builds. This refresh includes a disruptive change that is important to understand. As things stand today in JDK 9 then you use setAccessible to break into non-public elements of any type in exported packages (you can hack into private fields of any type in java.util example). However, it cannot be used to break into any type in non-exported package (you can't break into types in jdk.internal.misc or sun.security.x509 for example). The current specified behavior was a compromise for the initial integration of the module system. It is of course not very satisfactory, hence the #AwkwardStrongEncapsulation issue [2] on the JSR 376 issues list. With the updated proposal in the JSR, this refresh changes setAccessible further so that it cannot be used to break into non-public types, or non-public elements of public types, in exported packages. Code that uses setAccessible to hack into the private constructor of java.lang.invoke.MethodHandles.Lookup will be disappointed for example. This change will expose hacks in many existing libraries and tools (as happened when setAccessible was changed to prevent it being used to break into sun.* packages). It will not be popular. As a workaround then a new command line option `--add-opens` can be used to open specific packages for "deep reflection". For example, a really popular build tool fails with this refresh because it uses setAccessible + core reflection to hack into a private field of an unmodifiable collection so that it can mutate it, facepalm! This code will continue to work as before when run with `--add-opens java.base/java.util=ALL-UNNAMED` to open the package java.util in module java.base to "all unnamed modules" (think class path). As I said, this change will not be popular but please bear with it until the extent of the issues uncovered is more widely understood. We need all the help we can get to identify issues and get them reported (and hopefully fixed) by the libraries and tools with the technical debt (and we expect a lot of it will be technical debt). For those working on OpenJDK and the JDK 9 project then it's very possible that some of these issues will redirect to the JDK as requests for new APIs or hooks (and I assume will need to be looked at on a case-by-case basis). Any help reporting issues to popular tools and libraries would be appreciated. A debugging aid that is useful to identify issues is to run with -Dsun.reflect.debugModuleAccessChecks=true to get a stack trace when setAccessible fails, this is particularly useful when code swallows exceptions without any logging. One final point, and only interesting to those working in OpenJDK, is that this refresh will require upgrading your build of jtreg. The changes to work with this refresh have been in the code-tools/jtreg repository for some time. The TEST.ROOT in each repository has been updated to require the new version. -Alan [1] http://mail.openjdk.java.net/pipermail/jigsaw-dev/2016-November/010249.html [2] http://openjdk.java.net/projects/jigsaw/spec/issues/#AwkwardStrongEncapsulation From li.jiang at oracle.com Wed Nov 30 16:16:17 2016 From: li.jiang at oracle.com (Leo Jiang) Date: Thu, 1 Dec 2016 00:16:17 +0800 Subject: RFR: 7037368: Currency names missing in some locales Message-ID: <0d1d973e-3dce-d7fe-3fa7-f8e30f640ba3@oracle.com> Hi, Please review http://cr.openjdk.java.net/~ljiang/7037368/ for bug https://bugs.openjdk.java.net/browse/JDK-7037368 I checked the currency names listed in the bug description, and got the fix according to CLDR data. Thanks, Leo From christoph.dreis at freenet.de Wed Nov 30 22:15:23 2016 From: christoph.dreis at freenet.de (Christoph Dreis) Date: Wed, 30 Nov 2016 23:15:23 +0100 Subject: [NEW BUG]: Small enhancement for Class.isAnonymousClass() Message-ID: <000001d24b57$3f56b250$be0416f0$@freenet.de> Hey, I'm currently getting familiar with the source code to eventually contribute something more in the future. While doing so I noticed some smaller enhancements where I don't know if they even justify a mail. Please let me know how you handle such tiny improvements based on the following: One of the arguably small improvements was Class.isAnonymousClass() which checks for emptiness with "".equals(getSimpleName()) instead of getSimpleName().isEmpty() and I see no way of getSimpleName() returning null (I might miss something though). Anyhow, the latter is slightly faster and a bit more verbose: MyBenchmark.testEmpty thrpt 20 364479649,385 ? 5805392,007 ops/s MyBenchmark.testEquals thrpt 20 287935443,484 ? 2895104,850 ops/s Again - if this is too small please let me know and excuse the disturbance. Cheers, Christoph =========== PATCH ============ # User Christoph Dreis Small enhancement for Class.isAnonymousClass() diff --git a/src/java.base/share/classes/java/lang/Class.java b/src/java.base/share/classes/java/lang/Class.java --- a/src/java.base/share/classes/java/lang/Class.java +++ b/src/java.base/share/classes/java/lang/Class.java @@ -1596,7 +1596,7 @@ * @since 1.5 */ public boolean isAnonymousClass() { - return "".equals(getSimpleName()); + return getSimpleName().isEmpty(); } From lana.steuck at oracle.com Wed Nov 30 22:43:38 2016 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Wed, 30 Nov 2016 22:43:38 GMT Subject: jdk9-b147: dev Message-ID: <201611302243.uAUMhcUH012843@scaaa563.us.oracle.com> http://hg.openjdk.java.net/jdk9/jdk9/rev/5f6920274c48 http://hg.openjdk.java.net/jdk9/jdk9/nashorn/rev/9e86d6383456 http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/76389430a13e http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/c41140100bf1 http://hg.openjdk.java.net/jdk9/jdk9/jaxws/rev/be37411855de http://hg.openjdk.java.net/jdk9/jdk9/jaxp/rev/149559dd882d http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/132a72c78207 http://hg.openjdk.java.net/jdk9/jdk9/corba/rev/dc49e0922a8e --- All the fixes will be tested during promotion (no PIT testing at this point): List of all fixes: =================== JDK-6334602 client-libs Animated GIFs created from opaque PNG image frames appear transparent JDK-7153700 client-libs [macosx] add support for MouseMotionListener to the TrayIcon JDK-8040635 client-libs [macosx] Printing a shape filled with a texture doesn't work under Mac JDK-8062525 client-libs JInternalFrame can't show correctly with the specical option "-esa -ea JDK-8143914 client-libs Provide Mac-specific fullscreen support JDK-8153522 client-libs Update JLightweightFrame to allow non-integer (and X/Y) scales JDK-8154093 client-libs [TIFF] NPE when reading LZW-compressed image JDK-8155874 client-libs Fix java.desktop deprecation warnings about Class.newInstance JDK-8156723 client-libs JVM crash at sun.java2d.windows.GDIBlitLoops.nativeBlit JDK-8159132 client-libs [PIT][TEST_BUG] java/awt/FileDialog/FileDialogIconTest/FileDialogIconT JDK-8160146 client-libs Resolve disabled GCC warning 'deprecated-declarations' for libawt_xawt JDK-8160766 client-libs [TEST_BUG] java/awt/Focus/DisposedWindow JDK-8160888 client-libs [PIT] What to expect of updated java/awt/print/PrinterJob/Margins.jav JDK-8164032 client-libs JViewport backing store image is not scaled on HiDPI display JDK-8164750 client-libs TIFF reading fails when ignoring metadata with BaselineTIFFTagSet remo JDK-8165212 client-libs VolatileImage should not be compatible with GraphicsConfiguration whic JDK-8165680 client-libs [macosx] Enhance handling of UTF-8 characters in CDataTransfer.java JDK-8166003 client-libs [PIT][TEST_BUG] missing helper for javax/swing/text/GlyphPainter2/642 JDK-8166594 client-libs Taskbar.setWindowProgressValue() spec does not specify expected visual JDK-8167213 client-libs Re-examine the alternative to deliver include/bridge/AccessBridgeCalls JDK-8168316 client-libs Suppress deprecation warnings for Applet classes in java.desktop JDK-8168881 client-libs javax/sound/sampled/Clip/OpenNonIntegralNumberOfSampleframes.java fail JDK-8168992 client-libs Add floating point implementation for new BasicGraphicsUtils text rela JDK-8168998 client-libs Incorrect implementation of equals in Encoding and Type in JavaSound JDK-8169043 client-libs The task bar icon color is not blue JDK-8169332 client-libs The fix JDK-8083664 in AudioFileWriter can be reverted JDK-8169339 client-libs Provide internal API to JavaFX to locate JDK fonts JDK-8169355 client-libs Diacritics input works incorrectly on Windows if Spanish (Latin Americ JDK-8169518 client-libs Suppress Deprecation warnings for deprecated Swing APIs JDK-8169803 client-libs Remove OpenNonIntegralNumberOfSampleframes.java from the problem list JDK-8169887 client-libs javax/swing/JEditorPane/8080972/TestJEditor.java, javax/swing/text/Vie JDK-8170139 client-libs OpenNonIntegralNumberOfSampleframes.java still fails JDK-8066291 core-libs ZoneIdPrinterParser can be optimized JDK-8072784 core-libs Better spliterator implementation for BitSet.stream() JDK-8132097 core-libs Stream.generate should use a covariant Supplier as parameter JDK-8132964 core-libs Spliterator documentation on Priority(Blocking)Queue JDK-8136831 core-libs Undefined null behavior in ClassLoader.getResourceXXXX() JDK-8153543 core-libs java/rmi/transport/reuseDefaultPort/ReuseDefaultPort.java fails interm JDK-8158880 core-libs test/java/time/tck/java/time/format/TCKDateTimeFormatterBuilder.java f JDK-8158916 core-libs ProblemList.txt update for com/sun/jndi/ldap/DeadSSLLdapTimeoutTest.ja JDK-8162839 core-libs JavaAdapters do not work with ScriptObjectMirror objects JDK-8165296 core-libs update existing i18n test cases of test/java/util JDK-8167618 core-libs DateTimeFormatter.format() uses exceptions for flow control JDK-8168906 core-libs Tighten permissions granted to the jdk.localedata module JDK-8168975 core-libs java/rmi/activation/Activatable tests fail due to "Port already in use JDK-8169068 core-libs Add a new method: java.net.Authenticator.getDefault() JDK-8169435 core-libs ClassLoader.isParallelCapable is final and conflicting method may get JDK-8169479 core-libs java.lang.reflect.Constructor class has wrong api documentation JDK-8169645 core-libs j.i.ObjectInputFilter.Config spec is ambiguous regarding overriding th JDK-8169658 core-libs [TESTBUG] javax/rmi tests have undeclared dependencies JDK-8169710 core-libs [TESTBUG] com/sun/nio/sctp tests has undeclared dependency on jdk.sctp JDK-8169721 core-libs [TESTBUG] com/sun/jndi tests have undeclared dependency on java.naming JDK-8169764 core-libs output more information when java/nio/channels/AsynchronousSocketChann JDK-8169808 core-libs Stream returning methods should specify if they are late binding JDK-8169826 core-libs ProblemList update for tools/pack200/CommandLineTests.java JDK-8169838 core-libs java/util/Spliterator/SpliteratorTraversingAndSplittingTest.java faile JDK-8169880 core-libs Remove the sun.reflect.noCaches option JDK-8169886 core-libs Add test for JDK-8162839 that runs with SecurityManager JDK-8169909 core-libs java agent fails to add to class path when the initial module is a nam JDK-8169993 core-libs Class::desiredAssertionStatus should call getClassLoader0 JDK-8170049 core-libs tests under java/rmi/activation/ fail with "java.security.AccessContro JDK-8170062 core-libs Problem list java/lang/ClassLoader/platformClassLoader/DefinePlatformC JDK-8170158 core-libs Remove ClassLoader/platformClassLoader/DefinePlatformClass.java from P JDK-8170192 core-libs [JAXP] [TESTBUG] test/javax/xml/jaxp/libs/jaxp/library/JAXPPolicyManag JDK-8169836 core-svc ProblemList update for java/lang/management/MemoryMXBean/PendingAllGC. JDK-8166710 deploy Remove old JCP JDK-8169059 deploy [jcp] Text labels are not displayed on DRS tab JDK-8169060 deploy [jcp] Update tab displays incorrect string on linux JDK-8169071 deploy Port initial plugin unit tests from graveyard JDK-8065555 globalization Remove incorrect locale data for inexistent language 'German (Greece) JDK-7164925 infrastructure Change -KPIC to -xcode=pic32 on sparc JDK-8031567 infrastructure Better model for storing source revision information JDK-8168037 infrastructure using ZIP as a make variable conflicts with zip's use of ZIP as an env JDK-8169860 infrastructure Clean up and unify the refactored Javadoc generation JDK-8170077 infrastructure Properly parallelize javadoc generation JDK-8170184 infrastructure Remove incorrect comments JDK-8170279 infrastructure Langtools test/Makefile ignores failed tests JDK-8170280 infrastructure Enable -g for all java compilation in the build JDK-8169289 javafx JavaFX application in named module fails to launch if no main method JDK-7004967 security-libs SecureRandom should be more explicit about threading JDK-8043252 security-libs Debug of access control is obfuscated - NullPointerException in Protec JDK-8168969 security-libs Merge SSLSocketSample and SSLSocketTemplate JDK-8169312 security-libs SecureRandom::getSeed(num) not specified if num is negative JDK-8170035 security-libs When determining the ciphersuite lists, there is no debug output for d JDK-8114842 tools JShell: SourceCodeAnalysis splits code with array initialiazer incorre JDK-8143006 tools jshell tool: /edit doesn't process each line as same as inputs for jsh JDK-8147890 tools Javadoc search does not work with Enums JDK-8153038 tools The set of jlink plugins enabled by default should be the same via CLI JDK-8153402 tools jshell tool: completion provider for /help JDK-8155765 tools javax.tools.ToolProvider::getSystemToolClassLoader returns app class l JDK-8163190 tools Clarify JavaFileManager use of "module location" JDK-8163816 tools JShell tests: jdk/jshell/ExternalEditorTest.java -- unexpected results JDK-8164316 tools Refine the Doclet APIs JDK-8164590 tools javac --inherit-runtime-environment fails with "cannot find modules: A JDK-8166581 tools JShell: locks forever if -R options is wrong JDK-8167240 tools Write new tests to cover functionality of existing 'jimage' options JDK-8168256 tools Plugin alias options in jlink --help output seems to be in an arbitrar JDK-8169234 tools JShell: hangs on startup on some computers caused by hostname JDK-8169505 tools Update changes by JDK-8159393 to reflect CCC review JDK-8169519 tools JShell: Gracefully handle start-up failures and hangs JDK-8169561 tools jshell tool: double shift-tab on variable crashes tool JDK-8169659 tools (jdeps) missing messages for localization JDK-8169676 tools boolean result of Option.process is often ignored JDK-8169818 tools jshell tool: completion provider for /vars /methods /types gives -hist JDK-8170110 tools Problem list ExternalEditorTest.java JDK-8170112 tools Problem list failing jimage tests until JDK-8169713 is fixed JDK-8170170 tools Problem list ExternalEditorTest.java on all platforms JDK-8170249 tools Problem list jshell/ToolFormatTest.java and jshell/ReplaceTest.java JDK-8170301 tools remove debug print statement JDK-8158619 xml Very large CDATA section in XML document causes OOME JDK-8169772 xml [JAXP] XALAN: Transformation of DOM with null valued text node causes JDK-8169829 xml ProblemList update for javax/xml/jaxp/isolatedjdk/catalog/PropertiesTe