From abdul.kolarkunnu at oracle.com Mon Jan 1 09:00:36 2018 From: abdul.kolarkunnu at oracle.com (Muneer Kolarkunnu) Date: Mon, 1 Jan 2018 01:00:36 -0800 (PST) Subject: JDK 10 build 37 test results now available Message-ID: <7ba52a5d-03c3-4f0e-929a-269e16a885af@default> JDK 10 ea build 37 test results are now available at http://download.java.net/openjdk/testresults/10/testresults.html The jdk test results contain 6 differences from the build 36 test results. There is 1 testcase failure, this failure is under investigation, JBS issue already exists for this failure. 0: /export/home/gtee/muneer/jtest/merge10/36/jdk/JTwork pass: 6,467; fail: 1; error: 1; not run: 2,302 1: /export/home/gtee/muneer/jtest/merge10/37/jdk/JTwork pass: 6,469; fail: 2; error: 1; not run: 2,302 0 1 Test pass fail com/sun/nio/sctp/SctpChannel/SocketOptionTests.java --- pass java/net/httpclient/FlowAdapterPublisherTest.java --- pass java/net/httpclient/FlowAdapterSubscriberTest.java --- pass java/net/httpclient/FlowAdaptersCompileOnly.java pass --- java/net/httpclient/RequestProcessorExceptions.java --- pass java/net/httpclient/SubscriberPublisherAPIExceptions.java 6 differences The hotspot test results contain 7 differences from the build 36 test results. No new testcase failures found. 0: /export/home/gtee/muneer/jtest/merge10/36/hotspot/JTwork pass: 1,643; fail: 2; not run: 11,723 1: /export/home/gtee/muneer/jtest/merge10/37/hotspot/JTwork pass: 1,650; fail: 1; not run: 11,723 0 1 Test fail pass compiler/ciReplay/TestDumpReplay.java --- pass runtime/jni/checked/TestCheckedEnsureLocalCapacity.java --- pass serviceability/sa/ClhsdbFindPC.java --- pass serviceability/sa/ClhsdbInspect.java --- pass serviceability/sa/ClhsdbJdis.java --- pass serviceability/sa/ClhsdbPrintAs.java --- pass serviceability/sa/ClhsdbScanOops.java 7 differences The langtools test results contain 0 difference from the build 36 test results. The nashorn test result is available at http://download.java.net/openjdk/testresults/10/archives/37/emailable-report.html -- Regards, Abdul Muneer Quality Engineer Oracle, Bangalore, India From volker.simonis at gmail.com Wed Jan 3 14:30:05 2018 From: volker.simonis at gmail.com (Volker Simonis) Date: Wed, 3 Jan 2018 15:30:05 +0100 Subject: RFR [jdk8] : 8193807 : AIX: avoid UnsatisfiedLinkError by providing empty basic implementations of getSystemCpuLoad and getProcessCpuLoad In-Reply-To: References: <6838c67f5a7f44c0a48a79e8ac47e889@sap.com> Message-ID: Hi Martin, I'm afraid that's not easy to answer. The fix didn't made it into 8u162 which will be released in January 2018 [1]. It is targeted for 8u172 but there is no time-line for 8u172 yet [2]. The best you can do is to ask on the 8u-dev [3] mailing list or ask the people at AdoptOpenJDK (adoption-discuss at openjdk.java.net [4]) to merge the fix into their current builds. That would be actually a good smoke test for their tool chain :) Regards, Volker [1] http://openjdk.java.net/projects/jdk8u/releases/8u162.html [2] http://openjdk.java.net/projects/jdk8u/ [3] http://mail.openjdk.java.net/mailman/listinfo/jdk8u-dev [4] http://mail.openjdk.java.net/mailman/listinfo/adoption-discuss On Tue, Jan 2, 2018 at 6:55 PM, Evans, Martin wrote: > Hi Volker, > > Happy new year! > > Do you have a rough idea as to when it will make it into the regular update? > > Kind regards, > > Martin > > -----Original Message----- > From: Volker Simonis [mailto:volker.simonis at gmail.com] > Sent: 22 December 2017 16:25 > To: Evans, Martin > Cc: Baesken, Matthias ; jdk8u-dev-request at openjdk.java.net; core-libs-dev at openjdk.java.net; ppc-aix-port-dev at openjdk.java.net; Simonis, Volker ; build-dev > Subject: Re: RFR [jdk8] : 8193807 : AIX: avoid UnsatisfiedLinkError by providing empty basic implementations of getSystemCpuLoad and getProcessCpuLoad > > Hi Martin, > > I've just pushed the fix to jdk8u/jdk8u-dev [1] so it should be in the next regular 8u update (probably 8u172 ?). > > You can of course test it any time by building the tip of http://hg.openjdk.java.net/jdk8u/jdk8u-dev yourself :) > > Merry Christmas and a happy new year, > Volker > > [1] http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/def07b5ce3be > > On Wed, Dec 20, 2017 at 11:18 AM, Evans, Martin wrote: >> Many thanks guys, I look forward to testing. >> >> Regards, >> >> Martin >> >> -----Original Message----- >> From: Volker Simonis [mailto:volker.simonis at gmail.com] >> Sent: 20 December 2017 09:33 >> To: Baesken, Matthias >> Cc: jdk8u-dev-request at openjdk.java.net; >> core-libs-dev at openjdk.java.net; ppc-aix-port-dev at openjdk.java.net; >> Simonis, Volker ; Evans, Martin >> ; build-dev >> Subject: Re: RFR [jdk8] : 8193807 : AIX: avoid UnsatisfiedLinkError by >> providing empty basic implementations of getSystemCpuLoad and >> getProcessCpuLoad >> >> Hi Matthias, >> >> the change looks good! >> I can sponsor it once we get the approval. >> >> Also forwarded to buil-dev for the minimal build change. >> >> Thank you and best regards, >> Volker >> >> >> On Wed, Dec 20, 2017 at 9:50 AM, Baesken, Matthias wrote: >>> Hello , Mark reported this issue on AIX with OpenJDK8 : >>> >>>> >>>>I'm getting an unsatisfied link error when using logstash on AIX but I suspect the issue is with AIX or the JRE, the exception is: >>>> >>>> java.lang.UnsatisfiedLinkError: sun.management.OperatingSystemImpl.getProcessCpuLoad()D >>>> getProcessCpuLoad at sun/management/OperatingSystemImpl.java:-2 >>>> at org/logstash/instrument/monitors/ProcessMonitor.java:40 >>>> detect at org/logstash/instrument/monitors/ProcessMonitor.java:79 >>>> generate at >>>> org/logstash/instrument/reports/ProcessReport.java:15 >>>> >>>> this is the line in logstash: >>>> >>>> this.cpuProcessPercent = >>>> scaleLoadToPercent(unixOsBean.getProcessCpuLoad()); >>>> >>>> https://github.com/elastic/logstash/blob/master/logstash-core/src/ma >>>> i n/java/org/logstash/instrument/monitors/ProcessMonitor.java >>>> >>>> >>>> Could anybody help steer me in the right direction? >>>> >>> >>> This fix addresses the missing getSystemCpuLoad and getProcessCpuLoad on AIX . >>> JDK8 is only affected , JDK9 and higher is not affected . >>> >>> Could I get a review for this change ? >>> >>> >>> Change : >>> >>> http://cr.openjdk.java.net/~mbaesken/webrevs/8193807/ >>> >>> Bug : >>> >>> https://bugs.openjdk.java.net/browse/JDK-8193807 >>> >>> >>> Thanks, Matthias >> ------------ Kingfisher plc Registered Office: 3 Sheldon Square, Paddington, London W2 6PX Registered in England, Number 1664812 This e-mail is only intended for the person(s) to whom it is addressed and may contain confidential information. Unless stated to the contrary, any opinions or comments are personal to the writer and do not represent the official view of the company. If you have received this e-mail in error, please notify us immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purpose, or disclose its contents to any other person. Thank you for your co-operation. > ------------ Kingfisher plc Registered Office: 3 Sheldon Square, Paddington, London W2 6PX Registered in England, Number 1664812 This e-mail is only intended for the person(s) to whom it is addressed and may contain confidential information. Unless stated to the contrary, any opinions or comments are personal to the writer and do not represent the official view of the company. If you have received this e-mail in error, please notify us immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purpose, or disclose its contents to any other person. Thank you for your co-operation. From rafael.wth at gmail.com Sat Jan 6 23:07:53 2018 From: rafael.wth at gmail.com (Rafael Winterhalter) Date: Sun, 7 Jan 2018 00:07:53 +0100 Subject: Runtime code generation and barriers in migrating away from JVM-interal APIs Message-ID: Hello, I am the author of Byte Buddy and a maintainer of cglib, two of the major code generation libraries in the Java ecosystem. Both libraries are downloaded about 160 million times a year and I wanted to give a report and opinion on the current state of moving away from JVM-internal APIs to save and officially supported alternatives. When code generation tools define classes at runtime, there are currently different alternatives to achieving that: 1) Using sun.misc.Unsafe::defineClass to define a class directly. This is a fairly easy API that even allows defining classes in the bootstrap loader. 2) Accessing protected methods of java.lang.ClassLoader via Java reflection. This allows more fine-grained access to class loading by respecting class loading locks etc. 3) Creating a custom class loader as a parent of the class loader of a proxied class. This avoids any use of internal API but limits proxying to public (and since Java 9 also exported) classes and their protected and public methods. 4) Using a Java agent to define classes using the Instrumentation API. Using this API, it is also possible to gain access to internal APIs as it becomes possible to open encapsulated APIs. 5) Using JNI to define classes using its APIs or to avoid encapsulation altogether. Of course, strategies (1) and (2) were always discouraged and might no longer work in a future Java release due to the encapsulation of internal APIs. Yet, as of Java 9, most code generation tools achieved Java 9 compatibility by migrating from solution (2) to solution (1) thanks to the jdk.unsupported module. Method (5) is rarely used as it requires the inclusion of C code for something that can be achieved easier. As of Java 9, the JVM offers a new approach to defining classes: 6) Using java.lang.invoke.MethodHandles.Lookup::defineClass While Byte Buddy supports this new approach as a user-chosen class definition strategy, for most use cases, the API does not offer sufficient comfort. Code generation is mainly used for the following two purposes: A) When defining a proxy, the proxy class is normally defined in the same package as the proxied class. Doing so, a proxy can be created for package-private classes and it can proxy package-private methods. Using strategy (6), it is however not possible to define a class in a package outside of the package that has created the lookup as this would require PACKAGE access for the target package. If the proxy is created by another module then the module of the proxied class, this access right is never available, even if the proxied class?s module opens its package to the module that generates the proxy. In this context, Strategy (3) is not an option either as the runtime package of the child class loader would be different to the user class package?s class loader. B) When programming a Java agent, a class enhancement makes it sometimes necessary to define an auxiliary class in the same package as the instrumented class. This is similar to javac?s need for such classes where it sometimes defines anonymous classes to provide a certain type for using an API. Unfortunately, the ClassFileTransformer::transform method does not provide a method handle lookup for the package of the instrumented class. At the same time, the Java agent itself typically lives in a different package then the instrumented class such that it cannot create its own lookup what makes (6) inapplicable. Of course, (3) is not an option in this case either. For scenario (A) one could argue that for many use cases, access to package-private classes and methods is not necessary as it breaks the Java programming language's encapsulation model. However, giving such access has been proven useful in the past: the Spring framework does for example induce a bean scope when defining a Java configuration class?s method as package-private. And for the Mockito framework, such access allows for the creation of package-private mocks what avoids that users have to extend the scope of such classes only for a unit test. For (B), a Java agent is able to access internal APIs by opening packages. Providing a method handle lookup for the target class would however offer a cleaner, more standardized approach. It is however unclear what lookupClass the method handle lookup would be assigned to as the instrumented class is not necessarily loaded when the class file transformer is applied. Additionally, some proxying tools such as Mockito require an API to instantiate a class without invoking a constructor. This way, a mock can be created without triggering any user code which might have unwanted side-effects or throw an exception for invalid inputs that are unknown to the mocking framework. I understand that such instantiations are frowned upon as they break the object model. But again, this possibility has proven to be very useful in the past and it would be too bad if such libraries could no longer be maintained in the future. To create instances without invoking a constructor, there are currently several options: 7) Use sun.misc.Unsafe::allocateInstance or the also internal reflection factory. Such use is often done via the Objenesis library. If such access was encapsulated, a Java agent could still open these APIs. 8) Using JNI to avoid encapsulation or allocating an instance without a constructor call from JNI. Again, (8) is a rarely chosen approach but (7) via the use of Objenesis is still common. At a result, even with Java 9 being supported by many popular frameworks, a migration away from internal APIs has not yet been achieved. I would therefore like to suggest the following extensions: C) When a module opens a package, other modules should gain package access to this package when creating method handle lookups. This way, if a user opens a package containing Spring beans to the Spring framework, it could proxy all of these beans as it does today. Since opening a package also permits reflection on package-private types and methods of this package, this is not a security concern either. D) A class file transformer should be provided with an instance of a method handle lookup for the instrumented class as an argument. This way, Java agents gain an easy and standardized way of defining auxiliary classes what is currently rather cumbersome. E) There should be a jdk.test module that is not resolved by default and that is not part of a non-JDK distribution of the JVM that contains an API that allows for the instantiation of classes without a constructor invocation. By depending on this module, test libraries that offer such insecure abilities can also make their intention clear that a library is meant for test and not for production. With Mockito, we regularly get inquiries about performance issues when the library is used in production systems what it is not designed for. This module could also include an API for getting hold of an Instrumentation instance for the current JVM process. This would be useful for many testing libraries such as Mockito and also for testing Java agents under development. Currently, it is necessary to self-attach using the attachment API. Since Java 9, it is additionally required to explicitly allow such self-attachment or to use an intermediate Java process to avoid the constraint. With these three extensions, I believe that the many users of code generation tools could easily migrate away from the use of internal APIs in a few months what would allow a full encapsulation of JVM-internal APIs without any major disruptions. Thank you for your time and feedback on my proposal! Best regards, Rafael From abdul.kolarkunnu at oracle.com Wed Jan 10 09:45:00 2018 From: abdul.kolarkunnu at oracle.com (Muneer Kolarkunnu) Date: Wed, 10 Jan 2018 01:45:00 -0800 (PST) Subject: JDK 10 build 38 test results now available Message-ID: <9aac70bd-600a-4801-b69a-e182fba62fcd@default> JDK 10 ea build 38 test results are now available at http://download.java.net/openjdk/testresults/10/testresults.html The jdk test results contain 3 differences from the build 37 test results. There is 1 testcase failure, this failure is under investigation. 0: /export/home/gtee/muneer/jtest/merge10/37/jdk/JTwork pass: 6,469; fail: 2; error: 1; not run: 2,302 1: /export/home/gtee/muneer/jtest/merge10/38/jdk/JTwork pass: 6,470; fail: 2; not run: 2,303 0 1 Test fail pass com/sun/nio/sctp/SctpChannel/SocketOptionTests.java pass fail java/lang/management/MemoryMXBean/LowMemoryTest2.sh error pass sun/tools/jstatd/TestJstatdExternalRegistry.java 3 differences The hotspot test results contain 0 difference from the build 37 test results. The langtools test results contain 1 difference from the build 37 test results. No new testcase failures found. 0: /export/home/gtee/muneer/jtest/merge10/37/langtools/JTwork pass: 3,503; not run: 342 1: /export/home/gtee/muneer/jtest/merge10/38/langtools/JTwork pass: 3,504; not run: 342 0 1 Test --- pass tools/javac/modules/JavaBaseTest.java 1 differences The nashorn test result is available at http://download.java.net/openjdk/testresults/10/archives/38/emailable-report.html -- Regards, Abdul Muneer Quality Engineer Oracle, Bangalore, India From abdul.kolarkunnu at oracle.com Thu Jan 18 12:33:12 2018 From: abdul.kolarkunnu at oracle.com (Muneer Kolarkunnu) Date: Thu, 18 Jan 2018 04:33:12 -0800 (PST) Subject: JDK 10 build 39 test results now available Message-ID: JDK 10 ea build 39 test results are now available at http://download.java.net/openjdk/testresults/10/testresults.html The jdk test results contain 6 differences from the build 38 test results. There is 1 testcase failure, this failure is under investigation, JBS issue already exists for this failure. 0: /export/home/gtee/muneer/jtest/merge10/38/jdk/JTwork pass: 6,470; fail: 2; not run: 2,303 1: /export/home/gtee/muneer/jtest/merge10/39/jdk/JTwork pass: 6,472; fail: 1; not run: 2,303 0 1 Test pass fail com/sun/jdi/JdbExprTest.sh pass --- com/sun/jndi/ldap/LdapTimeoutTest.java fail pass com/sun/nio/sctp/SctpMultiChannel/SocketOptionTests.java fail pass java/lang/management/MemoryMXBean/LowMemoryTest2.sh --- pass javax/crypto/CryptoPermissions/TestExemption.sh --- pass lib/security/cacerts/VerifyCACerts.java 6 differences The hotspot test results contain 3 differences from the build 38 test results. No new testcase failures found. 0: /export/home/gtee/muneer/jtest/merge10/38/hotspot/JTwork pass: 1,650; fail: 1; not run: 11,723 1: /export/home/gtee/muneer/jtest/merge10/39/hotspot/JTwork pass: 1,650; not run: 11,725 0 1 Test --- pass compiler/aot/cli/jaotc/CompileClassWithDebugTest.java fail --- compiler/codegen/Test6896617.java pass --- gc/stress/gclocker/TestGCLockerWithParallel.java 3 differences The langtools test results contain 7 differences from the build 38 test results. No new testcase failures found. 0: /export/home/gtee/muneer/jtest/merge10/38/langtools/JTwork pass: 3,504; not run: 342 1: /export/home/gtee/muneer/jtest/merge10/39/langtools/JTwork pass: 3,507; not run: 343 0 1 Test --- pass tools/doclint/LambdaTest.java --- pass tools/javac/T6356530/SerializableAbstractClassTest.java pass --- tools/javac/T6356530/SerializableAbstractClassWithNonAbstractMethodsTest.java --- pass tools/javac/T8187487/CrashWithDuplicateClassNamesTest.java --- pass tools/javac/T8187805/BogusRTTAForUnusedVarTest.java pass --- tools/javac/T8192885/AddGotoAfterForLoopToLNTTest.java --- pass tools/javadoc/EncodingTest.java 7 differences The nashorn test result is available at http://download.java.net/openjdk/testresults/10/archives/39/emailable-report.html -- Regards, Abdul Muneer Quality Engineer Oracle, Bangalore, India From abdul.kolarkunnu at oracle.com Mon Jan 22 14:30:15 2018 From: abdul.kolarkunnu at oracle.com (Muneer Kolarkunnu) Date: Mon, 22 Jan 2018 06:30:15 -0800 (PST) Subject: JDK 10 Early Access b40 & JDK 8u172 Early Access b02 are available on jdk.java.net References: <2c36dd71-d6dd-c153-c80e-ddd103da50c0@oracle.com> Message-ID: <9fb60c97-a814-405b-990a-efa105f1793b@default> Hi All, OpenJDK builds - JDK 10 Early Access build 40 is available at http://jdk.java.net/10/ These early-access, open-source builds are provided under the HYPERLINK "http://openjdk.java.net/legal/gplv2+ce.html"GNU General Public License, version?2, with the Classpath Exception. Summary of changes :- https://download.java.net/java/jdk10/archive/40/jdk-10+40.html JDK 10 entered Rampdown Phase Two on Thursday the 18th of January, 2018.? More details , see Mark Reinhold's email to jdk-dev mailing list [1]? The Rampdown Phase Two process will be similar to that of JDK 9 [2]. JDK 10 Schedule, Status & Features are available [3] JDK 8u172? Early-Access build 02 is available at :- http://jdk.java.net/8/ Summary of Changes here :- https://download.java.net/java/jdk8u172/changes/jdk8u172-b02.html [1] http://mail.openjdk.java.net/pipermail/jdk-dev/2018-January/000416.html [2] http://openjdk.java.net/projects/jdk/10/rdp-2 [3] http://openjdk.java.net/projects/jdk/10/ ? -- Regards, Abdul Muneer Quality Engineer Oracle, Bangalore, India From abdul.kolarkunnu at oracle.com Wed Jan 24 07:06:36 2018 From: abdul.kolarkunnu at oracle.com (Muneer Kolarkunnu) Date: Tue, 23 Jan 2018 23:06:36 -0800 (PST) Subject: OpenJDK 10 build 40 and JDK 8u172 b03 test results now available Message-ID: <0c404fc4-a8bc-45d2-8252-151a161cec4b@default> OpenJDK 10 ea build 40 test results are now available at https://download.java.net/openjdk/testresults/10/testresults.html The jdk test results contain 6 differences from the build 39 test results. There are 3 testcase failures, these failures are under investigation, JBS issue already exists for these failures. 0: /export/home/gtee/muneer/jtest/merge10/39/jdk/JTwork pass: 6,472; fail: 1; not run: 2,303 1: /export/home/gtee/muneer/jtest/merge10/40/jdk/JTwork pass: 6,472; fail: 4; not run: 2,302 0 1 Test pass fail com/sun/nio/sctp/SctpChannel/SocketOptionTests.java pass fail com/sun/nio/sctp/SctpMultiChannel/SocketOptionTests.java --- pass com/sun/tools/attach/StartManagementAgent.java --- pass java/net/httpclient/http2/ImplicitPushCancel.java --- pass sun/management/jdp/JdpOffTest.java pass fail sun/text/resources/LocaleDataTest.java 6 differences The hotspot test results contain 4 differences from the build 39 test results. No new testcase failures found. 0: /export/home/gtee/muneer/jtest/merge10/39/hotspot/JTwork pass: 1,650; not run: 11,725 1: /export/home/gtee/muneer/jtest/merge10/40/hotspot/JTwork pass: 1,654; not run: 11,725 0 1 Test --- pass compiler/loopstripmining/BackedgeNodeWithOutOfLoopControl.java --- pass compiler/loopstripmining/LimitSharedwithOutOfLoopTest.java --- pass runtime/RedefineTests/RedefineInterfaceCall.java --- pass runtime/invokedynamic/MethodHandleConstantTest.java 4 differences The langtools test results contain 1 difference from the build 39 test results. No new testcase failures found. 0: /export/home/gtee/muneer/jtest/merge10/39/langtools/JTwork pass: 3,507; not run: 343 1: /export/home/gtee/muneer/jtest/merge10/40/langtools/JTwork pass: 3,508; not run: 345 0 1 Test --- pass tools/javadoc/AddOpensTest.java 1 differences The nashorn test result is available at https://download.java.net/openjdk/testresults/10/archives/40/emailable-report.html JDK 8u172 ea b03 test results are now available at https://download.java.net/openjdk/testresults/8/testresults.html The jdk test results contain 14 differences from the build b02 test results. There is 1 testcase failure, this failure is under investigation, JBS issue already exists for this failure. 0: /export/home/gtee/muneer/jtest/merge8/jdk8u172-b02/jdk/JTwork pass: 5,108; fail: 16; error: 1; not run: 1,140 1: /export/home/gtee/muneer/jtest/merge8/jdk8u172-b03/jdk/JTwork pass: 5,120; fail: 17; not run: 1,140 0 1 Test --- pass com/sun/crypto/provider/KeyAgreement/SupportedDHKeys.java --- pass com/sun/crypto/provider/KeyAgreement/SupportedDHParamGens.java --- pass com/sun/crypto/provider/KeyAgreement/UnsupportedDHKeys.java --- pass com/sun/jndi/dns/Parser.java pass fail com/sun/nio/sctp/SctpMultiChannel/SocketOptionTests.java --- pass java/rmi/testlibrary/TestSocketFactory.java --- pass javax/management/remote/mandatory/connection/DefaultAgentFilterTest.java --- pass javax/management/remote/mandatory/connection/NewRMIClientFilterTest.java --- pass javax/net/ssl/templates/SSLSocketTemplate.java --- pass sun/security/pkcs11/KeyAgreement/SupportedDHKeys.java --- pass sun/security/pkcs11/KeyAgreement/UnsupportedDHKeys.java --- pass sun/security/provider/DSA/SupportedDSAParamGen.java --- pass sun/security/ssl/DHKeyExchange/LegacyDHEKeyExchange.java error pass sun/tools/jstatd/TestJstatdExternalRegistry.java 14 differences The hotspot test results contain 1 difference from the build b02 test results. No new testcase failures found. 0: /export/home/gtee/muneer/jtest/merge8/jdk8u172-b02/hotspot/JTwork pass: 673; fail: 43; error: 4; not run: 22 1: /export/home/gtee/muneer/jtest/merge8/jdk8u172-b03/hotspot/JTwork pass: 673; fail: 43; error: 5; not run: 22 0 1 Test --- error runtime/RedefineTests/RedefineInterfaceCall.java 1 differences The langtools test results contain 0 difference from the build b02 test results. The nashorn test result is available at https://download.java.net/openjdk/testresults/8/archives8/jdk8u172-b03/emailable-report.html -- Regards, Abdul Muneer Quality Engineer Oracle, Bangalore, India From abdul.kolarkunnu at oracle.com Tue Jan 30 08:49:37 2018 From: abdul.kolarkunnu at oracle.com (Muneer Kolarkunnu) Date: Tue, 30 Jan 2018 00:49:37 -0800 (PST) Subject: JDK 10 build 41 test results now available Message-ID: <223e39a3-8e58-4803-909b-49172701d8d6@default> JDK 10 ea build 41 test results are now available at http://download.java.net/openjdk/testresults/10/testresults.html The jdk test results contain 5 differences from the build 40 test results. No new testcase failures found. 0: /export/home/gtee/muneer/jtest/merge10/40/jdk/JTwork pass: 6,472; fail: 4; not run: 2,302 1: /export/home/gtee/muneer/jtest/merge10/41/jdk/JTwork pass: 6,477; fail: 1; not run: 2,302 0 1 Test fail pass com/sun/nio/sctp/SctpChannel/SocketOptionTests.java fail pass com/sun/nio/sctp/SctpMultiChannel/SocketOptionTests.java --- pass java/net/httpclient/ConcurrentResponses.java --- pass java/net/httpclient/whitebox/FramesDecoderTestDriver.java fail pass sun/text/resources/LocaleDataTest.java 5 differences The hotspot test results contain 2 differences from the build 40 test results. No new testcase failures found. 0: /export/home/gtee/muneer/jtest/merge10/40/hotspot/JTwork pass: 1,654; not run: 11,725 1: /export/home/gtee/muneer/jtest/merge10/41/hotspot/JTwork pass: 1,654; not run: 11,726 0 1 Test pass --- compiler/c2/Test8007294.java --- pass compiler/intrinsics/mathexact/LongMulOverflowTest.java 2 differences The langtools test results contain 0 difference from the build 40 test results. The nashorn test result is available at http://download.java.net/openjdk/testresults/10/archives/41/emailable-report.html -- Regards, Abdul Muneer Quality Engineer Oracle, Bangalore, India