From bugzilla-daemon at icedtea.classpath.org Fri Aug 3 15:30:34 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 03 Aug 2018 15:30:34 +0000 Subject: [Bug 3618] New: [TRACKER] IcedTea 3.10.0 Release Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3618 Bug ID: 3618 Summary: [TRACKER] IcedTea 3.10.0 Release Product: IcedTea Version: 3.x-hg Hardware: all OS: All Status: NEW Severity: enhancement Priority: P5 Component: IcedTea Assignee: gnu.andrew at redhat.com Reporter: gnu.andrew at redhat.com CC: unassigned at icedtea.classpath.org Tracker for 3.10.0 release. -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Fri Aug 3 15:32:09 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 03 Aug 2018 15:32:09 +0000 Subject: [Bug 3618] [TRACKER] IcedTea 3.10.0 Release In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3618 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Target Milestone|--- |3.10.0 -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Fri Aug 3 15:33:05 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 03 Aug 2018 15:33:05 +0000 Subject: [Bug 3581] [TRACKER] IcedTea 3.9.0 Release In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3581 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on|1748 | -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Fri Aug 3 15:33:05 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 03 Aug 2018 15:33:05 +0000 Subject: [Bug 3618] [TRACKER] IcedTea 3.10.0 Release In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3618 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |1748 -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Fri Aug 3 15:33:05 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 03 Aug 2018 15:33:05 +0000 Subject: [Bug 1748] [IcedTea8] Allow clang to be used to build In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=1748 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks|3581 |3618 Target Milestone|3.9.0 |3.10.0 --- Comment #15 from Andrew John Hughes --- Delay to 3.10.0 -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Fri Aug 3 15:34:50 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 03 Aug 2018 15:34:50 +0000 Subject: [Bug 3618] [TRACKER] IcedTea 3.10.0 Release In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3618 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |1778 -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Fri Aug 3 15:34:50 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 03 Aug 2018 15:34:50 +0000 Subject: [Bug 3581] [TRACKER] IcedTea 3.9.0 Release In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3581 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on|1778 | -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Fri Aug 3 15:34:50 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 03 Aug 2018 15:34:50 +0000 Subject: [Bug 1778] [IcedTea8] Allow an alternate JAR program to be used In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=1778 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks|3581 |3618 Target Milestone|3.9.0 |3.10.0 --- Comment #11 from Andrew John Hughes --- Delay to 3.10.0 -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Fri Aug 3 15:35:33 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 03 Aug 2018 15:35:33 +0000 Subject: [Bug 3574] [IcedTea8] ppc: enhancement of CRC32 intrinsic is absent on OpenJDK 8 hurting performance In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3574 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks|3581 |3618 Target Milestone|3.9.0 |3.10.0 --- Comment #2 from Andrew John Hughes --- Delay to 3.10.0 -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Fri Aug 3 15:35:33 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 03 Aug 2018 15:35:33 +0000 Subject: [Bug 3618] [TRACKER] IcedTea 3.10.0 Release In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3618 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |3574 -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Fri Aug 3 15:35:33 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 03 Aug 2018 15:35:33 +0000 Subject: [Bug 3581] [TRACKER] IcedTea 3.9.0 Release In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3581 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on|3574 | -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Fri Aug 3 15:35:54 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 03 Aug 2018 15:35:54 +0000 Subject: [Bug 3618] [TRACKER] IcedTea 3.10.0 Release In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3618 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |656 -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Fri Aug 3 15:35:54 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 03 Aug 2018 15:35:54 +0000 Subject: [Bug 3581] [TRACKER] IcedTea 3.9.0 Release In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3581 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on|656 | -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Fri Aug 3 15:47:17 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 03 Aug 2018 15:47:17 +0000 Subject: [Bug 3619] New: [IcedTea8] Shenandoah broken on s390 Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3619 Bug ID: 3619 Summary: [IcedTea8] Shenandoah broken on s390 Product: IcedTea Version: 3.x-hg Hardware: all OS: All Status: NEW Severity: normal Priority: P5 Component: IcedTea Assignee: gnu.andrew at redhat.com Reporter: gnu.andrew at redhat.com CC: unassigned at icedtea.classpath.org /builddir/build/BUILD/java-1.8.0-openjdk-1.8.0.181-8.b13.el7.s390/openjdk/hotspot/src/share/vm/gc_implementation/shenandoah/heuristics/shenandoahAdaptiveHeuristics.cpp /builddir/build/BUILD/java-1.8.0-openjdk-1.8.0.181-8.b13.el7.s390/openjdk/hotspot/src/share/vm/gc_implementation/shenandoah/heuristics/shenandoahAdaptiveHeuristics.cpp: In member function 'void ShenandoahAdaptiveHeuristics::handle_cycle_success()': /builddir/build/BUILD/java-1.8.0-openjdk-1.8.0.181-8.b13.el7.s390/openjdk/hotspot/src/share/vm/gc_implementation/shenandoah/heuristics/shenandoahAdaptiveHeuristics.cpp:113:103: error: format '%u' expects argument of type 'unsigned int', but argument 6 has type 'long unsigned int' [-Werror=format=] (capacity - _peak_occupancy) / M, ShenandoahMinFreeThreshold * capacity / 100 / M); -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Fri Aug 3 15:47:55 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 03 Aug 2018 15:47:55 +0000 Subject: [Bug 3581] [TRACKER] IcedTea 3.9.0 Release In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3581 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |3619 -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Fri Aug 3 15:47:55 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 03 Aug 2018 15:47:55 +0000 Subject: [Bug 3619] [IcedTea8] Shenandoah broken on s390 In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3619 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Blocks| |3581 Target Milestone|--- |3.9.0 -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Sat Aug 4 11:17:42 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Sat, 04 Aug 2018 11:17:42 +0000 Subject: [Bug 3619] [IcedTea8] Shenandoah broken on s390 In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3619 --- Comment #1 from Andrew John Hughes --- /builddir/build/BUILD/java-1.8.0-openjdk-1.8.0.181-8.b13.el7.s390/openjdk/hotspot/src/share/vm/gc_implementation/shenandoah/she\ nandoahHeapRegion.cpp: In static member function 'static void ShenandoahHeapRegion::setup_heap_region_size(size_t, size_t)': /builddir/build/BUILD/java-1.8.0-openjdk-1.8.0.181-8.b13.el7.s390/openjdk/hotspot/src/share/vm/gc_implementation/shenandoah/she\ nandoahHeapRegion.cpp:542:47: error: no matching function for call to 'MAX2(long unsigned int, uintx&)' ShenandoahMinRegionSize); -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Tue Aug 7 03:07:58 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Tue, 07 Aug 2018 03:07:58 +0000 Subject: [Bug 3619] [IcedTea8] Shenandoah broken on s390 In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3619 --- Comment #2 from Andrew John Hughes --- /builddir/build/BUILD/java-1.8.0-openjdk-1.8.0.181-8.b13.el7.s390/openjdk/hotspot/src/share/vm/gc_implementation/shenandoah/shenandoahHeapRegion.cpp: In static member function 'static void ShenandoahHeapRegion::setup_heap_region_size(size_t, size_t)': /builddir/build/BUILD/java-1.8.0-openjdk-1.8.0.181-8.b13.el7.s390/openjdk/hotspot/src/share/vm/gc_implementation/shenandoah/shenandoahHeapRegion.cpp:576:58: error: no matching function for call to 'MAX2(uintx&, size_t)' region_size = MAX2(region_size, os::large_page_size()); -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Tue Aug 7 03:56:01 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Tue, 07 Aug 2018 03:56:01 +0000 Subject: [Bug 3619] [IcedTea8] Shenandoah broken on s390 In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3619 --- Comment #3 from Andrew John Hughes --- /builddir/build/BUILD/java-1.8.0-openjdk-1.8.0.181-8.b13.el7.s390/openjdk/hotspot/src/share/vm/gc_implementation/shenandoah/heuristics/shenandoahStaticHeuristics.cpp: In member function 'virtual void ShenandoahStaticHeuristics::print_thresholds()': /builddir/build/BUILD/java-1.8.0-openjdk-1.8.0.181-8.b13.el7.s390/openjdk/hotspot/src/share/vm/gc_implementation/shenandoah/heuristics/shenandoahStaticHeuristics.cpp:42:48: error: format '%zu' expects argument of type 'size_t', but argument 3 has type 'u\ intx {aka unsigned int}' [-Werror=format=] ShenandoahGarbageThreshold); ^ /builddir/build/BUILD/java-1.8.0-openjdk-1.8.0.181-8.b13.el7.s390/openjdk/hotspot/src/share/vm/gc_implementation/shenandoah/heuristics/shenandoahStaticHeuristics.cpp:42:48: error: format '%zu' expects argument of type 'size_t', but argument 4 has type 'u\ intx {aka unsigned int}' [-Werror=format=] /builddir/build/BUILD/java-1.8.0-openjdk-1.8.0.181-8.b13.el7.s390/openjdk/hotspot/src/share/vm/gc_implementation/shenandoah/heuristics/shenandoahStaticHeuristics.cpp:42:48: error: format '%zu' expects argument of type 'size_t', but argument 5 has type 'u\ intx {aka unsigned int}' [-Werror=format=] cc1plus: all warnings being treated as errors -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sreerama.naga at gmail.com Wed Aug 8 14:15:48 2018 From: sreerama.naga at gmail.com (brahmam) Date: Wed, 8 Aug 2018 19:45:48 +0530 Subject: Regarding icedtea-web builds Message-ID: Hi to All! May I know is it the good channel to discuss about icedtea-web? If yes, would like to know the link/location where icedtea-web builds can be downloaded? Regards, Sreeram -------------- next part -------------- An HTML attachment was scrubbed... URL: From gammaray at basealt.ru Wed Aug 8 14:32:48 2018 From: gammaray at basealt.ru (Olesya Gerasimenko) Date: Wed, 8 Aug 2018 17:32:48 +0300 Subject: a recommended program for translating the "messages.properties" file? Message-ID: <8258e4cf-cf9c-9419-b416-cb06e6df54d6@basealt.ru> Hello everyone! I'd like to translate IcedTea into the Russian language. It would be great if someone could recommend a program for translating the "messages.properties" file. Lokalize doesn't support this format. I've tried uploading this file into Zanata, which didn't really work out (the sentences for translation are not showing, just some irrelevant segments are). If there is no such program, maybe there is one for converting this file to PO format? Regards, Olesya Gerasimenko From jvanek at redhat.com Wed Aug 8 14:55:59 2018 From: jvanek at redhat.com (Jiri Vanek) Date: Wed, 8 Aug 2018 16:55:59 +0200 Subject: Regarding icedtea-web builds In-Reply-To: References: <9d68c703-a852-ebf5-1045-036e5bb9cac6@redhat.com> Message-ID: On 08/08/2018 04:43 PM, brahmam wrote: > Hi Jiri Vanek > > Thanks a lot for the details.. > > Can we consider this icedtea-web an alternate to webstart? > Yes. It is intention of ITW to be javaws replacement. > 1. Can you please guide me with the help documents/best practices in order to use icedtea-web. Please see https://icedtea.classpath.org/wiki/IcedTea-Web ; if something will be missing, I will be happy to enhance it (or you can :) ) so future requests will have the reame ready:) > 2. Can you please guide me with the guidelines? to use icedtea-web in order to migrate from webstart. ITW, although being javaws implementation, is nearly fully specification compliant. *nearly*, unluckily:( Compared to oracle javaws reference implementation, there are many corner cases when those two implementations are not aligned. Some parts of oracle javaws reference impementation are simply not applicable to completely different design of ITW. Others are simply missing. On contrary, ITW have many very specific features. > 3. I understand icedtea-web is an open source software, how is the support works incase of any > issues while using icedtea-web. Direct support is bad. When bug arrives, I or some of my colleagues in OpenJDK usually fixes that. But sometimes not. Really depnds. Our cycles in ITW are limited. The most common support you can get is via distribution support. Eg Red Hat Enterprise linux or SUSE enterprise are contributors to ITW and OpenJDK itself. If you have theirs support, we usually fix the ITW for you on demand. Luckily, you can clone the source, fix on your own (debugging tutorial is on that wiki). I will be happy to review your patch. HTH. J. > > Thank you in advance! > > Regards, > Sreeram > > On Wed, 8 Aug 2018, 19:56 Jiri Vanek, > wrote: > > On 08/08/2018 04:15 PM, brahmam wrote: > > Hi to All! > > > > May I know is it the good channel to discuss about icedtea-web? > > > > If yes, would like to know the link/location where icedtea-web builds can be downloaded? > > > > Regards, > > Sreeram > > This is correct list. > Currently ITW do not offer binary releases for linux. But with plugin dead and rewritten lunchers, > this is likely to change with ITW 8. > > ITW ave only src releases now and windows binary. The last one is: > http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2017-December/039064.html > > J. > > -- > Jiri Vanek > Senior QE engineer, OpenJDK QE lead, Mgr. > Red Hat Czech > jvanek at redhat.com ? ? M: +420775390109 > -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From sreerama.naga at gmail.com Wed Aug 8 15:57:08 2018 From: sreerama.naga at gmail.com (brahmam) Date: Wed, 8 Aug 2018 21:27:08 +0530 Subject: Regarding icedtea-web builds In-Reply-To: References: <9d68c703-a852-ebf5-1045-036e5bb9cac6@redhat.com> Message-ID: Hi Jiri Vanek, Thanks for providing the details. 1. Thanks for the link. Hope my wish to contribute will become realty.. :-) 2. Understood. Is any help pages/documents available in order to understand the differences between webstart and ITW. It is interesting as well to know the special features offered in ITW. a). ITW follows JSR-56 specifications JNLP and API as part of implementations? b). Once we have ITW in Windows, do we require openjdk installed/configured in class path in order to launch JNLP through javaws available in ITW? c). We currently have JNLP file which is being launched with webstart, can that file be directly launched with ITW? If not what are the changes we expect to make launch with ITW? 3. Ok. So means if we have SUSE enterprise support then the issues will be taken as priority to fix and after release windows binaries/installers accordingly? If we fix any issue, after reviewing can that be directly pushed to ITW repository and after generate builds? Thanks in advance! Regards Sreeram On Wed, 8 Aug 2018, 20:26 Jiri Vanek, wrote: > On 08/08/2018 04:43 PM, brahmam wrote: > > Hi Jiri Vanek > > > > Thanks a lot for the details.. > > > > Can we consider this icedtea-web an alternate to webstart? > > > > Yes. It is intention of ITW to be javaws replacement. > > 1. Can you please guide me with the help documents/best practices in > order to use icedtea-web. > Please see https://icedtea.classpath.org/wiki/IcedTea-Web ; if something > will be missing, I will be > happy to enhance it (or you can :) ) so future requests will have the > reame ready:) > > > 2. Can you please guide me with the guidelines to use icedtea-web in > order to migrate from webstart. > > ITW, although being javaws implementation, is nearly fully specification > compliant. *nearly*, > unluckily:( Compared to oracle javaws reference implementation, there are > many corner cases when > those two implementations are not aligned. Some parts of oracle javaws > reference impementation are > simply not applicable to completely different design of ITW. Others are > simply missing. On > contrary, ITW have many very specific features. > > > 3. I understand icedtea-web is an open source software, how is the > support works incase of any > > issues while using icedtea-web. > > Direct support is bad. When bug arrives, I or some of my colleagues in > OpenJDK usually fixes that. > But sometimes not. Really depnds. Our cycles in ITW are limited. > The most common support you can get is via distribution support. Eg Red > Hat Enterprise linux or SUSE > enterprise are contributors to ITW and OpenJDK itself. If you have theirs > support, we usually fix > the ITW for you on demand. > Luckily, you can clone the source, fix on your own (debugging tutorial is > on that wiki). I will be > happy to review your patch. > > > HTH. > J. > > > > > Thank you in advance! > > > > Regards, > > Sreeram > > > > On Wed, 8 Aug 2018, 19:56 Jiri Vanek, jvanek at redhat.com>> wrote: > > > > On 08/08/2018 04:15 PM, brahmam wrote: > > > Hi to All! > > > > > > May I know is it the good channel to discuss about icedtea-web? > > > > > > If yes, would like to know the link/location where icedtea-web > builds can be downloaded? > > > > > > Regards, > > > Sreeram > > > > This is correct list. > > Currently ITW do not offer binary releases for linux. But with > plugin dead and rewritten lunchers, > > this is likely to change with ITW 8. > > > > ITW ave only src releases now and windows binary. The last one is: > > > http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2017-December/039064.html > > > > J. > > > > -- > > Jiri Vanek > > Senior QE engineer, OpenJDK QE lead, Mgr. > > Red Hat Czech > > jvanek at redhat.com M: +420775390109 > > > > > -- > Jiri Vanek > Senior QE engineer, OpenJDK QE lead, Mgr. > Red Hat Czech > jvanek at redhat.com M: +420775390109 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sreerama.naga at gmail.com Thu Aug 9 10:41:47 2018 From: sreerama.naga at gmail.com (brahmam) Date: Thu, 9 Aug 2018 16:11:47 +0530 Subject: Hi regarding download always in using icedtea-web Message-ID: Hi, To launch JNLP, we started using icedtea-web. Below is the way we configured: We tried launching downloaded JNLP from windows. 1. Using adopt-openjdk8172 and configured the java_home as required. 2. downloaded icedtea-web 1.7.1 installer and installed on my windows machine. 3. Use icedtea-web\bin javaws to launch the JNLP file. > It opens command window and logs the details.. can we disable showing this window? > In the above window it also shows errors as below, this is shown for many files.. Removing execute permissions on file C:\Users\\.config\ icedtea-web\security\trusted.clientcerts.temp failed > It always downloads the libraries, is it normal? is any cache behaviour not to download always except there is a new version of libraries available? Thanks in advance for your help! Regards, Sreeram -------------- next part -------------- An HTML attachment was scrubbed... URL: From sreerama.naga at gmail.com Thu Aug 9 16:03:00 2018 From: sreerama.naga at gmail.com (brahmam) Date: Thu, 9 Aug 2018 21:33:00 +0530 Subject: Hi regarding download always in using icedtea-web In-Reply-To: References: Message-ID: Hi, Could you please, able to provide the info for the below points. Your details helps us a lot to proceed further. Thanks in advance! Regards, Sreeram On Thu, 9 Aug 2018, 16:11 brahmam, wrote: > Hi, > > To launch JNLP, we started using icedtea-web. > > Below is the way we configured: > > We tried launching downloaded JNLP from windows. > 1. Using adopt-openjdk8172 and configured the java_home as required. > 2. downloaded icedtea-web 1.7.1 installer and installed on my windows > machine. > 3. Use icedtea-web\bin javaws to launch the JNLP file. > > > It opens command window and logs the details.. can we disable showing > this window? > > > In the above window it also shows errors as below, this is shown for > many files.. > Removing execute permissions on file C:\Users\\.config\ > icedtea-web\security\trusted.clientcerts.temp failed > > > It always downloads the libraries, is it normal? is any cache behaviour > not to download always except there is a new version of libraries available? > > Thanks in advance for your help! > > > Regards, > Sreeram > -------------- next part -------------- An HTML attachment was scrubbed... URL: From akashche at redhat.com Fri Aug 10 21:18:25 2018 From: akashche at redhat.com (Alex Kashchenko) Date: Sat, 11 Aug 2018 00:18:25 +0300 Subject: Hi regarding download always in using icedtea-web In-Reply-To: References: Message-ID: <439f890b-592c-49fa-506c-079f530334d3@redhat.com> Hi Sreeram, On 08/09/2018 07:03 PM, brahmam wrote: > Hi, > > Could you please, able to provide the info for the below points. Your > details helps us a lot to proceed further. Thanks in advance! Could you please try your JNLP application with the version of IcedTea-Web that is bundled with Red Hat MSI installer of OpenJDK 8 (direct download link, requires free RH account: https://developers.redhat.com/download-manager/file/java-1.8.0-openjdk-1.8.0.181-1.b13.redhat.windows.x86_64.msi )? I suppose some patches related to caching on Windows were not added to IcedTea-Web (the one from https://icedtea.classpath.org/wiki/IcedTea-Web) where the progress with Windows EXE launcher and overall Windows support is a bit stalled. > > > Regards, > Sreeram > > > On Thu, 9 Aug 2018, 16:11 brahmam, wrote: > >> Hi, >> >> To launch JNLP, we started using icedtea-web. >> >> Below is the way we configured: >> >> We tried launching downloaded JNLP from windows. >> 1. Using adopt-openjdk8172 and configured the java_home as required. >> 2. downloaded icedtea-web 1.7.1 installer and installed on my windows >> machine. >> 3. Use icedtea-web\bin javaws to launch the JNLP file. >> >>> It opens command window and logs the details.. can we disable showing >> this window? >> >>> In the above window it also shows errors as below, this is shown for >> many files.. >> Removing execute permissions on file C:\Users\\.config\ >> icedtea-web\security\trusted.clientcerts.temp failed >> >>> It always downloads the libraries, is it normal? is any cache behaviour >> not to download always except there is a new version of libraries available? >> >> Thanks in advance for your help! >> >> >> Regards, >> Sreeram >> > -- -Alex From jvanek at redhat.com Mon Aug 13 12:57:58 2018 From: jvanek at redhat.com (Jiri Vanek) Date: Mon, 13 Aug 2018 14:57:58 +0200 Subject: Hi regarding download always in using icedtea-web In-Reply-To: References: Message-ID: <47159632-d6bc-e042-b3b3-5847a7192e1a@redhat.com> On 08/09/2018 12:41 PM, brahmam wrote: > Hi, > > To launch JNLP, we started using icedtea-web. > > Below is the way we configured: > > We tried launching downloaded JNLP from windows. > 1. Using adopt-openjdk8172 and configured the java_home as required. > 2. downloaded icedtea-web 1.7.1 installer and installed on my windows machine. You downloaded ITW form http://icedtea.wildebeest.org/download/icedtea-web-binaries/1.7.1/windows/ ? > 3. Use icedtea-web\bin javaws to launch the JNLP file. > > > It opens command window and logs the details.. can we disable showing this window? Currently the upstream builds conatains onl .bat lucnhers. 'msorry for it. We have .sh for linux and those works fine. As Alex mentioned, hist itw which is included in his OpenJDK msi have native launchers. For 1.8, the major rework is to rewrite launchers to native ones, so this issue will disappear. > > > In the above window it also shows errors as below, this is shown for many files.. > Removing execute permissions on file > C:\Users\\.config\icedtea-web\security\trusted.clientcerts.temp failed This is most likely windows specific issue. It should do no harm. We are working on removing windows issues, but as windows workd is fresh for ite (year) opposite to linux(10years including gnu classapth) similar problems may appear. Patches welcomed! > > > It always downloads the libraries, is it normal? is any cache behaviour not to download always > except there is a new version of libraries available? Nope. the offline work and caching should work fine. If it is really escaping, serious bug escaped us. Do you mind to fill the https://icedtea.classpath.org/bugzilla/ for us? Please be sure I must be able to reproduce to fix it. Again, fix welcomed. > > Thanks in advance for your help! > ITW is new in Windws world. Any help you can provide, wil be appreciated. J. > > Regards, > Sreeram -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From jvanek at icedtea.classpath.org Mon Aug 13 14:47:49 2018 From: jvanek at icedtea.classpath.org (jvanek at icedtea.classpath.org) Date: Mon, 13 Aug 2018 14:47:49 +0000 Subject: /hg/icedtea-web: new file of LICENSE, added explicit license wit... Message-ID: changeset 2fa722d9abfd in /hg/icedtea-web details: http://icedtea.classpath.org/hg/icedtea-web?cmd=changeset;node=2fa722d9abfd author: Jiri Vanek date: Mon Aug 13 16:47:25 2018 +0200 new file of LICENSE, added explicit license with details diffstat: ChangeLog | 4 ++++ LICENSE | 8 ++++++++ 2 files changed, 12 insertions(+), 0 deletions(-) diffs (23 lines): diff -r 2d74ab38dd55 -r 2fa722d9abfd ChangeLog --- a/ChangeLog Wed Jun 20 13:36:32 2018 +0200 +++ b/ChangeLog Mon Aug 13 16:47:25 2018 +0200 @@ -1,3 +1,7 @@ +2018-08-13 Jiri Vanek + + * LICENSE: new file. Added explicit license with details + 2018-06-20 Jiri Vanek Enhanced itw-settngs' certificate viewer to show what file is backing showed certificate store. diff -r 2d74ab38dd55 -r 2fa722d9abfd LICENSE --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/LICENSE Mon Aug 13 16:47:25 2018 +0200 @@ -0,0 +1,8 @@ +*************************************** +** LGPLv2+ and GPLv2 with exceptions ** +*************************************** + + +Details: +All newest files, unless claiming differently and all files inherited from GNU Classpath (mostly base of plugin) are GPL+Exceptions +NetX code is GPL and LGPL only. From jvanek at redhat.com Mon Aug 13 15:10:12 2018 From: jvanek at redhat.com (Jiri Vanek) Date: Mon, 13 Aug 2018 17:10:12 +0200 Subject: a recommended program for translating the "messages.properties" file? In-Reply-To: <8258e4cf-cf9c-9419-b416-cb06e6df54d6@basealt.ru> References: <8258e4cf-cf9c-9419-b416-cb06e6df54d6@basealt.ru> Message-ID: <0eff7b09-c5ec-c7f9-0ec4-1176fc4bd4db@redhat.com> Hi! Czech transaltor is Using OmegaT. e once written tutorial for Polish language. I wil try to dig it up for you. Thanx a lot for offer! J. On 08/08/2018 04:32 PM, Olesya Gerasimenko wrote: > Hello everyone! > > I'd like to translate IcedTea into the Russian language. It would be great if someone could > recommend a program for translating the "messages.properties" file. Lokalize doesn't support this > format. I've tried uploading this file into Zanata, which didn't really work out (the sentences for > translation are not showing, just some irrelevant segments are). If there is no such program, maybe > there is one for converting this file to PO format? > > Regards, > Olesya Gerasimenko -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From jvanek at redhat.com Tue Aug 14 16:00:29 2018 From: jvanek at redhat.com (Jiri Vanek) Date: Tue, 14 Aug 2018 18:00:29 +0200 Subject: [rfc][icedtea-web]detecting jre in rust lunchers In-Reply-To: References: <9ac79c23-58e5-bc26-89d3-902a569871c2@redhat.com> Message-ID: <1f698fd3-943e-8368-7f49-1530ee7fd288@redhat.com> Hello Alex. I'm terribly sorry for long delay. There were issues I had to prioritize. Please see pm. The patch is adapted to most of the issues you rebuked. ... > > Test-only utils.rs doesn't belong to src, and when moving it to tests some (most?) other tests can > go with it. Skipped for now. Will be handled once the testbase grow. Oook? Current tests should be considered as unittests. In same matter, the test_utils are cfg out from non-test run. A > > >> Rust clearly saysi unittests to source file, integration tests to test folder. All those are >> unittests. So kept as it was. >>> ...>> >> To create a scratch dir in build dir seems quite nasty to me. Imho there is no reason to not use >> regular tmp... > > Please make the build to not write its files anywhere except its own build directory. > > I currently have 1360 entries in my /tmp dir and don't need more of them. I know that /tmp handling > depends on distro, but there is no reason to abuse it. Done! > > ... >> Done. ..jsut with unwraps. How do you recommend to get rid of them? Using expect?? /me hopaing for >> better trick:( > > Yes, please use "expect", if there are no better alternatives. Done! > > ... >> Wait - you dont like TestLogger? Then there must be fundametnal misunderstanding somewhere. >> Thw logger part was done only because of windows. Because of you had concerns about stdout >> behaviour and usefulness. > > I think you can just use writeln to a log file. > > >> I'm +1? to rework this to simple stdout/err, however I'm afraid some loggingbottleneck will be >> ncessary if the rust launchers wants to mimic java-part's logging. > > The whole this point is a matter of taste. I left it as it is. The *proper* logging will be separate patch. > > >>> 7. I suggest changing "struct Property" to a tuple of Strings. Otherwise, if you really want to ... >>> >> >> Updated patch attached. > > Minor things/typos: > > jvm_from_properties.rs: > > get_itw_global_config_file and get_itw_legacy_global_config_file - literals shouldn't be raw. > > Fixed! Although I'm not sure how "path| is now better then r"path" > jvm_from_properties_resolver.rs: > > order of methods in TestLogger doesn't match the one in trait declaration. Ugh.... log, info, get_registry... Are same.. waht do I miss? > > > os_access.rs: > > order of methods in Linux doesn't match the one in trait declaration. I guess that is the same as one before. This fixing both by moving get_registry to end of Os itself. > > > property.rs: > > inside Property::fmt write result is not checked (possibly intentionally omitted?). Hmm. Yes. Even example in doc.rust-lang do so. What kind f check do you suggest? What it would be for? > > typo in method name "che[kc]_property" fixed > > > utils.rs: > > typos in method names "debug[g]able_remove_file" and "debug[g]able_remove_dir" Fixes. > > >> >> ??? TYVM! >> > > -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 -------------- next part -------------- A non-text attachment was scrubbed... Name: cargizedJdkFRecognition3.patch Type: text/x-patch Size: 37637 bytes Desc: not available URL: From bugzilla-daemon at icedtea.classpath.org Sun Aug 19 03:25:35 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Sun, 19 Aug 2018 03:25:35 +0000 Subject: [Bug 3596] [IcedTea8] sprintf array too small on 64-bit platforms In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3596 --- Comment #4 from hg commits --- details: http://icedtea.classpath.org//hg/icedtea8?cmd=changeset;node=f5cd9c9a0586 author: Andrew John Hughes date: Tue Aug 14 02:26:03 2018 +0100 Bump to icedtea-3.9.0pre01. Upstream changes: - PR3597: Potential bogus -Wformat-overflow warning with -Wformat enabled - PR3600: jni_util.c does not import header file which declares getLastErrorString - PR3601: Fix additional -Wreturn-type issues introduced by 8061651 - PR3607: CVE-2018-3639 hw: cpu: speculative store bypass mitigation - S8008321, PR3599: compile.cpp verify_graph_edges uses bool as int - S8064786, PR3601: Fix debug build after 8062808: Turn on the -Wreturn-type warning - S8075942, PR3602: ArrayIndexOutOfBoundsException in sun.java2d.pisces.Dasher.goTo - S8146115, PR3508, RH1463098: Improve docker container detection and resource configuration usage - S8184309, PR3596: Build warnings from GCC 7.1 on Fedora 26 - S8203182, PR3603: Release session if initialization of SunPKCS11 Signature fails - S8206406, PR3610, RH1597825: StubCodeDesc constructor publishes partially-constructed objects on StubCodeDesc::_list - S8207057, PR3613: No debug info for assembler files ChangeLog: 2018-08-13 Andrew John Hughes Bump to icedtea-3.9.0pre01. * Makefile.am, (CORBA_CHANGESET): Update to icedtea-3.9.0pre01 tag. (JAXP_CHANGESET): Likewise. (JAXWS_CHANGESET): Likewise. (JDK_CHANGESET): Likewise. (LANGTOOLS_CHANGESET): Likewise. (OPENJDK_CHANGESET): Likewise. (NASHORN_CHANGESET): Likewise. (CORBA_SHA256SUM): Likewise. (JAXP_SHA256SUM): Likewise. (JAXWS_SHA256SUM): Likewise. (JDK_SHA256SUM): Likewise. (LANGTOOLS_SHA256SUM): Likewise. (OPENJDK_SHA256SUM): Likewise. (NASHORN_SHA256SUM): Likewise. (ICEDTEA_PATCHES): Add HotSpot patches for Shenandoah and AArch32 ports, including a couple that are now in the IcedTea forest. * NEWS: Updated. * configure.ac: Bump to 3.9.0pre01. * hotspot.map.in: Update to icedtea-3.9.0pre01 tag. * patches/pr3597.patch, * patches/8184309-pr3596.patch: Moved into patches/hotspot/shenandoah, as now included in the IcedTea forest. * patches/hotspot/aarch32/8008321-pr3599.patch, * patches/hotspot/aarch32/8064786-pr3601.patch, * patches/hotspot/aarch32/8146115-pr3508-rh1463098.patch, * patches/hotspot/aarch32/8184309-pr3596.patch, * patches/hotspot/aarch32/8206406-pr3610-rh1597825.patch, * patches/hotspot/aarch32/8207057-pr3613.patch, * patches/hotspot/aarch32/pr3597.patch, * patches/hotspot/aarch32/pr3601.patch, * patches/hotspot/aarch32/pr3607.patch, Add AArch32 patches for latest HotSpot updates (symlinked to Shenandoah ones). * patches/hotspot/shenandoah/8008321-pr3599.patch, * patches/hotspot/shenandoah/8064786-pr3601.patch, * patches/hotspot/shenandoah/8146115-pr3508-rh1463098.patch, * patches/hotspot/shenandoah/8206406-pr3610-rh1597825.patch, * patches/hotspot/shenandoah/8207057-pr3613.patch, * patches/hotspot/shenandoah/pr3597.patch, * patches/hotspot/shenandoah/pr3601.patch, * patches/hotspot/shenandoah/pr3607.patch, Add Shenandoah patches for latest HotSpot updates. -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Sun Aug 19 03:25:53 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Sun, 19 Aug 2018 03:25:53 +0000 Subject: [Bug 3597] [IcedTea8] Potential bogus -Wformat-overflow warning with -Wformat enabled In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3597 --- Comment #5 from hg commits --- details: http://icedtea.classpath.org//hg/icedtea8?cmd=changeset;node=f5cd9c9a0586 author: Andrew John Hughes date: Tue Aug 14 02:26:03 2018 +0100 Bump to icedtea-3.9.0pre01. Upstream changes: - PR3597: Potential bogus -Wformat-overflow warning with -Wformat enabled - PR3600: jni_util.c does not import header file which declares getLastErrorString - PR3601: Fix additional -Wreturn-type issues introduced by 8061651 - PR3607: CVE-2018-3639 hw: cpu: speculative store bypass mitigation - S8008321, PR3599: compile.cpp verify_graph_edges uses bool as int - S8064786, PR3601: Fix debug build after 8062808: Turn on the -Wreturn-type warning - S8075942, PR3602: ArrayIndexOutOfBoundsException in sun.java2d.pisces.Dasher.goTo - S8146115, PR3508, RH1463098: Improve docker container detection and resource configuration usage - S8184309, PR3596: Build warnings from GCC 7.1 on Fedora 26 - S8203182, PR3603: Release session if initialization of SunPKCS11 Signature fails - S8206406, PR3610, RH1597825: StubCodeDesc constructor publishes partially-constructed objects on StubCodeDesc::_list - S8207057, PR3613: No debug info for assembler files ChangeLog: 2018-08-13 Andrew John Hughes Bump to icedtea-3.9.0pre01. * Makefile.am, (CORBA_CHANGESET): Update to icedtea-3.9.0pre01 tag. (JAXP_CHANGESET): Likewise. (JAXWS_CHANGESET): Likewise. (JDK_CHANGESET): Likewise. (LANGTOOLS_CHANGESET): Likewise. (OPENJDK_CHANGESET): Likewise. (NASHORN_CHANGESET): Likewise. (CORBA_SHA256SUM): Likewise. (JAXP_SHA256SUM): Likewise. (JAXWS_SHA256SUM): Likewise. (JDK_SHA256SUM): Likewise. (LANGTOOLS_SHA256SUM): Likewise. (OPENJDK_SHA256SUM): Likewise. (NASHORN_SHA256SUM): Likewise. (ICEDTEA_PATCHES): Add HotSpot patches for Shenandoah and AArch32 ports, including a couple that are now in the IcedTea forest. * NEWS: Updated. * configure.ac: Bump to 3.9.0pre01. * hotspot.map.in: Update to icedtea-3.9.0pre01 tag. * patches/pr3597.patch, * patches/8184309-pr3596.patch: Moved into patches/hotspot/shenandoah, as now included in the IcedTea forest. * patches/hotspot/aarch32/8008321-pr3599.patch, * patches/hotspot/aarch32/8064786-pr3601.patch, * patches/hotspot/aarch32/8146115-pr3508-rh1463098.patch, * patches/hotspot/aarch32/8184309-pr3596.patch, * patches/hotspot/aarch32/8206406-pr3610-rh1597825.patch, * patches/hotspot/aarch32/8207057-pr3613.patch, * patches/hotspot/aarch32/pr3597.patch, * patches/hotspot/aarch32/pr3601.patch, * patches/hotspot/aarch32/pr3607.patch, Add AArch32 patches for latest HotSpot updates (symlinked to Shenandoah ones). * patches/hotspot/shenandoah/8008321-pr3599.patch, * patches/hotspot/shenandoah/8064786-pr3601.patch, * patches/hotspot/shenandoah/8146115-pr3508-rh1463098.patch, * patches/hotspot/shenandoah/8206406-pr3610-rh1597825.patch, * patches/hotspot/shenandoah/8207057-pr3613.patch, * patches/hotspot/shenandoah/pr3597.patch, * patches/hotspot/shenandoah/pr3601.patch, * patches/hotspot/shenandoah/pr3607.patch, Add Shenandoah patches for latest HotSpot updates. -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Sun Aug 19 03:25:59 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Sun, 19 Aug 2018 03:25:59 +0000 Subject: [Bug 3599] [IcedTea8] Debug build broken on GCC 7 In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3599 --- Comment #2 from hg commits --- details: http://icedtea.classpath.org//hg/icedtea8?cmd=changeset;node=f5cd9c9a0586 author: Andrew John Hughes date: Tue Aug 14 02:26:03 2018 +0100 Bump to icedtea-3.9.0pre01. Upstream changes: - PR3597: Potential bogus -Wformat-overflow warning with -Wformat enabled - PR3600: jni_util.c does not import header file which declares getLastErrorString - PR3601: Fix additional -Wreturn-type issues introduced by 8061651 - PR3607: CVE-2018-3639 hw: cpu: speculative store bypass mitigation - S8008321, PR3599: compile.cpp verify_graph_edges uses bool as int - S8064786, PR3601: Fix debug build after 8062808: Turn on the -Wreturn-type warning - S8075942, PR3602: ArrayIndexOutOfBoundsException in sun.java2d.pisces.Dasher.goTo - S8146115, PR3508, RH1463098: Improve docker container detection and resource configuration usage - S8184309, PR3596: Build warnings from GCC 7.1 on Fedora 26 - S8203182, PR3603: Release session if initialization of SunPKCS11 Signature fails - S8206406, PR3610, RH1597825: StubCodeDesc constructor publishes partially-constructed objects on StubCodeDesc::_list - S8207057, PR3613: No debug info for assembler files ChangeLog: 2018-08-13 Andrew John Hughes Bump to icedtea-3.9.0pre01. * Makefile.am, (CORBA_CHANGESET): Update to icedtea-3.9.0pre01 tag. (JAXP_CHANGESET): Likewise. (JAXWS_CHANGESET): Likewise. (JDK_CHANGESET): Likewise. (LANGTOOLS_CHANGESET): Likewise. (OPENJDK_CHANGESET): Likewise. (NASHORN_CHANGESET): Likewise. (CORBA_SHA256SUM): Likewise. (JAXP_SHA256SUM): Likewise. (JAXWS_SHA256SUM): Likewise. (JDK_SHA256SUM): Likewise. (LANGTOOLS_SHA256SUM): Likewise. (OPENJDK_SHA256SUM): Likewise. (NASHORN_SHA256SUM): Likewise. (ICEDTEA_PATCHES): Add HotSpot patches for Shenandoah and AArch32 ports, including a couple that are now in the IcedTea forest. * NEWS: Updated. * configure.ac: Bump to 3.9.0pre01. * hotspot.map.in: Update to icedtea-3.9.0pre01 tag. * patches/pr3597.patch, * patches/8184309-pr3596.patch: Moved into patches/hotspot/shenandoah, as now included in the IcedTea forest. * patches/hotspot/aarch32/8008321-pr3599.patch, * patches/hotspot/aarch32/8064786-pr3601.patch, * patches/hotspot/aarch32/8146115-pr3508-rh1463098.patch, * patches/hotspot/aarch32/8184309-pr3596.patch, * patches/hotspot/aarch32/8206406-pr3610-rh1597825.patch, * patches/hotspot/aarch32/8207057-pr3613.patch, * patches/hotspot/aarch32/pr3597.patch, * patches/hotspot/aarch32/pr3601.patch, * patches/hotspot/aarch32/pr3607.patch, Add AArch32 patches for latest HotSpot updates (symlinked to Shenandoah ones). * patches/hotspot/shenandoah/8008321-pr3599.patch, * patches/hotspot/shenandoah/8064786-pr3601.patch, * patches/hotspot/shenandoah/8146115-pr3508-rh1463098.patch, * patches/hotspot/shenandoah/8206406-pr3610-rh1597825.patch, * patches/hotspot/shenandoah/8207057-pr3613.patch, * patches/hotspot/shenandoah/pr3597.patch, * patches/hotspot/shenandoah/pr3601.patch, * patches/hotspot/shenandoah/pr3607.patch, Add Shenandoah patches for latest HotSpot updates. -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Sun Aug 19 03:26:04 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Sun, 19 Aug 2018 03:26:04 +0000 Subject: [Bug 3600] [IcedTea8] jni_util.c does not import header file which declares getLastErrorString In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3600 --- Comment #2 from hg commits --- details: http://icedtea.classpath.org//hg/icedtea8?cmd=changeset;node=f5cd9c9a0586 author: Andrew John Hughes date: Tue Aug 14 02:26:03 2018 +0100 Bump to icedtea-3.9.0pre01. Upstream changes: - PR3597: Potential bogus -Wformat-overflow warning with -Wformat enabled - PR3600: jni_util.c does not import header file which declares getLastErrorString - PR3601: Fix additional -Wreturn-type issues introduced by 8061651 - PR3607: CVE-2018-3639 hw: cpu: speculative store bypass mitigation - S8008321, PR3599: compile.cpp verify_graph_edges uses bool as int - S8064786, PR3601: Fix debug build after 8062808: Turn on the -Wreturn-type warning - S8075942, PR3602: ArrayIndexOutOfBoundsException in sun.java2d.pisces.Dasher.goTo - S8146115, PR3508, RH1463098: Improve docker container detection and resource configuration usage - S8184309, PR3596: Build warnings from GCC 7.1 on Fedora 26 - S8203182, PR3603: Release session if initialization of SunPKCS11 Signature fails - S8206406, PR3610, RH1597825: StubCodeDesc constructor publishes partially-constructed objects on StubCodeDesc::_list - S8207057, PR3613: No debug info for assembler files ChangeLog: 2018-08-13 Andrew John Hughes Bump to icedtea-3.9.0pre01. * Makefile.am, (CORBA_CHANGESET): Update to icedtea-3.9.0pre01 tag. (JAXP_CHANGESET): Likewise. (JAXWS_CHANGESET): Likewise. (JDK_CHANGESET): Likewise. (LANGTOOLS_CHANGESET): Likewise. (OPENJDK_CHANGESET): Likewise. (NASHORN_CHANGESET): Likewise. (CORBA_SHA256SUM): Likewise. (JAXP_SHA256SUM): Likewise. (JAXWS_SHA256SUM): Likewise. (JDK_SHA256SUM): Likewise. (LANGTOOLS_SHA256SUM): Likewise. (OPENJDK_SHA256SUM): Likewise. (NASHORN_SHA256SUM): Likewise. (ICEDTEA_PATCHES): Add HotSpot patches for Shenandoah and AArch32 ports, including a couple that are now in the IcedTea forest. * NEWS: Updated. * configure.ac: Bump to 3.9.0pre01. * hotspot.map.in: Update to icedtea-3.9.0pre01 tag. * patches/pr3597.patch, * patches/8184309-pr3596.patch: Moved into patches/hotspot/shenandoah, as now included in the IcedTea forest. * patches/hotspot/aarch32/8008321-pr3599.patch, * patches/hotspot/aarch32/8064786-pr3601.patch, * patches/hotspot/aarch32/8146115-pr3508-rh1463098.patch, * patches/hotspot/aarch32/8184309-pr3596.patch, * patches/hotspot/aarch32/8206406-pr3610-rh1597825.patch, * patches/hotspot/aarch32/8207057-pr3613.patch, * patches/hotspot/aarch32/pr3597.patch, * patches/hotspot/aarch32/pr3601.patch, * patches/hotspot/aarch32/pr3607.patch, Add AArch32 patches for latest HotSpot updates (symlinked to Shenandoah ones). * patches/hotspot/shenandoah/8008321-pr3599.patch, * patches/hotspot/shenandoah/8064786-pr3601.patch, * patches/hotspot/shenandoah/8146115-pr3508-rh1463098.patch, * patches/hotspot/shenandoah/8206406-pr3610-rh1597825.patch, * patches/hotspot/shenandoah/8207057-pr3613.patch, * patches/hotspot/shenandoah/pr3597.patch, * patches/hotspot/shenandoah/pr3601.patch, * patches/hotspot/shenandoah/pr3607.patch, Add Shenandoah patches for latest HotSpot updates. -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Sun Aug 19 03:26:08 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Sun, 19 Aug 2018 03:26:08 +0000 Subject: [Bug 3601] [IcedTea8] Debug build broken by addition of -Wreturn-type (bug 3548) In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3601 --- Comment #3 from hg commits --- details: http://icedtea.classpath.org//hg/icedtea8?cmd=changeset;node=f5cd9c9a0586 author: Andrew John Hughes date: Tue Aug 14 02:26:03 2018 +0100 Bump to icedtea-3.9.0pre01. Upstream changes: - PR3597: Potential bogus -Wformat-overflow warning with -Wformat enabled - PR3600: jni_util.c does not import header file which declares getLastErrorString - PR3601: Fix additional -Wreturn-type issues introduced by 8061651 - PR3607: CVE-2018-3639 hw: cpu: speculative store bypass mitigation - S8008321, PR3599: compile.cpp verify_graph_edges uses bool as int - S8064786, PR3601: Fix debug build after 8062808: Turn on the -Wreturn-type warning - S8075942, PR3602: ArrayIndexOutOfBoundsException in sun.java2d.pisces.Dasher.goTo - S8146115, PR3508, RH1463098: Improve docker container detection and resource configuration usage - S8184309, PR3596: Build warnings from GCC 7.1 on Fedora 26 - S8203182, PR3603: Release session if initialization of SunPKCS11 Signature fails - S8206406, PR3610, RH1597825: StubCodeDesc constructor publishes partially-constructed objects on StubCodeDesc::_list - S8207057, PR3613: No debug info for assembler files ChangeLog: 2018-08-13 Andrew John Hughes Bump to icedtea-3.9.0pre01. * Makefile.am, (CORBA_CHANGESET): Update to icedtea-3.9.0pre01 tag. (JAXP_CHANGESET): Likewise. (JAXWS_CHANGESET): Likewise. (JDK_CHANGESET): Likewise. (LANGTOOLS_CHANGESET): Likewise. (OPENJDK_CHANGESET): Likewise. (NASHORN_CHANGESET): Likewise. (CORBA_SHA256SUM): Likewise. (JAXP_SHA256SUM): Likewise. (JAXWS_SHA256SUM): Likewise. (JDK_SHA256SUM): Likewise. (LANGTOOLS_SHA256SUM): Likewise. (OPENJDK_SHA256SUM): Likewise. (NASHORN_SHA256SUM): Likewise. (ICEDTEA_PATCHES): Add HotSpot patches for Shenandoah and AArch32 ports, including a couple that are now in the IcedTea forest. * NEWS: Updated. * configure.ac: Bump to 3.9.0pre01. * hotspot.map.in: Update to icedtea-3.9.0pre01 tag. * patches/pr3597.patch, * patches/8184309-pr3596.patch: Moved into patches/hotspot/shenandoah, as now included in the IcedTea forest. * patches/hotspot/aarch32/8008321-pr3599.patch, * patches/hotspot/aarch32/8064786-pr3601.patch, * patches/hotspot/aarch32/8146115-pr3508-rh1463098.patch, * patches/hotspot/aarch32/8184309-pr3596.patch, * patches/hotspot/aarch32/8206406-pr3610-rh1597825.patch, * patches/hotspot/aarch32/8207057-pr3613.patch, * patches/hotspot/aarch32/pr3597.patch, * patches/hotspot/aarch32/pr3601.patch, * patches/hotspot/aarch32/pr3607.patch, Add AArch32 patches for latest HotSpot updates (symlinked to Shenandoah ones). * patches/hotspot/shenandoah/8008321-pr3599.patch, * patches/hotspot/shenandoah/8064786-pr3601.patch, * patches/hotspot/shenandoah/8146115-pr3508-rh1463098.patch, * patches/hotspot/shenandoah/8206406-pr3610-rh1597825.patch, * patches/hotspot/shenandoah/8207057-pr3613.patch, * patches/hotspot/shenandoah/pr3597.patch, * patches/hotspot/shenandoah/pr3601.patch, * patches/hotspot/shenandoah/pr3607.patch, Add Shenandoah patches for latest HotSpot updates. -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Sun Aug 19 03:26:13 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Sun, 19 Aug 2018 03:26:13 +0000 Subject: [Bug 3602] [IcedTea8] Backport "8075942: ArrayIndexOutOfBoundsException in sun.java2d.pisces.Dasher.goTo" In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3602 --- Comment #3 from hg commits --- details: http://icedtea.classpath.org//hg/icedtea8?cmd=changeset;node=f5cd9c9a0586 author: Andrew John Hughes date: Tue Aug 14 02:26:03 2018 +0100 Bump to icedtea-3.9.0pre01. Upstream changes: - PR3597: Potential bogus -Wformat-overflow warning with -Wformat enabled - PR3600: jni_util.c does not import header file which declares getLastErrorString - PR3601: Fix additional -Wreturn-type issues introduced by 8061651 - PR3607: CVE-2018-3639 hw: cpu: speculative store bypass mitigation - S8008321, PR3599: compile.cpp verify_graph_edges uses bool as int - S8064786, PR3601: Fix debug build after 8062808: Turn on the -Wreturn-type warning - S8075942, PR3602: ArrayIndexOutOfBoundsException in sun.java2d.pisces.Dasher.goTo - S8146115, PR3508, RH1463098: Improve docker container detection and resource configuration usage - S8184309, PR3596: Build warnings from GCC 7.1 on Fedora 26 - S8203182, PR3603: Release session if initialization of SunPKCS11 Signature fails - S8206406, PR3610, RH1597825: StubCodeDesc constructor publishes partially-constructed objects on StubCodeDesc::_list - S8207057, PR3613: No debug info for assembler files ChangeLog: 2018-08-13 Andrew John Hughes Bump to icedtea-3.9.0pre01. * Makefile.am, (CORBA_CHANGESET): Update to icedtea-3.9.0pre01 tag. (JAXP_CHANGESET): Likewise. (JAXWS_CHANGESET): Likewise. (JDK_CHANGESET): Likewise. (LANGTOOLS_CHANGESET): Likewise. (OPENJDK_CHANGESET): Likewise. (NASHORN_CHANGESET): Likewise. (CORBA_SHA256SUM): Likewise. (JAXP_SHA256SUM): Likewise. (JAXWS_SHA256SUM): Likewise. (JDK_SHA256SUM): Likewise. (LANGTOOLS_SHA256SUM): Likewise. (OPENJDK_SHA256SUM): Likewise. (NASHORN_SHA256SUM): Likewise. (ICEDTEA_PATCHES): Add HotSpot patches for Shenandoah and AArch32 ports, including a couple that are now in the IcedTea forest. * NEWS: Updated. * configure.ac: Bump to 3.9.0pre01. * hotspot.map.in: Update to icedtea-3.9.0pre01 tag. * patches/pr3597.patch, * patches/8184309-pr3596.patch: Moved into patches/hotspot/shenandoah, as now included in the IcedTea forest. * patches/hotspot/aarch32/8008321-pr3599.patch, * patches/hotspot/aarch32/8064786-pr3601.patch, * patches/hotspot/aarch32/8146115-pr3508-rh1463098.patch, * patches/hotspot/aarch32/8184309-pr3596.patch, * patches/hotspot/aarch32/8206406-pr3610-rh1597825.patch, * patches/hotspot/aarch32/8207057-pr3613.patch, * patches/hotspot/aarch32/pr3597.patch, * patches/hotspot/aarch32/pr3601.patch, * patches/hotspot/aarch32/pr3607.patch, Add AArch32 patches for latest HotSpot updates (symlinked to Shenandoah ones). * patches/hotspot/shenandoah/8008321-pr3599.patch, * patches/hotspot/shenandoah/8064786-pr3601.patch, * patches/hotspot/shenandoah/8146115-pr3508-rh1463098.patch, * patches/hotspot/shenandoah/8206406-pr3610-rh1597825.patch, * patches/hotspot/shenandoah/8207057-pr3613.patch, * patches/hotspot/shenandoah/pr3597.patch, * patches/hotspot/shenandoah/pr3601.patch, * patches/hotspot/shenandoah/pr3607.patch, Add Shenandoah patches for latest HotSpot updates. -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Sun Aug 19 03:26:17 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Sun, 19 Aug 2018 03:26:17 +0000 Subject: [Bug 3603] [IcedTea8] Backport "8203182: Release session if initialization of SunPKCS11 Signature fails" In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3603 --- Comment #2 from hg commits --- details: http://icedtea.classpath.org//hg/icedtea8?cmd=changeset;node=f5cd9c9a0586 author: Andrew John Hughes date: Tue Aug 14 02:26:03 2018 +0100 Bump to icedtea-3.9.0pre01. Upstream changes: - PR3597: Potential bogus -Wformat-overflow warning with -Wformat enabled - PR3600: jni_util.c does not import header file which declares getLastErrorString - PR3601: Fix additional -Wreturn-type issues introduced by 8061651 - PR3607: CVE-2018-3639 hw: cpu: speculative store bypass mitigation - S8008321, PR3599: compile.cpp verify_graph_edges uses bool as int - S8064786, PR3601: Fix debug build after 8062808: Turn on the -Wreturn-type warning - S8075942, PR3602: ArrayIndexOutOfBoundsException in sun.java2d.pisces.Dasher.goTo - S8146115, PR3508, RH1463098: Improve docker container detection and resource configuration usage - S8184309, PR3596: Build warnings from GCC 7.1 on Fedora 26 - S8203182, PR3603: Release session if initialization of SunPKCS11 Signature fails - S8206406, PR3610, RH1597825: StubCodeDesc constructor publishes partially-constructed objects on StubCodeDesc::_list - S8207057, PR3613: No debug info for assembler files ChangeLog: 2018-08-13 Andrew John Hughes Bump to icedtea-3.9.0pre01. * Makefile.am, (CORBA_CHANGESET): Update to icedtea-3.9.0pre01 tag. (JAXP_CHANGESET): Likewise. (JAXWS_CHANGESET): Likewise. (JDK_CHANGESET): Likewise. (LANGTOOLS_CHANGESET): Likewise. (OPENJDK_CHANGESET): Likewise. (NASHORN_CHANGESET): Likewise. (CORBA_SHA256SUM): Likewise. (JAXP_SHA256SUM): Likewise. (JAXWS_SHA256SUM): Likewise. (JDK_SHA256SUM): Likewise. (LANGTOOLS_SHA256SUM): Likewise. (OPENJDK_SHA256SUM): Likewise. (NASHORN_SHA256SUM): Likewise. (ICEDTEA_PATCHES): Add HotSpot patches for Shenandoah and AArch32 ports, including a couple that are now in the IcedTea forest. * NEWS: Updated. * configure.ac: Bump to 3.9.0pre01. * hotspot.map.in: Update to icedtea-3.9.0pre01 tag. * patches/pr3597.patch, * patches/8184309-pr3596.patch: Moved into patches/hotspot/shenandoah, as now included in the IcedTea forest. * patches/hotspot/aarch32/8008321-pr3599.patch, * patches/hotspot/aarch32/8064786-pr3601.patch, * patches/hotspot/aarch32/8146115-pr3508-rh1463098.patch, * patches/hotspot/aarch32/8184309-pr3596.patch, * patches/hotspot/aarch32/8206406-pr3610-rh1597825.patch, * patches/hotspot/aarch32/8207057-pr3613.patch, * patches/hotspot/aarch32/pr3597.patch, * patches/hotspot/aarch32/pr3601.patch, * patches/hotspot/aarch32/pr3607.patch, Add AArch32 patches for latest HotSpot updates (symlinked to Shenandoah ones). * patches/hotspot/shenandoah/8008321-pr3599.patch, * patches/hotspot/shenandoah/8064786-pr3601.patch, * patches/hotspot/shenandoah/8146115-pr3508-rh1463098.patch, * patches/hotspot/shenandoah/8206406-pr3610-rh1597825.patch, * patches/hotspot/shenandoah/8207057-pr3613.patch, * patches/hotspot/shenandoah/pr3597.patch, * patches/hotspot/shenandoah/pr3601.patch, * patches/hotspot/shenandoah/pr3607.patch, Add Shenandoah patches for latest HotSpot updates. -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Sun Aug 19 03:26:22 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Sun, 19 Aug 2018 03:26:22 +0000 Subject: [Bug 3508] [IcedTea8] Backport "8146115: Improve docker container detection and resource configuration usage" In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3508 --- Comment #4 from hg commits --- details: http://icedtea.classpath.org//hg/icedtea8?cmd=changeset;node=f5cd9c9a0586 author: Andrew John Hughes date: Tue Aug 14 02:26:03 2018 +0100 Bump to icedtea-3.9.0pre01. Upstream changes: - PR3597: Potential bogus -Wformat-overflow warning with -Wformat enabled - PR3600: jni_util.c does not import header file which declares getLastErrorString - PR3601: Fix additional -Wreturn-type issues introduced by 8061651 - PR3607: CVE-2018-3639 hw: cpu: speculative store bypass mitigation - S8008321, PR3599: compile.cpp verify_graph_edges uses bool as int - S8064786, PR3601: Fix debug build after 8062808: Turn on the -Wreturn-type warning - S8075942, PR3602: ArrayIndexOutOfBoundsException in sun.java2d.pisces.Dasher.goTo - S8146115, PR3508, RH1463098: Improve docker container detection and resource configuration usage - S8184309, PR3596: Build warnings from GCC 7.1 on Fedora 26 - S8203182, PR3603: Release session if initialization of SunPKCS11 Signature fails - S8206406, PR3610, RH1597825: StubCodeDesc constructor publishes partially-constructed objects on StubCodeDesc::_list - S8207057, PR3613: No debug info for assembler files ChangeLog: 2018-08-13 Andrew John Hughes Bump to icedtea-3.9.0pre01. * Makefile.am, (CORBA_CHANGESET): Update to icedtea-3.9.0pre01 tag. (JAXP_CHANGESET): Likewise. (JAXWS_CHANGESET): Likewise. (JDK_CHANGESET): Likewise. (LANGTOOLS_CHANGESET): Likewise. (OPENJDK_CHANGESET): Likewise. (NASHORN_CHANGESET): Likewise. (CORBA_SHA256SUM): Likewise. (JAXP_SHA256SUM): Likewise. (JAXWS_SHA256SUM): Likewise. (JDK_SHA256SUM): Likewise. (LANGTOOLS_SHA256SUM): Likewise. (OPENJDK_SHA256SUM): Likewise. (NASHORN_SHA256SUM): Likewise. (ICEDTEA_PATCHES): Add HotSpot patches for Shenandoah and AArch32 ports, including a couple that are now in the IcedTea forest. * NEWS: Updated. * configure.ac: Bump to 3.9.0pre01. * hotspot.map.in: Update to icedtea-3.9.0pre01 tag. * patches/pr3597.patch, * patches/8184309-pr3596.patch: Moved into patches/hotspot/shenandoah, as now included in the IcedTea forest. * patches/hotspot/aarch32/8008321-pr3599.patch, * patches/hotspot/aarch32/8064786-pr3601.patch, * patches/hotspot/aarch32/8146115-pr3508-rh1463098.patch, * patches/hotspot/aarch32/8184309-pr3596.patch, * patches/hotspot/aarch32/8206406-pr3610-rh1597825.patch, * patches/hotspot/aarch32/8207057-pr3613.patch, * patches/hotspot/aarch32/pr3597.patch, * patches/hotspot/aarch32/pr3601.patch, * patches/hotspot/aarch32/pr3607.patch, Add AArch32 patches for latest HotSpot updates (symlinked to Shenandoah ones). * patches/hotspot/shenandoah/8008321-pr3599.patch, * patches/hotspot/shenandoah/8064786-pr3601.patch, * patches/hotspot/shenandoah/8146115-pr3508-rh1463098.patch, * patches/hotspot/shenandoah/8206406-pr3610-rh1597825.patch, * patches/hotspot/shenandoah/8207057-pr3613.patch, * patches/hotspot/shenandoah/pr3597.patch, * patches/hotspot/shenandoah/pr3601.patch, * patches/hotspot/shenandoah/pr3607.patch, Add Shenandoah patches for latest HotSpot updates. -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Sun Aug 19 03:26:26 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Sun, 19 Aug 2018 03:26:26 +0000 Subject: [Bug 3607] [IcedTea8] CVE-2018-3639 hw: cpu: speculative store bypass mitigation In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3607 --- Comment #1 from hg commits --- details: http://icedtea.classpath.org//hg/icedtea8?cmd=changeset;node=f5cd9c9a0586 author: Andrew John Hughes date: Tue Aug 14 02:26:03 2018 +0100 Bump to icedtea-3.9.0pre01. Upstream changes: - PR3597: Potential bogus -Wformat-overflow warning with -Wformat enabled - PR3600: jni_util.c does not import header file which declares getLastErrorString - PR3601: Fix additional -Wreturn-type issues introduced by 8061651 - PR3607: CVE-2018-3639 hw: cpu: speculative store bypass mitigation - S8008321, PR3599: compile.cpp verify_graph_edges uses bool as int - S8064786, PR3601: Fix debug build after 8062808: Turn on the -Wreturn-type warning - S8075942, PR3602: ArrayIndexOutOfBoundsException in sun.java2d.pisces.Dasher.goTo - S8146115, PR3508, RH1463098: Improve docker container detection and resource configuration usage - S8184309, PR3596: Build warnings from GCC 7.1 on Fedora 26 - S8203182, PR3603: Release session if initialization of SunPKCS11 Signature fails - S8206406, PR3610, RH1597825: StubCodeDesc constructor publishes partially-constructed objects on StubCodeDesc::_list - S8207057, PR3613: No debug info for assembler files ChangeLog: 2018-08-13 Andrew John Hughes Bump to icedtea-3.9.0pre01. * Makefile.am, (CORBA_CHANGESET): Update to icedtea-3.9.0pre01 tag. (JAXP_CHANGESET): Likewise. (JAXWS_CHANGESET): Likewise. (JDK_CHANGESET): Likewise. (LANGTOOLS_CHANGESET): Likewise. (OPENJDK_CHANGESET): Likewise. (NASHORN_CHANGESET): Likewise. (CORBA_SHA256SUM): Likewise. (JAXP_SHA256SUM): Likewise. (JAXWS_SHA256SUM): Likewise. (JDK_SHA256SUM): Likewise. (LANGTOOLS_SHA256SUM): Likewise. (OPENJDK_SHA256SUM): Likewise. (NASHORN_SHA256SUM): Likewise. (ICEDTEA_PATCHES): Add HotSpot patches for Shenandoah and AArch32 ports, including a couple that are now in the IcedTea forest. * NEWS: Updated. * configure.ac: Bump to 3.9.0pre01. * hotspot.map.in: Update to icedtea-3.9.0pre01 tag. * patches/pr3597.patch, * patches/8184309-pr3596.patch: Moved into patches/hotspot/shenandoah, as now included in the IcedTea forest. * patches/hotspot/aarch32/8008321-pr3599.patch, * patches/hotspot/aarch32/8064786-pr3601.patch, * patches/hotspot/aarch32/8146115-pr3508-rh1463098.patch, * patches/hotspot/aarch32/8184309-pr3596.patch, * patches/hotspot/aarch32/8206406-pr3610-rh1597825.patch, * patches/hotspot/aarch32/8207057-pr3613.patch, * patches/hotspot/aarch32/pr3597.patch, * patches/hotspot/aarch32/pr3601.patch, * patches/hotspot/aarch32/pr3607.patch, Add AArch32 patches for latest HotSpot updates (symlinked to Shenandoah ones). * patches/hotspot/shenandoah/8008321-pr3599.patch, * patches/hotspot/shenandoah/8064786-pr3601.patch, * patches/hotspot/shenandoah/8146115-pr3508-rh1463098.patch, * patches/hotspot/shenandoah/8206406-pr3610-rh1597825.patch, * patches/hotspot/shenandoah/8207057-pr3613.patch, * patches/hotspot/shenandoah/pr3597.patch, * patches/hotspot/shenandoah/pr3601.patch, * patches/hotspot/shenandoah/pr3607.patch, Add Shenandoah patches for latest HotSpot updates. -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Sun Aug 19 03:26:30 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Sun, 19 Aug 2018 03:26:30 +0000 Subject: [Bug 3610] [IcedTea8] Backport "8206406: StubCodeDesc constructor publishes partially-constructed objects on StubCodeDesc::_list" In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3610 --- Comment #2 from hg commits --- details: http://icedtea.classpath.org//hg/icedtea8?cmd=changeset;node=f5cd9c9a0586 author: Andrew John Hughes date: Tue Aug 14 02:26:03 2018 +0100 Bump to icedtea-3.9.0pre01. Upstream changes: - PR3597: Potential bogus -Wformat-overflow warning with -Wformat enabled - PR3600: jni_util.c does not import header file which declares getLastErrorString - PR3601: Fix additional -Wreturn-type issues introduced by 8061651 - PR3607: CVE-2018-3639 hw: cpu: speculative store bypass mitigation - S8008321, PR3599: compile.cpp verify_graph_edges uses bool as int - S8064786, PR3601: Fix debug build after 8062808: Turn on the -Wreturn-type warning - S8075942, PR3602: ArrayIndexOutOfBoundsException in sun.java2d.pisces.Dasher.goTo - S8146115, PR3508, RH1463098: Improve docker container detection and resource configuration usage - S8184309, PR3596: Build warnings from GCC 7.1 on Fedora 26 - S8203182, PR3603: Release session if initialization of SunPKCS11 Signature fails - S8206406, PR3610, RH1597825: StubCodeDesc constructor publishes partially-constructed objects on StubCodeDesc::_list - S8207057, PR3613: No debug info for assembler files ChangeLog: 2018-08-13 Andrew John Hughes Bump to icedtea-3.9.0pre01. * Makefile.am, (CORBA_CHANGESET): Update to icedtea-3.9.0pre01 tag. (JAXP_CHANGESET): Likewise. (JAXWS_CHANGESET): Likewise. (JDK_CHANGESET): Likewise. (LANGTOOLS_CHANGESET): Likewise. (OPENJDK_CHANGESET): Likewise. (NASHORN_CHANGESET): Likewise. (CORBA_SHA256SUM): Likewise. (JAXP_SHA256SUM): Likewise. (JAXWS_SHA256SUM): Likewise. (JDK_SHA256SUM): Likewise. (LANGTOOLS_SHA256SUM): Likewise. (OPENJDK_SHA256SUM): Likewise. (NASHORN_SHA256SUM): Likewise. (ICEDTEA_PATCHES): Add HotSpot patches for Shenandoah and AArch32 ports, including a couple that are now in the IcedTea forest. * NEWS: Updated. * configure.ac: Bump to 3.9.0pre01. * hotspot.map.in: Update to icedtea-3.9.0pre01 tag. * patches/pr3597.patch, * patches/8184309-pr3596.patch: Moved into patches/hotspot/shenandoah, as now included in the IcedTea forest. * patches/hotspot/aarch32/8008321-pr3599.patch, * patches/hotspot/aarch32/8064786-pr3601.patch, * patches/hotspot/aarch32/8146115-pr3508-rh1463098.patch, * patches/hotspot/aarch32/8184309-pr3596.patch, * patches/hotspot/aarch32/8206406-pr3610-rh1597825.patch, * patches/hotspot/aarch32/8207057-pr3613.patch, * patches/hotspot/aarch32/pr3597.patch, * patches/hotspot/aarch32/pr3601.patch, * patches/hotspot/aarch32/pr3607.patch, Add AArch32 patches for latest HotSpot updates (symlinked to Shenandoah ones). * patches/hotspot/shenandoah/8008321-pr3599.patch, * patches/hotspot/shenandoah/8064786-pr3601.patch, * patches/hotspot/shenandoah/8146115-pr3508-rh1463098.patch, * patches/hotspot/shenandoah/8206406-pr3610-rh1597825.patch, * patches/hotspot/shenandoah/8207057-pr3613.patch, * patches/hotspot/shenandoah/pr3597.patch, * patches/hotspot/shenandoah/pr3601.patch, * patches/hotspot/shenandoah/pr3607.patch, Add Shenandoah patches for latest HotSpot updates. -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Sun Aug 19 03:26:34 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Sun, 19 Aug 2018 03:26:34 +0000 Subject: [Bug 3613] [IcedTea8] Backport "8207057: No debug info for assembler files" In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3613 --- Comment #3 from hg commits --- details: http://icedtea.classpath.org//hg/icedtea8?cmd=changeset;node=f5cd9c9a0586 author: Andrew John Hughes date: Tue Aug 14 02:26:03 2018 +0100 Bump to icedtea-3.9.0pre01. Upstream changes: - PR3597: Potential bogus -Wformat-overflow warning with -Wformat enabled - PR3600: jni_util.c does not import header file which declares getLastErrorString - PR3601: Fix additional -Wreturn-type issues introduced by 8061651 - PR3607: CVE-2018-3639 hw: cpu: speculative store bypass mitigation - S8008321, PR3599: compile.cpp verify_graph_edges uses bool as int - S8064786, PR3601: Fix debug build after 8062808: Turn on the -Wreturn-type warning - S8075942, PR3602: ArrayIndexOutOfBoundsException in sun.java2d.pisces.Dasher.goTo - S8146115, PR3508, RH1463098: Improve docker container detection and resource configuration usage - S8184309, PR3596: Build warnings from GCC 7.1 on Fedora 26 - S8203182, PR3603: Release session if initialization of SunPKCS11 Signature fails - S8206406, PR3610, RH1597825: StubCodeDesc constructor publishes partially-constructed objects on StubCodeDesc::_list - S8207057, PR3613: No debug info for assembler files ChangeLog: 2018-08-13 Andrew John Hughes Bump to icedtea-3.9.0pre01. * Makefile.am, (CORBA_CHANGESET): Update to icedtea-3.9.0pre01 tag. (JAXP_CHANGESET): Likewise. (JAXWS_CHANGESET): Likewise. (JDK_CHANGESET): Likewise. (LANGTOOLS_CHANGESET): Likewise. (OPENJDK_CHANGESET): Likewise. (NASHORN_CHANGESET): Likewise. (CORBA_SHA256SUM): Likewise. (JAXP_SHA256SUM): Likewise. (JAXWS_SHA256SUM): Likewise. (JDK_SHA256SUM): Likewise. (LANGTOOLS_SHA256SUM): Likewise. (OPENJDK_SHA256SUM): Likewise. (NASHORN_SHA256SUM): Likewise. (ICEDTEA_PATCHES): Add HotSpot patches for Shenandoah and AArch32 ports, including a couple that are now in the IcedTea forest. * NEWS: Updated. * configure.ac: Bump to 3.9.0pre01. * hotspot.map.in: Update to icedtea-3.9.0pre01 tag. * patches/pr3597.patch, * patches/8184309-pr3596.patch: Moved into patches/hotspot/shenandoah, as now included in the IcedTea forest. * patches/hotspot/aarch32/8008321-pr3599.patch, * patches/hotspot/aarch32/8064786-pr3601.patch, * patches/hotspot/aarch32/8146115-pr3508-rh1463098.patch, * patches/hotspot/aarch32/8184309-pr3596.patch, * patches/hotspot/aarch32/8206406-pr3610-rh1597825.patch, * patches/hotspot/aarch32/8207057-pr3613.patch, * patches/hotspot/aarch32/pr3597.patch, * patches/hotspot/aarch32/pr3601.patch, * patches/hotspot/aarch32/pr3607.patch, Add AArch32 patches for latest HotSpot updates (symlinked to Shenandoah ones). * patches/hotspot/shenandoah/8008321-pr3599.patch, * patches/hotspot/shenandoah/8064786-pr3601.patch, * patches/hotspot/shenandoah/8146115-pr3508-rh1463098.patch, * patches/hotspot/shenandoah/8206406-pr3610-rh1597825.patch, * patches/hotspot/shenandoah/8207057-pr3613.patch, * patches/hotspot/shenandoah/pr3597.patch, * patches/hotspot/shenandoah/pr3601.patch, * patches/hotspot/shenandoah/pr3607.patch, Add Shenandoah patches for latest HotSpot updates. -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew at icedtea.classpath.org Sun Aug 19 03:31:06 2018 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Sun, 19 Aug 2018 03:31:06 +0000 Subject: /hg/icedtea8-forest/corba: 2 new changesets Message-ID: changeset 4295d10d2ae6 in /hg/icedtea8-forest/corba details: http://icedtea.classpath.org/hg/icedtea8-forest/corba?cmd=changeset;node=4295d10d2ae6 author: andrew date: Sat Aug 11 17:35:54 2018 +0100 Added tag icedtea-3.9.0pre00 for changeset 75fd375dd38a changeset 618b9c6f91e8 in /hg/icedtea8-forest/corba details: http://icedtea.classpath.org/hg/icedtea8-forest/corba?cmd=changeset;node=618b9c6f91e8 author: andrew date: Sun Aug 19 04:29:49 2018 +0100 Added tag icedtea-3.9.0pre01 for changeset 1b9525c63224 diffstat: .hgtags | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diffs (9 lines): diff -r 1b9525c63224 -r 618b9c6f91e8 .hgtags --- a/.hgtags Mon May 28 09:26:05 2018 +0100 +++ b/.hgtags Sun Aug 19 04:29:49 2018 +0100 @@ -919,3 +919,5 @@ 6a9efc03746028c30c3133d57030a388e752dd99 jdk8u171-b10 049dc4a6e4e0c11691e6cbc3e964f310c3917cb3 icedtea-3.8.0pre02 75fd375dd38a23b4efb4afae22383dfc77b67831 icedtea-3.8.0 +75fd375dd38a23b4efb4afae22383dfc77b67831 icedtea-3.9.0pre00 +1b9525c63224bc4b9219094050de81f7cd709bc9 icedtea-3.9.0pre01 From andrew at icedtea.classpath.org Sun Aug 19 03:31:16 2018 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Sun, 19 Aug 2018 03:31:16 +0000 Subject: /hg/icedtea8-forest/jaxp: 2 new changesets Message-ID: changeset 740d3b7183e5 in /hg/icedtea8-forest/jaxp details: http://icedtea.classpath.org/hg/icedtea8-forest/jaxp?cmd=changeset;node=740d3b7183e5 author: andrew date: Sat Aug 11 17:35:55 2018 +0100 Added tag icedtea-3.9.0pre00 for changeset 2b279bb3475b changeset 7c66dd34f31c in /hg/icedtea8-forest/jaxp details: http://icedtea.classpath.org/hg/icedtea8-forest/jaxp?cmd=changeset;node=7c66dd34f31c author: andrew date: Sun Aug 19 04:29:50 2018 +0100 Added tag icedtea-3.9.0pre01 for changeset 8445b2d3a5e6 diffstat: .hgtags | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diffs (9 lines): diff -r 8445b2d3a5e6 -r 7c66dd34f31c .hgtags --- a/.hgtags Mon May 28 09:26:05 2018 +0100 +++ b/.hgtags Sun Aug 19 04:29:50 2018 +0100 @@ -904,3 +904,5 @@ 19dd9e94ba4f27c24529d99b9dffc4710dacb92b jdk8u171-b10 9e4260f4a0ef05f6e2fbf0a26e9343386893a6b3 icedtea-3.8.0pre02 2b279bb3475b85c76e2e1901066ac7591134c208 icedtea-3.8.0 +2b279bb3475b85c76e2e1901066ac7591134c208 icedtea-3.9.0pre00 +8445b2d3a5e6c5df1d1ef913d6e57ed65254869a icedtea-3.9.0pre01 From andrew at icedtea.classpath.org Sun Aug 19 03:31:26 2018 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Sun, 19 Aug 2018 03:31:26 +0000 Subject: /hg/icedtea8-forest/jaxws: 2 new changesets Message-ID: changeset 0438e3c05029 in /hg/icedtea8-forest/jaxws details: http://icedtea.classpath.org/hg/icedtea8-forest/jaxws?cmd=changeset;node=0438e3c05029 author: andrew date: Sat Aug 11 17:35:56 2018 +0100 Added tag icedtea-3.9.0pre00 for changeset c54a27559acb changeset b93c060b131a in /hg/icedtea8-forest/jaxws details: http://icedtea.classpath.org/hg/icedtea8-forest/jaxws?cmd=changeset;node=b93c060b131a author: andrew date: Sun Aug 19 04:29:52 2018 +0100 Added tag icedtea-3.9.0pre01 for changeset 8cb0bf3df694 diffstat: .hgtags | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diffs (9 lines): diff -r 8cb0bf3df694 -r b93c060b131a .hgtags --- a/.hgtags Mon May 28 09:26:06 2018 +0100 +++ b/.hgtags Sun Aug 19 04:29:52 2018 +0100 @@ -878,3 +878,5 @@ 6b406f0e2b54cff29ec3da1c4d7b34af1590748f jdk8u171-b10 92b8de88a9ab482b66448423843ca28d2cd95dd3 icedtea-3.8.0pre02 c54a27559acbcc43b5c61a49f4eff5a24de5d8f4 icedtea-3.8.0 +c54a27559acbcc43b5c61a49f4eff5a24de5d8f4 icedtea-3.9.0pre00 +8cb0bf3df694e5a6ebd52fdbb6ba75768f7ab831 icedtea-3.9.0pre01 From andrew at icedtea.classpath.org Sun Aug 19 03:31:36 2018 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Sun, 19 Aug 2018 03:31:36 +0000 Subject: /hg/icedtea8-forest/langtools: 2 new changesets Message-ID: changeset 7d9e0b88b4bc in /hg/icedtea8-forest/langtools details: http://icedtea.classpath.org/hg/icedtea8-forest/langtools?cmd=changeset;node=7d9e0b88b4bc author: andrew date: Sat Aug 11 17:35:58 2018 +0100 Added tag icedtea-3.9.0pre00 for changeset 21524ad5b914 changeset e6bc0c1f7bf2 in /hg/icedtea8-forest/langtools details: http://icedtea.classpath.org/hg/icedtea8-forest/langtools?cmd=changeset;node=e6bc0c1f7bf2 author: andrew date: Sun Aug 19 04:29:54 2018 +0100 Added tag icedtea-3.9.0pre01 for changeset e4ee185e6cfe diffstat: .hgtags | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diffs (9 lines): diff -r e4ee185e6cfe -r e6bc0c1f7bf2 .hgtags --- a/.hgtags Mon May 28 09:26:06 2018 +0100 +++ b/.hgtags Sun Aug 19 04:29:54 2018 +0100 @@ -905,3 +905,5 @@ 32a9ad19c92dae08f87048c8ae8c413325d4a128 jdk8u171-b10 4a11d88aab1d20bf633bd1e8a4d2a549a750add8 icedtea-3.8.0pre02 21524ad5b91455394aabcc732f571aa6606b9a94 icedtea-3.8.0 +21524ad5b91455394aabcc732f571aa6606b9a94 icedtea-3.9.0pre00 +e4ee185e6cfe4d01d3baa2d2f00773e7620d6cc2 icedtea-3.9.0pre01 From andrew at icedtea.classpath.org Sun Aug 19 03:31:46 2018 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Sun, 19 Aug 2018 03:31:46 +0000 Subject: /hg/icedtea8-forest/hotspot: 3 new changesets Message-ID: changeset 0458118b5f19 in /hg/icedtea8-forest/hotspot details: http://icedtea.classpath.org/hg/icedtea8-forest/hotspot?cmd=changeset;node=0458118b5f19 author: andrew date: Wed Aug 08 17:01:13 2018 +0100 PR3607: CVE-2018-3639 hw: cpu: speculative store bypass mitigation changeset 8c2fa81f07e2 in /hg/icedtea8-forest/hotspot details: http://icedtea.classpath.org/hg/icedtea8-forest/hotspot?cmd=changeset;node=8c2fa81f07e2 author: andrew date: Sat Aug 11 17:36:00 2018 +0100 Added tag icedtea-3.9.0pre00 for changeset cb5711bf53d9 changeset 6f7d65e42104 in /hg/icedtea8-forest/hotspot details: http://icedtea.classpath.org/hg/icedtea8-forest/hotspot?cmd=changeset;node=6f7d65e42104 author: andrew date: Sun Aug 19 04:29:57 2018 +0100 Added tag icedtea-3.9.0pre01 for changeset 0458118b5f19 diffstat: .hgtags | 2 ++ src/os/linux/vm/os_linux.cpp | 27 +++++++++++++++++++++++++++ 2 files changed, 29 insertions(+), 0 deletions(-) diffs (53 lines): diff -r 66087a86ded3 -r 6f7d65e42104 .hgtags --- a/.hgtags Wed Jul 25 14:53:59 2018 +0100 +++ b/.hgtags Sun Aug 19 04:29:57 2018 +0100 @@ -1198,3 +1198,5 @@ 6d890180aeb43ee727b2f2cc0952ae0e1b8566c8 jdk8u171-b10 7f6e1069a5719c8908b53774d3560ce851c7cd70 icedtea-3.8.0pre02 cb5711bf53d9278904c1ee63630a5c82189cb09a icedtea-3.8.0 +cb5711bf53d9278904c1ee63630a5c82189cb09a icedtea-3.9.0pre00 +0458118b5f190097099f2ea7b025cb2d5aeb0429 icedtea-3.9.0pre01 diff -r 66087a86ded3 -r 6f7d65e42104 src/os/linux/vm/os_linux.cpp --- a/src/os/linux/vm/os_linux.cpp Wed Jul 25 14:53:59 2018 +0100 +++ b/src/os/linux/vm/os_linux.cpp Sun Aug 19 04:29:57 2018 +0100 @@ -103,6 +103,8 @@ # include # include +#include + PRAGMA_FORMAT_MUTE_WARNINGS_FOR_GCC #ifndef _GNU_SOURCE @@ -4995,6 +4997,31 @@ } } +/* Per task speculation control */ +#ifndef PR_GET_SPECULATION_CTRL +#define PR_GET_SPECULATION_CTRL 52 +#endif +#ifndef PR_SET_SPECULATION_CTRL +#define PR_SET_SPECULATION_CTRL 53 +#endif +/* Speculation control variants */ +# undef PR_SPEC_STORE_BYPASS +# define PR_SPEC_STORE_BYPASS 0 +/* Return and control values for PR_SET/GET_SPECULATION_CTRL */ +# undef PR_SPEC_NOT_AFFECTED +# undef PR_SPEC_PRCTL +# undef PR_SPEC_ENABLE +# undef PR_SPEC_DISABLE +# define PR_SPEC_NOT_AFFECTED 0 +# define PR_SPEC_PRCTL (1UL << 0) +# define PR_SPEC_ENABLE (1UL << 1) +# define PR_SPEC_DISABLE (1UL << 2) + +static void set_speculation() __attribute__((constructor)); +static void set_speculation() { + prctl(PR_SET_SPECULATION_CTRL, PR_SPEC_STORE_BYPASS, PR_SPEC_DISABLE, 0, 0); +} + // this is called _before_ the most of global arguments have been parsed void os::init(void) { char dummy; /* used to get a guess on initial stack address */ From bugzilla-daemon at icedtea.classpath.org Sun Aug 19 03:31:53 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Sun, 19 Aug 2018 03:31:53 +0000 Subject: [Bug 3607] [IcedTea8] CVE-2018-3639 hw: cpu: speculative store bypass mitigation In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3607 --- Comment #2 from hg commits --- details: http://icedtea.classpath.org//hg/icedtea8-forest/hotspot?cmd=changeset;node=0458118b5f19 author: andrew date: Wed Aug 08 17:01:13 2018 +0100 PR3607: CVE-2018-3639 hw: cpu: speculative store bypass mitigation -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew at icedtea.classpath.org Sun Aug 19 03:32:05 2018 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Sun, 19 Aug 2018 03:32:05 +0000 Subject: /hg/icedtea8-forest/jdk: 2 new changesets Message-ID: changeset fca53058af20 in /hg/icedtea8-forest/jdk details: http://icedtea.classpath.org/hg/icedtea8-forest/jdk?cmd=changeset;node=fca53058af20 author: andrew date: Sat Aug 11 17:35:57 2018 +0100 Added tag icedtea-3.9.0pre00 for changeset 9c9ff65b03b6 changeset 6b4d68028d59 in /hg/icedtea8-forest/jdk details: http://icedtea.classpath.org/hg/icedtea8-forest/jdk?cmd=changeset;node=6b4d68028d59 author: andrew date: Sun Aug 19 04:29:53 2018 +0100 Added tag icedtea-3.9.0pre01 for changeset d9b0b4bd2526 diffstat: .hgtags | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diffs (9 lines): diff -r d9b0b4bd2526 -r 6b4d68028d59 .hgtags --- a/.hgtags Thu Jun 14 09:16:09 2018 -0700 +++ b/.hgtags Sun Aug 19 04:29:53 2018 +0100 @@ -922,3 +922,5 @@ 2212d32912153d4a963cc8d782163ea30d34d1f6 jdk8u171-b10 388fc8da23044317c160678ffa8ff541c216a255 icedtea-3.8.0pre02 9c9ff65b03b60abb956fa23ee8403a4a7bec7806 icedtea-3.8.0 +9c9ff65b03b60abb956fa23ee8403a4a7bec7806 icedtea-3.9.0pre00 +d9b0b4bd2526818afa73b60da77403245554caa8 icedtea-3.9.0pre01 From andrew at icedtea.classpath.org Sun Aug 19 03:32:15 2018 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Sun, 19 Aug 2018 03:32:15 +0000 Subject: /hg/icedtea8-forest/nashorn: 2 new changesets Message-ID: changeset 6bcd093f9437 in /hg/icedtea8-forest/nashorn details: http://icedtea.classpath.org/hg/icedtea8-forest/nashorn?cmd=changeset;node=6bcd093f9437 author: andrew date: Sat Aug 11 17:36:00 2018 +0100 Added tag icedtea-3.9.0pre00 for changeset bb3e3345d3ec changeset 12cd25f7f83d in /hg/icedtea8-forest/nashorn details: http://icedtea.classpath.org/hg/icedtea8-forest/nashorn?cmd=changeset;node=12cd25f7f83d author: andrew date: Sun Aug 19 04:29:56 2018 +0100 Added tag icedtea-3.9.0pre01 for changeset c7849330a31f diffstat: .hgtags | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diffs (9 lines): diff -r c7849330a31f -r 12cd25f7f83d .hgtags --- a/.hgtags Mon May 28 09:26:07 2018 +0100 +++ b/.hgtags Sun Aug 19 04:29:56 2018 +0100 @@ -915,3 +915,5 @@ e9b4feb9ed6ac7d8d620b162f8780f8470b21711 jdk8u171-b10 2fd73cb3eef5cbc3e8772ff55be6f94dee752c78 icedtea-3.8.0pre02 bb3e3345d3ecdcfbe54f42a5d8d540ea347e8298 icedtea-3.8.0 +bb3e3345d3ecdcfbe54f42a5d8d540ea347e8298 icedtea-3.9.0pre00 +c7849330a31f69bb8ae3c86b6ac2454f8e018bd7 icedtea-3.9.0pre01 From bugzilla-daemon at icedtea.classpath.org Sun Aug 19 23:33:25 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Sun, 19 Aug 2018 23:33:25 +0000 Subject: [Bug 3461] Cannot run HP ILO4 remote console application In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3461 --- Comment #11 from Jonathan Underwood --- > Can you conenct me with HP developers? I will be happy to debug it with them and to avoid decompiling the library. Unfortunately I have no connection with the HP developers, nor any means to contact them, I am afraid. The only thing I've found is this: https://developer.hpe.com/platform/ilo-restful-api/home which seems to be a developer portal for a REST API that HP build on top of ILO. -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Sun Aug 19 23:40:11 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Sun, 19 Aug 2018 23:40:11 +0000 Subject: [Bug 3461] Cannot run HP ILO4 remote console application In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3461 --- Comment #12 from Jonathan Underwood --- Have raised a community forum post here: https://community.hpe.com/t5/ProLiant-Servers-ML-DL-SL/HP-ILO-remote-console-web-start-fails-with-OpenJDK-and-IcedTea/td-p/7015396 -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Mon Aug 20 00:15:16 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Mon, 20 Aug 2018 00:15:16 +0000 Subject: [Bug 3461] Cannot run HP ILO4 remote console application In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3461 --- Comment #13 from Jonathan Underwood --- Created attachment 1696 --> https://icedtea.classpath.org/bugzilla/attachment.cgi?id=1696&action=edit jirc_strings.xml Here is the jirc_strings.xml file. -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Mon Aug 20 08:06:42 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Mon, 20 Aug 2018 08:06:42 +0000 Subject: [Bug 3461] Cannot run HP ILO4 remote console application In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3461 --- Comment #14 from JiriVanek --- Thanx. that is correct XML So for some reason: 127.0.0.1 - - [05/Apr/2018 09:50:27] "GET /lang/en/jirc_strings.xml HTTP/1.1" 404 - The file is not downlaoded. The : (the jnlp and jar are already in cache), I got an exception: Write xml to/tmp/jirc_strings2b3bfac6.xmlcomplete Message after comp of webserver retrieval [Fatal Error] jirc_strings2b3bfac6.xml:1:1: Content is not allowed in prolog. org.xml.sax.SAXParseException; systemId: file:/tmp/jirc_strings2b3bfac6.xml; lineNumber: 1; columnNumber: 1; Content is not allowed in prolog. Is caused by server returning some 404 message together with the 404 code, and app is trying to parse it as xml. How have you get the file? The call is from inside the client application, not from ITW. So maybe they are using codebase/docbase somehow to get th full url, and go wrong? THis will fight the windmills unless I have a way how to reproduce:( -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Mon Aug 20 08:27:19 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Mon, 20 Aug 2018 08:27:19 +0000 Subject: [Bug 3461] Cannot run HP ILO4 remote console application In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3461 --- Comment #15 from Jonathan Underwood --- Thanks for continuing to fight with this! I retrieved the XML simply by doing a: wget http://192.168.1.153/lang/en/jirc_strings.xml after starting the web console (using the oracle java web start). -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Mon Aug 20 08:51:07 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Mon, 20 Aug 2018 08:51:07 +0000 Subject: [Bug 3461] Cannot run HP ILO4 remote console application In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3461 --- Comment #16 from Jonathan Underwood --- I realized that the iLO on the machine in question has recently been updated. I'm therefore attaching the latest .jnlp and jar file in case they've changed at all. -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Mon Aug 20 08:52:04 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Mon, 20 Aug 2018 08:52:04 +0000 Subject: [Bug 3461] Cannot run HP ILO4 remote console application In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3461 Jonathan Underwood changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #1659|0 |1 is obsolete| | --- Comment #17 from Jonathan Underwood --- Created attachment 1697 --> https://icedtea.classpath.org/bugzilla/attachment.cgi?id=1697&action=edit JAR file for application -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Mon Aug 20 08:52:32 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Mon, 20 Aug 2018 08:52:32 +0000 Subject: [Bug 3461] Cannot run HP ILO4 remote console application In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3461 Jonathan Underwood changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #1657|0 |1 is obsolete| | --- Comment #18 from Jonathan Underwood --- Created attachment 1698 --> https://icedtea.classpath.org/bugzilla/attachment.cgi?id=1698&action=edit jnlp file -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sreerama.naga at gmail.com Mon Aug 20 09:23:34 2018 From: sreerama.naga at gmail.com (brahmam) Date: Mon, 20 Aug 2018 14:53:34 +0530 Subject: Hi regarding download always in using icedtea-web In-Reply-To: <439f890b-592c-49fa-506c-079f530334d3@redhat.com> References: <439f890b-592c-49fa-506c-079f530334d3@redhat.com> Message-ID: Hi, Thank you for the reply. 1) Below link is not downloading anything(after logged in) https://developers.redhat.com/download-manager/file/java-1.8.0-openjdk-1.8.0.181-1.b13.redhat.windows.x86_64.msi Instead it opens the below page with *Overview* section https://developers.redhat.com/products/openjdk/hello-world/?tcWhenSigned=August%2B20%2C%2B2018&tcWhenEnds=August%2B20%2C%2B2019&tcEndsIn=364&tcDuration=364&tcDownloadFileName=java-1.8.0-openjdk-1.8.0.181-1.b13.redhat.windows.x86_64.msi&tcRedirect=5000&tcSrcLink=https%3A%2F%2Fdevelopers.redhat.com%2Fdownload-manager%2Fcontent%2Forigin%2Ffiles%2Fsha256%2F6b%2F6be75d45d3111a939e405bd931d987c504ffc10f9d43d3a8c96d357ddd11f45a%2Fjava-1.8.0-openjdk-1.8.0.181-1.b13.redhat.windows.x86_64.msi&p=OpenJDK&pv=July%2B2018&tcDownloadURL=https%3A%2F%2Faccess.cdn.redhat.com%2Fcontent%2Forigin%2Ffiles%2Fsha256%2F6b%2F6be75d45d3111a939e405bd931d987c504ffc10f9d43d3a8c96d357ddd11f45a%2Fjava-1.8.0-openjdk-1.8.0.181-1.b13.redhat.windows.x86_64.msi%3F_auth_%3D1534757383_7491aff6657ec0763d59bd5a7e7c2233#fndtn-windows and in that page when click on *Download *it still stays in the Overview page. could you please guide how to download? 2) "I suppose some patches related to caching on Windows were not added to IcedTea-Web (the one from https://icedtea.classpath.org/wiki/IcedTea-Web) where the progress with Windows EXE launcher and overall Windows support is a bit stalled. " Ah ok Regards, Sreeram On Sat, 11 Aug 2018, 02:48 Alex Kashchenko, wrote: > Hi Sreeram, > > On 08/09/2018 07:03 PM, brahmam wrote: > > Hi, > > > > Could you please, able to provide the info for the below points. Your > > details helps us a lot to proceed further. Thanks in advance! > > Could you please try your JNLP application with the version of > IcedTea-Web that is bundled with Red Hat MSI installer of OpenJDK 8 > (direct download link, requires free RH account: > > https://developers.redhat.com/download-manager/file/java-1.8.0-openjdk-1.8.0.181-1.b13.redhat.windows.x86_64.msi > )? > > I suppose some patches related to caching on Windows were not added to > IcedTea-Web (the one from > https://icedtea.classpath.org/wiki/IcedTea-Web) where the progress with > Windows EXE launcher and overall Windows support is a bit stalled. > > > > > > > Regards, > > Sreeram > > > > > > On Thu, 9 Aug 2018, 16:11 brahmam, wrote: > > > >> Hi, > >> > >> To launch JNLP, we started using icedtea-web. > >> > >> Below is the way we configured: > >> > >> We tried launching downloaded JNLP from windows. > >> 1. Using adopt-openjdk8172 and configured the java_home as required. > >> 2. downloaded icedtea-web 1.7.1 installer and installed on my windows > >> machine. > >> 3. Use icedtea-web\bin javaws to launch the JNLP file. > >> > >>> It opens command window and logs the details.. can we disable showing > >> this window? > >> > >>> In the above window it also shows errors as below, this is shown for > >> many files.. > >> Removing execute permissions on file C:\Users\\.config\ > >> icedtea-web\security\trusted.clientcerts.temp failed > >> > >>> It always downloads the libraries, is it normal? is any cache behaviour > >> not to download always except there is a new version of libraries > available? > >> > >> Thanks in advance for your help! > >> > >> > >> Regards, > >> Sreeram > >> > > > > > -- > -Alex > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sreerama.naga at gmail.com Mon Aug 20 10:46:40 2018 From: sreerama.naga at gmail.com (brahmam) Date: Mon, 20 Aug 2018 16:16:40 +0530 Subject: Hi regarding download always in using icedtea-web In-Reply-To: <47159632-d6bc-e042-b3b3-5847a7192e1a@redhat.com> References: <47159632-d6bc-e042-b3b3-5847a7192e1a@redhat.com> Message-ID: Hi, On Mon, Aug 13, 2018 at 6:28 PM Jiri Vanek wrote: > On 08/09/2018 12:41 PM, brahmam wrote: > > Hi, > > > > To launch JNLP, we started using icedtea-web. > > > > Below is the way we configured: > > > > We tried launching downloaded JNLP from windows. > > 1. Using adopt-openjdk8172 and configured the java_home as required. > > 2. downloaded icedtea-web 1.7.1 installer and installed on my windows > machine. > > You downloaded ITW form > http://icedtea.wildebeest.org/download/icedtea-web-binaries/1.7.1/windows/ > ? > > Yes, I downloaded from the above url > > > 3. Use icedtea-web\bin javaws to launch the JNLP file. > > > > > It opens command window and logs the details.. can we disable showing > this window? > > Currently the upstream builds conatains onl .bat lucnhers. 'msorry for it. > We have .sh for linux and > those works fine. > As Alex mentioned, hist itw which is included in his OpenJDK msi have > native launchers. > > For 1.8, the major rework is to rewrite launchers to native ones, so this > issue will disappear. > OK. 1.8 is the next version planned for ITW? > > > > > > In the above window it also shows errors as below, this is shown for > many files.. > > Removing execute permissions on file > > C:\Users\\.config\icedtea-web\security\trusted.clientcerts.temp > failed > > This is most likely windows specific issue. It should do no harm. We are > working on removing windows > issues, but as windows workd is fresh for ite (year) opposite to > linux(10years including gnu > classapth) similar problems may appear. > Patches welcomed! > OK > > > > > It always downloads the libraries, is it normal? is any cache > behaviour not to download always > > except there is a new version of libraries available? > > Nope. the offline work and caching should work fine. If it is really > escaping, serious bug escaped > us. Do you mind to fill the https://icedtea.classpath.org/bugzilla/ for > us? Please be sure I must be > able to reproduce to fix it. Again, fix welcomed. > On fresh launch of JNLP it works fine. and try next time to launch same JNLP it shows it is downloading and after it throws the below exception, I suspect either the class loader tries to load jar files twice as both the files(current and previous) downloaded are in the same folder see below image, here 0 & 1 folders are created at first launch and downloads are kept in those folders and 2 & 3 folders are created and downloads are kept on second launch or the loaded classes are not erased properly when terminated. Folder path: C:\Users\\.cache\icedtea-web\cache [image: image.png] *Part of Exception:* *netx: Launch Error: Could not launch JNLP file. ( (loader (instance of net/sourceforge/jnlp/runtime/JNLPClassLoader): attempted duplicate class definition for name: "org/apache/xerces/impl/dv/dtd/DTD* *DVFactoryImpl"))* *net.sourceforge.jnlp.LaunchException: Fatal: Launch Error: Could not launch JNLP file. The application has not been initialized, for more information execute javaws/browser from the command line and se* *nd a bug report.* * at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java:577)* * at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:940)* *Caused by: java.lang.reflect.InvocationTargetException* * at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)* * at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)* * at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)* * at java.lang.reflect.Method.invoke(Method.java:498)* * at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java:571)* * ... 1 more* *Caused by: java.lang.LinkageError: loader (instance of net/sourceforge/jnlp/runtime/JNLPClassLoader): attempted duplicate class definition for name: "org/apache/xerces/impl/dv/dtd/DTDDVFactoryImpl"* * at java.lang.ClassLoader.defineClass1(Native Method)* * at java.lang.ClassLoader.defineClass(ClassLoader.java:763)* are there any settings to do to enable caching and not to download the contents mentioned in the JNLP file always unless there is change in the content ? Before file a Bug, I need to clean/mask few things. will do once things are ready to file. > > > > Thanks in advance for your help! > > > > ITW is new in Windws world. Any help you can provide, wil be appreciated. > OK, currently it is in evaluation for us, as and when we find anything we will be definitely provide them. > > J. > > > > Regards, > > Sreeram > > > -- > Jiri Vanek > Senior QE engineer, OpenJDK QE lead, Mgr. > Red Hat Czech > jvanek at redhat.com M: +420775390109 > -- Thanks & Regards, Sreeramabrahmam Mob:+91-9535000477 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 16738 bytes Desc: not available URL: From bugzilla-daemon at icedtea.classpath.org Mon Aug 20 15:50:55 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Mon, 20 Aug 2018 15:50:55 +0000 Subject: [Bug 3607] [IcedTea8] CVE-2018-3639 hw: cpu: speculative store bypass mitigation In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3607 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #3 from Andrew John Hughes --- Fixed in icedtea-3.9.0pre01. -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Mon Aug 20 15:51:02 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Mon, 20 Aug 2018 15:51:02 +0000 Subject: [Bug 3581] [TRACKER] IcedTea 3.9.0 Release In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3581 Bug 3581 depends on bug 3607, which changed state. Bug 3607 Summary: [IcedTea8] CVE-2018-3639 hw: cpu: speculative store bypass mitigation https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3607 What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sreerama.naga at gmail.com Mon Aug 20 16:16:12 2018 From: sreerama.naga at gmail.com (brahmam) Date: Mon, 20 Aug 2018 21:46:12 +0530 Subject: Hi regarding download always in using icedtea-web Message-ID: Hi, Sorry for the incomplete previous mail. Below link does not download anything(logged in user) https://developers.redhat.com/download-manager/file/java-1.8.0-openjdk-1.8.0.181-1.b13.redhat.windows.x86_64.msi Instead it opens the below page with overview section. https://developers.redhat.com/products/openjdk/hello-world/?tcWhenSigned=August%2B20%2C%2B2018&tcWhenEnds=August%2B20%2C%2B2019&tcEndsIn=364&tcDuration=364&tcDownloadFileName=java-1.8.0-openjdk-1.8.0.181-1.b13.redhat.windows.x86_64.msi&tcRedirect=5000&tcSrcLink=https%3A%2F%2Fdevelopers.redhat.com%2Fdownload-manager%2Fcontent%2Forigin%2Ffiles%2Fsha256%2F6b%2F6be75d45d3111a939e405bd931d987c504ffc10f9d43d3a8c96d357ddd11f45a%2Fjava-1.8.0-openjdk-1.8.0.181-1.b13.redhat.windows.x86_64.msi&p=OpenJDK&pv=July%2B2018&tcDownloadURL=https%3A%2F%2Faccess.cdn.redhat.com%2Fcontent%2Forigin%2Ffiles%2Fsha256%2F6b%2F6be75d45d3111a939e405bd931d987c504ffc10f9d43d3a8c96d357ddd11f45a%2Fjava-1.8.0-openjdk-1.8.0.181-1.b13.redhat.windows.x86_64.msi%3F_auth_%3D1534781335_b562f922b77caed210b5e61d7fc1b53e#fndtn-rhel After click on 'download' menu it goes to the same 'overview' section. Could you please guide further from where we can download? And also > is it ( https://developers.redhat.com/download-manager/file/java-1.8.0-openjdk-1.8.0.181-1.b13.redhat.windows.x86_64.msi ) completely open source and can be used in the production environments? > And how is the release cycle for patches and security fixes? Thanks in advance for your help! Regards, Sreeram On Mon, 20 Aug 2018, 14:53 brahmam, wrote: > Hi, > > Thank you for the reply. > > Below link does not download anything(logged in user) > > > https://developers.redhat.com/download-manager/file/java-1.8.0-openjdk-1.8.0.181-1.b13.redhat.windows.x86_64.msi > Instead it opens, > > Regards, > Sreeram > > > On Sat, 11 Aug 2018, 02:48 Alex Kashchenko, wrote: > >> Hi Sreeram, >> >> On 08/09/2018 07:03 PM, brahmam wrote: >> > Hi, >> > >> > Could you please, able to provide the info for the below points. Your >> > details helps us a lot to proceed further. Thanks in advance! >> >> Could you please try your JNLP application with the version of >> IcedTea-Web that is bundled with Red Hat MSI installer of OpenJDK 8 >> (direct download link, requires free RH account: >> >> https://developers.redhat.com/download-manager/file/java-1.8.0-openjdk-1.8.0.181-1.b13.redhat.windows.x86_64.msi >> )? >> >> I suppose some patches related to caching on Windows were not added to >> IcedTea-Web (the one from >> https://icedtea.classpath.org/wiki/IcedTea-Web) where the progress with >> Windows EXE launcher and overall Windows support is a bit stalled. >> >> > >> > >> > Regards, >> > Sreeram >> > >> > >> > On Thu, 9 Aug 2018, 16:11 brahmam, wrote: >> > >> >> Hi, >> >> >> >> To launch JNLP, we started using icedtea-web. >> >> >> >> Below is the way we configured: >> >> >> >> We tried launching downloaded JNLP from windows. >> >> 1. Using adopt-openjdk8172 and configured the java_home as required. >> >> 2. downloaded icedtea-web 1.7.1 installer and installed on my windows >> >> machine. >> >> 3. Use icedtea-web\bin javaws to launch the JNLP file. >> >> >> >>> It opens command window and logs the details.. can we disable showing >> >> this window? >> >> >> >>> In the above window it also shows errors as below, this is shown for >> >> many files.. >> >> Removing execute permissions on file C:\Users\\.config\ >> >> icedtea-web\security\trusted.clientcerts.temp failed >> >> >> >>> It always downloads the libraries, is it normal? is any cache >> behaviour >> >> not to download always except there is a new version of libraries >> available? >> >> >> >> Thanks in advance for your help! >> >> >> >> >> >> Regards, >> >> Sreeram >> >> >> > >> >> >> -- >> -Alex >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Tue Aug 21 22:42:22 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Tue, 21 Aug 2018 22:42:22 +0000 Subject: [Bug 3508] [IcedTea8] Backport "8146115: Improve docker container detection and resource configuration usage" In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3508 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #5 from Andrew John Hughes --- Fixed in icedtea-3.9.0pre01. -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Tue Aug 21 22:42:38 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Tue, 21 Aug 2018 22:42:38 +0000 Subject: [Bug 3581] [TRACKER] IcedTea 3.9.0 Release In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3581 Bug 3581 depends on bug 3508, which changed state. Bug 3508 Summary: [IcedTea8] Backport "8146115: Improve docker container detection and resource configuration usage" https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3508 What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Thu Aug 23 02:47:17 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Thu, 23 Aug 2018 02:47:17 +0000 Subject: [Bug 3620] New: [IcedTea8] Shenandoah broken on ppc64 Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3620 Bug ID: 3620 Summary: [IcedTea8] Shenandoah broken on ppc64 Product: IcedTea Version: 3.x-hg Hardware: ppc64 OS: All Status: NEW Severity: enhancement Priority: P5 Component: IcedTea Assignee: gnu.andrew at redhat.com Reporter: gnu.andrew at redhat.com CC: unassigned at icedtea.classpath.org Shenandoah fails to build on ppc64 (big & little endian) because it lacks an implementation of shenandoahBarrierSet. -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Thu Aug 23 02:58:30 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Thu, 23 Aug 2018 02:58:30 +0000 Subject: [Bug 3581] [TRACKER] IcedTea 3.9.0 Release In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3581 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |3620 -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Thu Aug 23 02:58:30 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Thu, 23 Aug 2018 02:58:30 +0000 Subject: [Bug 3620] [IcedTea8] Shenandoah broken on ppc64 In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3620 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Blocks| |3581 Target Milestone|--- |3.9.0 -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Sat Aug 25 20:32:35 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Sat, 25 Aug 2018 20:32:35 +0000 Subject: [Bug 3621] New: Can't run java applet on alpine Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3621 Bug ID: 3621 Summary: Can't run java applet on alpine Product: IcedTea Version: 3.8.0 Hardware: x86_64 OS: Linux Status: NEW Severity: normal Priority: P5 Component: IcedTea Assignee: gnu.andrew at redhat.com Reporter: alex.hha at gmail.com CC: unassigned at icedtea.classpath.org Hello, I have to use java plugin to work with old web client. But it seems the plugin doesn't work correctly on alpine. I use the following docker image FROM openjdk:8-jre-alpine3.8 ENV TERM=xterm RUN apk update \ && apk add firefox-esr \ icedtea-web-mozilla \ libcanberra-gtk2 \ libcanberra-gtk3 \ ttf-ubuntu-font-family \ ttf-liberation \ ttf-dejavu \ gnome-icon-theme \ hicolor-icon-theme \ mate-icon-theme \ && mkdir /otp RUN useradd firefox -s /bin/bash -m -d /otp/firefox/ \ && mkdir -p /otp/firefox/.mozilla/plugins \ && cd /otp/firefox/.mozilla/plugins \ && ln -s /usr/lib/jvm/java-1.8-openjdk/lib/IcedTeaPlugin.so libnpjp2.so \ && chown -R firefox:firefox /otp/firefox/ WORKDIR /otp/firefox/ USER firefox But when I open http://www.java.com/en/download/installed.jsp?detect=jre - I get the following error in the console openjdk version "1.8.0_171" OpenJDK Runtime Environment (IcedTea 3.8.0) (Alpine 8.171.11-r0) OpenJDK 64-Bit Server VM (build 25.171-b11, mixed mode) Error: Could not find or load main class sun.applet.PluginMain -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Mon Aug 27 07:40:45 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Mon, 27 Aug 2018 07:40:45 +0000 Subject: [Bug 3620] [IcedTea8] Shenandoah broken on ppc64 In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3620 Severin Gehwolf changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sgehwolf at redhat.com --- Comment #1 from Severin Gehwolf --- Shenandoah is not supported on ppc64. A default shenandoah-forest build shouldn't build that feature on not supported arches. It should disable the shenandoah-gc feature. -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Mon Aug 27 16:06:41 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Mon, 27 Aug 2018 16:06:41 +0000 Subject: [Bug 3621] Can't run java applet on alpine In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3621 JiriVanek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED CC| |gnu.andrew at redhat.com, | |jvanek at redhat.com Component|IcedTea |General Version|3.8.0 |hg Assignee|gnu.andrew at redhat.com |jvanek at redhat.com Product|IcedTea |IcedTea-Web --- Comment #1 from JiriVanek --- Sorry, applets are dead. Still, I'm curious what browser are you using? And what is your NPAPI provider, and IcedTEa-Web configuration... Also, do you need to use that applet, or do you target another applet/jnlp app? Wat is your usecase? Also icedtea-web is known to pass this test, so it may be distribution problem. -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jvanek at redhat.com Mon Aug 27 16:35:00 2018 From: jvanek at redhat.com (Jiri Vanek) Date: Mon, 27 Aug 2018 18:35:00 +0200 Subject: a recommended program for translating the "messages.properties" file? In-Reply-To: References: <8258e4cf-cf9c-9419-b416-cb06e6df54d6@basealt.ru> <0eff7b09-c5ec-c7f9-0ec4-1176fc4bd4db@redhat.com> Message-ID: <87971993-d514-6297-12e8-b86e794b23fe@redhat.com> On 08/27/2018 09:45 AM, Olesya Gerasimenko wrote: > Thanks for the tip! No luck finding the tutorial so far? > > > 13.08.2018 18:10, Jiri Vanek ?????: >> Hi! >> >> Czech transaltor is Using OmegaT. e once written tutorial for Polish language. I wil try to dig it >> up for you. >> >> Thanx a lot for offer! >> ?? J. >> >> On 08/08/2018 04:32 PM, Olesya Gerasimenko wrote: >>> Hello everyone! >>> >>> I'd like to translate IcedTea into the Russian language. It would be great if someone could >>> recommend a program for translating the "messages.properties" file. Lokalize doesn't support this >>> format. I've tried uploading this file into Zanata, which didn't really work out (the sentences >>> for translation are not showing, just some irrelevant segments are). If there is no such program, >>> maybe there is one for converting this file to PO format? >>> >>> Regards, >>> Olesya Gerasimenko >> >> > Landed today! https://icedtea.classpath.org/wiki/IcedTea-Web-Localization_with_OmegaT J. -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From akashche at redhat.com Mon Aug 27 19:05:21 2018 From: akashche at redhat.com (Alex Kashchenko) Date: Mon, 27 Aug 2018 20:05:21 +0100 Subject: Hi regarding download always in using icedtea-web In-Reply-To: References: <439f890b-592c-49fa-506c-079f530334d3@redhat.com> Message-ID: <31d8d5c3-43fe-2455-3595-b9f05bd145f5@redhat.com> Hi, On 08/20/2018 10:23 AM, brahmam wrote: > Hi, > > Thank you for the reply. > > 1) Below link is not downloading anything(after logged in) > https://developers.redhat.com/download-manager/file/java-1.8.0-openjdk-1.8.0.181-1.b13.redhat.windows.x86_64.msi > > Instead it opens the below page with *Overview* section Hm, I am not sure what may be wrong with this link, generally links to "https://developers.redhat.com/download-manager" are permanent download links to the content published on RH DevPortal. After the login the following message should appear and download should start: "Thank you for downloading OpenJDK Your download should start automatically. If you have any problems with the download, please use the direct link." If download doesn't work for your account - please feel free to send the details to me off-list - I can bring the issue to the DevPortal people. > > [...] > -- -Alex From bugzilla-daemon at icedtea.classpath.org Tue Aug 28 11:56:11 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Tue, 28 Aug 2018 11:56:11 +0000 Subject: [Bug 3621] Can't run java applet on alpine In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3621 --- Comment #2 from Alex --- Haven't seen my reply so just copy my response > Sorry, applets are dead. Yes, I know that they are dead. > Still, I'm curious what browser are you using? As you may see from the Dockerfile - I use firefox 52 esr > And what is your NPAPI provider, and IcedTEa-Web configuration... not sure what do you mean. I just create symlink cd /otp/firefox/.mozilla/plugins ln -s /usr/lib/jvm/java-1.8-openjdk/lib/IcedTeaPlugin.so libnpjp2.so About:plugins gives me the following result - https://i.imgur.com/aB3Mbme.png > Wat is your usecase? I have to use the applet because my bank (their web client) requires it :( -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sreerama.naga at gmail.com Tue Aug 28 12:06:00 2018 From: sreerama.naga at gmail.com (brahmam) Date: Tue, 28 Aug 2018 17:36:00 +0530 Subject: Hi regarding download always in using icedtea-web In-Reply-To: <31d8d5c3-43fe-2455-3595-b9f05bd145f5@redhat.com> References: <439f890b-592c-49fa-506c-079f530334d3@redhat.com> <31d8d5c3-43fe-2455-3595-b9f05bd145f5@redhat.com> Message-ID: Hi Alex, Thank you for your response. I am able to download now ( https://developers.redhat.com/download-manager/file/java-1.8.0-openjdk-1.8.0.181-1.b13.redhat.windows.x86_64.msi). I am not sure what wrong I did earlier. I will check it's behavior and let you know the results. In the mean time, could you please clarify few points to further use 1) Is this free/open source ? 2) how future updates will be available ? 3) can this be directly used in production environments ? Regards, Sreeram On Tue, Aug 28, 2018 at 12:35 AM Alex Kashchenko wrote: > Hi, > > On 08/20/2018 10:23 AM, brahmam wrote: > > Hi, > > > > Thank you for the reply. > > > > 1) Below link is not downloading anything(after logged in) > > > https://developers.redhat.com/download-manager/file/java-1.8.0-openjdk-1.8.0.181-1.b13.redhat.windows.x86_64.msi > > > > Instead it opens the below page with *Overview* section > > Hm, I am not sure what may be wrong with this link, generally links to > "https://developers.redhat.com/download-manager" are permanent download > links to the content published on RH DevPortal. > > After the login the following message should appear and download should > start: > > "Thank you for downloading OpenJDK > Your download should start automatically. If you have any problems with > the download, please use the direct link." > > If download doesn't work for your account - please feel free to send the > details to me off-list - I can bring the issue to the DevPortal people. > > > > > [...] > > > > -- > -Alex > -- Thanks & Regards, Sreeramabrahmam Mob:+91-9535000477 -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Tue Aug 28 12:42:19 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Tue, 28 Aug 2018 12:42:19 +0000 Subject: [Bug 3621] Can't run java applet on alpine In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3621 --- Comment #3 from JiriVanek --- This really look like distribution issue. If something installed icedtea-web, it was supposed to create symlink and was supposed to put icedtea-web's jars to correct places. >From all you are writing, this did not happened. Icedtea-web 1.7 and upepr (so the only supported one) contains jsobject.jar netx.jar plugin.jar and optionally should have also js.jar and tagsoup.jar on classpath. Please check those in your system. Then please check, where binary of IcedTeaPlugin.so is searching those files. I bet the paths or names will not match (note that the names of jars can be diefferent, but the names in IcedTeaPlugin.so should math the names on your system) -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Tue Aug 28 12:55:14 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Tue, 28 Aug 2018 12:55:14 +0000 Subject: [Bug 3622] New: Plugin.jar was not found after installing java-1.8.0-openjdk-1.8.0.181-1, javaws.jar is available Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3622 Bug ID: 3622 Summary: Plugin.jar was not found after installing java-1.8.0-openjdk-1.8.0.181-1, javaws.jar is available Product: IcedTea-Web Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: enhancement Priority: P5 Component: Plugin Assignee: jvanek at redhat.com Reporter: rheosiva at gmail.com CC: unassigned at icedtea.classpath.org After installing java-1.8.0-openjdk-1.8.0.151-1.b12.redhat.windows.x86_64 or java-1.8.0-openjdk-1.8.0.181-1.b13.redhat.windows.x86_64 with webstart option during installation. I can find Java Web Start available - javaws.jar But cannot find plugin.jar, can you please let me know whether this functionality is available in different JAR file which can be used to achieve similar functionality -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Tue Aug 28 12:59:33 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Tue, 28 Aug 2018 12:59:33 +0000 Subject: [Bug 3621] Can't run java applet on alpine In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3621 --- Comment #4 from Alex --- > If something installed icedtea-web, it was supposed to create symlink and was supposed to put icedtea-web's jars to correct places. I have installed icedtea-web with alpine standard package manager - apk # apk add firefox-esr icedtea-web-mozilla As far as I can see - it contains only 3 files (libjavaplugin.so it's a symlink) # apk info -L icedtea-web-mozilla icedtea-web-mozilla-1.6.2-r0 contains: usr/lib/jvm/java-1.8-openjdk/lib/IcedTeaPlugin.so usr/lib/mozilla/plugins/libjavaplugin.so # ls -lad /usr/lib/mozilla/plugins/libjavaplugin.so lrwxrwxrwx 1 root root 50 Aug 28 12:52 /usr/lib/mozilla/plugins/libjavaplugin.so -> /usr/lib/jvm/java-1.8-openjdk/lib/IcedTeaPlugin.so There is also package icedtea-web # apk info -L icedtea-web icedtea-web-1.6.2-r0 contains: usr/lib/jvm/java-1.8-openjdk/bin/javaws usr/lib/jvm/java-1.8-openjdk/bin/policyeditor usr/lib/jvm/java-1.8-openjdk/bin/itweb-settings usr/share/icedtea-web/javaws_splash.png usr/share/icedtea-web/netx.jar usr/share/icedtea-web/plugin.jar usr/share/pixmaps/javaws.png Do I need to create some symlinks? -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Tue Aug 28 13:07:56 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Tue, 28 Aug 2018 13:07:56 +0000 Subject: [Bug 3622] Plugin.jar was not found after installing java-1.8.0-openjdk-1.8.0.181-1, javaws.jar is available In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3622 JiriVanek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |MOVED --- Comment #1 from JiriVanek --- Please de refer this to redhat bugzilla. With proper architecture - windows. http://bugzilla.redhat.com/ -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Tue Aug 28 13:10:25 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Tue, 28 Aug 2018 13:10:25 +0000 Subject: [Bug 3621] Can't run java applet on alpine In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3621 --- Comment #5 from JiriVanek --- The packaging is most likely very badly done, or you did something unexpected. icedtea-web-mozilla should depend on icedtea-web as all those jars are shared between javaws and libjavaplugin You should be creating no symlinks at all. Your package should be doing that. Before any more symlinking, please check "Then please check, where binary of IcedTeaPlugin.so is searching those jars" -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Tue Aug 28 13:53:15 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Tue, 28 Aug 2018 13:53:15 +0000 Subject: [Bug 3621] Can't run java applet on alpine In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3621 --- Comment #6 from Alex --- > The packaging is most likely very badly done, or you did something unexpected. I didn't anything additionally, only install those packages > icedtea-web-mozilla should depend on icedtea-web as all those jars are shared between javaws and libjavaplugin but it doesn't. At least in alpine # apk info --rdepends icedtea-web-mozilla icedtea-web-mozilla-1.6.2-r0 is required by: # apk info --rdepends icedtea-web icedtea-web-1.6.2-r0 is required by: # apk info --depends icedtea-web icedtea-web-1.6.2-r0 depends on: openjdk8-jre bash # apk info --depends icedtea-web-mozilla icedtea-web-mozilla-1.6.2-r0 depends on: openjdk8-jre bash so:libc.musl-x86_64.so.1 so:libgcc_s.so.1 so:libglib-2.0.so.0 so:libstdc++.so.6 > Before any more symlinking, please check "Then please check, where binary of IcedTeaPlugin.so is searching those jars" could you point me in the right direction - how can I do that? -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Tue Aug 28 14:04:58 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Tue, 28 Aug 2018 14:04:58 +0000 Subject: [Bug 3621] Can't run java applet on alpine In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3621 --- Comment #7 from JiriVanek --- (In reply to Alex from comment #6) > > The packaging is most likely very badly done, or you did something unexpected. > > I didn't anything additionally, only install those packages You created additional symlink. You wrote it three times. > > > icedtea-web-mozilla should depend on icedtea-web as all those jars are shared between javaws and libjavaplugin > > but it doesn't. At least in alpine Thats wrong. Please bring alpine developers to the issue. I cant check every distribution around. > > # apk info --rdepends icedtea-web-mozilla > icedtea-web-mozilla-1.6.2-r0 is required by: > > # apk info --rdepends icedtea-web > icedtea-web-1.6.2-r0 is required by: > > # apk info --depends icedtea-web > icedtea-web-1.6.2-r0 depends on: > openjdk8-jre > bash > > # apk info --depends icedtea-web-mozilla > icedtea-web-mozilla-1.6.2-r0 depends on: > openjdk8-jre > bash > so:libc.musl-x86_64.so.1 > so:libgcc_s.so.1 > so:libglib-2.0.so.0 > so:libstdc++.so.6 > > > > Before any more symlinking, please check "Then please check, where binary of IcedTeaPlugin.so is searching those jars" > > could you point me in the right direction - how can I do that? strings IcedTeaPlugin.so | grep jar Where you are intresetd mainly in Xbootclasspath but yo may notice other broken paths here (eg path to jre and so on) -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From akashche at redhat.com Tue Aug 28 21:18:11 2018 From: akashche at redhat.com (Alex Kashchenko) Date: Tue, 28 Aug 2018 22:18:11 +0100 Subject: Hi regarding download always in using icedtea-web In-Reply-To: References: <439f890b-592c-49fa-506c-079f530334d3@redhat.com> <31d8d5c3-43fe-2455-3595-b9f05bd145f5@redhat.com> Message-ID: <152c46e0-35f0-50a3-a4f7-c9f3e88d5ef6@redhat.com> Hi Sreeram, On 08/28/2018 01:06 PM, brahmam wrote: > Hi Alex, > > Thank you for your response. > > I am able to download now ( > https://developers.redhat.com/download-manager/file/java-1.8.0-openjdk-1.8.0.181-1.b13.redhat.windows.x86_64.msi). > I am not sure what wrong I did earlier. It might be an intermittent server-side glitch. > I will check it's behavior and let you know the results. > > In the mean time, > could you please clarify few points to further use > 1) Is this free/open source ? These jdk binaries are releases under GPL2+CE. > 2) how future updates will be available ? Generally Windows builds for LTS jdks has the same lifetime as in RHEL - https://access.redhat.com/articles/1299013#OpenJDK_Lifecycle_Dates_and_RHEL_versions > 3) can this be directly used in production environments ? Yes, the same way as with any other GPL2+CE OpenJDK build. PS: There is also an "unbranded" version of these builds available on GitHub (binaries there are not signed with Red Hat certificate) - https://github.com/ojdkbuild/ojdkbuild > > > Regards, > Sreeram > > On Tue, Aug 28, 2018 at 12:35 AM Alex Kashchenko > wrote: > >> Hi, >> >> On 08/20/2018 10:23 AM, brahmam wrote: >>> Hi, >>> >>> Thank you for the reply. >>> >>> 1) Below link is not downloading anything(after logged in) >>> >> https://developers.redhat.com/download-manager/file/java-1.8.0-openjdk-1.8.0.181-1.b13.redhat.windows.x86_64.msi >>> >>> Instead it opens the below page with *Overview* section >> >> Hm, I am not sure what may be wrong with this link, generally links to >> "https://developers.redhat.com/download-manager" are permanent download >> links to the content published on RH DevPortal. >> >> After the login the following message should appear and download should >> start: >> >> "Thank you for downloading OpenJDK >> Your download should start automatically. If you have any problems with >> the download, please use the direct link." >> >> If download doesn't work for your account - please feel free to send the >> details to me off-list - I can bring the issue to the DevPortal people. >> >>> >>> [...] >>> >> >> -- >> -Alex >> > > -- -Alex From bourges.laurent at gmail.com Wed Aug 29 13:37:20 2018 From: bourges.laurent at gmail.com (=?UTF-8?Q?Laurent_Bourg=C3=A8s?=) Date: Wed, 29 Aug 2018 15:37:20 +0200 Subject: icedtea-web compatible with OpenJDK11 Message-ID: Hi, I am performing tests with icedtea-web-1.7 (cloned) + OpenJDK 11 EA 28 (oracle build) to evaluate if it can provide a suitable alternative to Oracle JDK on major platforms (win/mac/linux). FYI I compiled icedtea-web-1.7 without plugin and modified the generated shell scripts (sh / bat) to successfully run my javaws applications on jdk11 (win/linux). For example: http://jmmc.fr/~bourgesl/Aspro2/ I had many times security dialogs hanging (XAWT lock issue), so I started diagnosing deadlocks (jvisualvm) and fixed several EDT violations. If I use -headless, -Xnofork or -Xtrustall, I have no hanging issue. - Do you have any idea why separate AppContext are absolutely needed that maybe cause XAWT lock deadlocks ? - Running jdeps -jdkinternals (from jdk10) on the netx library reports lots of internal jdk usages, do you plan fixing them ? I could help 1. Are you interested by some patch in netx code ? what is your contribution process (I am an openjdk commiter) ? 2. In latest icedtea-web repo, the shell scripts were removed. So what is your plan for windows / mac compatibility ? Finally IcedTea-Web seems a promising alternative on windows for OpenJDK 11, so I think openjdk distributions should adopt it when OpenJDK 11 will be released. Laurent Bourg?s -------------- next part -------------- An HTML attachment was scrubbed... URL: From jvanek at redhat.com Wed Aug 29 14:37:36 2018 From: jvanek at redhat.com (Jiri Vanek) Date: Wed, 29 Aug 2018 16:37:36 +0200 Subject: icedtea-web compatible with OpenJDK11 In-Reply-To: References: Message-ID: <8b79c61e-70b2-581f-14e1-b4c2020c3df5@redhat.com> On 08/29/2018 03:37 PM, Laurent Bourg?s wrote: > Hi, > > I am performing tests with icedtea-web-1.7 (cloned) + OpenJDK 11 EA 28 (oracle build) to evaluate if > it can provide a suitable alternative to Oracle JDK on major platforms (win/mac/linux). Thank you *very* much for doing this! > > FYI I compiled icedtea-web-1.7 without plugin and modified the generated shell scripts (sh / bat) to Have you disabled both native and java parts of plugin, or only native? > successfully run my javaws applications on jdk11 (win/linux). > For example: http://jmmc.fr/~bourgesl/Aspro2/ Great! I'm really glad to hear this. when I was improving ITW launcher to survive jigsaw, usually ITW itself run well, but nearly all client applications were broken because of illegal access. Thank you very much for improving and verifying the sh/bats. I'm looking forward to see changes you mad! For future (1.8) ITW sh/bat launchers are being rewritten to rust, to avoid duplicated bat/sh code. The rust launchers are based 100% on current sh/bat, with improve in prebuild, downloadable packages for both windows and linux (currently linux is distribution only, but windows is downloadable) > > I had many times security dialogs hanging (XAWT lock issue), so I started diagnosing deadlocks > (jvisualvm) and fixed several EDT violations. This is exceptional. I'm aware of those locks, but never had solid reproducer nor time to debug it properly. This patch will be heavily appreciated, and will be backported to 1.7 and will make candidate for another 1.7 release. > > If I use -headless, -Xnofork or -Xtrustall, I have no hanging issue. > - Do you have any idea why separate AppContext are absolutely needed that maybe cause XAWT lock > deadlocks ? ITW and sandboxed application should be as separate as possible. Isnt Aseparate appcontext part of it? Maybe not. When I inherrited ITW, this was already there, so I keel in the habit. > - Running jdeps -jdkinternals (from jdk10) on the netx library reports lots of internal jdk usages, > do you plan fixing them ? I could help This should be fixed for future ITW. Any patch is welcomed. This is currently moreover one (busy) man show. So only small steps forward with development, a bit bigger with bugfixes, but much smaller in celanups. > > 1. Are you interested by some patch in netx code ? Definitely. > what is your contribution process (I am an openjdk commiter) ? ITW have different contribution process, as it is not hg.openjdk.net, but classpath.org. Looking to the quality of your research and fact that you are OpenJDK commiter, mean that you will post patch or two, I review them and will commit them on your behalf, and then I will nominate you for "classpath hacker" (poetic name:). Doing so, you will get push access to classpath repos. > > 2. In latest icedtea-web repo, the shell scripts were removed. So what is your plan for windows / > mac compatibility ? As written above - they are replaced by rust launchers. They are not removed, jsut moved, and marekd as deprecated if you built only them (configure switches). Still I intend to maintain them at least for itw 1.8 and maybe more further, as on Linux they are exceptionally useful. But in some time, they are likely to die, yes:( I have never run ITW on mac, nor have any feedback on its usage. Likely with oracle removing javaws, it can change. I have some machines rented from redhat to test ITW deeply on linux, and well, alsoa biton windows, but I'm far from being expereinced window one. Still some effort is done to stabilise it. (many silently known issues for ITW on windows, but no more show stoppers). Main kudos for win port goes to Jacob, Alex and Michal and few students I had misused for it. > > Finally IcedTea-Web seems a promising alternative on windows for OpenJDK 11, so I think openjdk > distributions should adopt it when OpenJDK 11 will be released. > Thank you for kind words, and an exceptional work you did on launchers, jdk11 testing and EDT violations. I'm looking forward to see the patches, and I hope I will make theirs upstreaming as simple comfortable as possible to return the value. Best regards from CZ J. -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From bourges.laurent at gmail.com Thu Aug 30 13:05:26 2018 From: bourges.laurent at gmail.com (=?UTF-8?Q?Laurent_Bourg=C3=A8s?=) Date: Thu, 30 Aug 2018 15:05:26 +0200 Subject: IcedTea-Web & Java 11 In-Reply-To: References: Message-ID: Hi, I am testing too icedTea-web 1.7 (hg) with openjdk 11 ! It does not work out of the box, notably I had to hack shell scripts so I will propose patches soon. On linux, here are my changes to provide jigsaw CLI arguments: JDK9="YES" #if ${JAVA} -version 2>&1 | grep -q "version \"9-" ; then # JDK9="YES" #fi Hope it helps, Laurent PS: Here is my complete script (with my own install dirs & jdk11): #!/bin/bash NASHORN=lib/ext/nashorn.jar JAVA=/home/bourgesl/apps/openjdk-11+28_linux-x64_bin/bin/java LAUNCHER_BOOTCLASSPATH='-Xbootclasspath/a:/home/bourgesl/libs/icedtea-web-1.7/install/share/icedtea-web/netx.jar' LAUNCHER_FLAGS=-Xms8m CLASSNAME=net.sourceforge.jnlp.runtime.Boot BINARY_LOCATION=/home/bourgesl/libs/icedtea-web-1.7/install/bin/javaws11 SPLASH_LOCATION=/home/bourgesl/libs/icedtea-web-1.7/install/share/icedtea-web/javaws_splash.png PROGRAM_NAME=javaws CONFIG_HOME=$XDG_CONFIG_HOME if [ "x$CONFIG_HOME" = "x" ] ; then CONFIG_HOME=~/.config fi; PROPERTY_NAME=deployment.jre.dir CUSTOM_JRE_REGEX="^$PROPERTY_NAME *= *" CUSTOM_JRE=`grep "$CUSTOM_JRE_REGEX" $CONFIG_HOME/icedtea-web/deployment.properties 2>/dev/null | sed "s/$CUSTOM_JRE_REGEX//g"` #now check in legacy one if [ "x$CUSTOM_JRE" = "x" ] ; then CUSTOM_JRE=`grep "$CUSTOM_JRE_REGEX" ~/.icedtea/deployment.properties 2>/dev/null | sed "s/$CUSTOM_JRE_REGEX//g"` fi; #now check in global one if [ "x$CUSTOM_JRE" = "x" ] ; then CUSTOM_JRE=`grep "$CUSTOM_JRE_REGEX" /etc/.java/.deploy/deployment.properties 2>/dev/null | sed "s/$CUSTOM_JRE_REGEX//g"` fi; if [ "x$CUSTOM_JRE" != "x" ] ; then if [ -e "$CUSTOM_JRE" -a -e "$CUSTOM_JRE/bin/java" ] ; then JAVA=$CUSTOM_JRE/bin/java else echo "Your custom JRE $CUSTOM_JRE read from deployment.properties under key $PROPERTY_NAME as $CUSTOM_JRE is not valid. Using default ($JAVA) in attempt to start. Please fix this." fi fi; JDK9="YES" #if ${JAVA} -version 2>&1 | grep -q "version \"9-" ; then # JDK9="YES" #fi JAVA_ARGS=( ) ARGS=( ) COMMAND=() i=0 j=0 SPLASH="false" if [ "x$ICEDTEA_WEB_SPLASH" = "x" ] ; then SPLASH="true" fi; while [ "$#" -gt "0" ]; do case "$1" in -J*) JAVA_ARGS[$i]="${1##-J}" i=$((i+1)) ;; *) ARGS[$j]="$1" j=$((j+1)) if [[ "$1" =~ ^[-]*headless ]] ; then SPLASH="false" fi ;; esac shift done k=0 COMMAND[k]="${JAVA}" k=$((k+1)) if [ "$SPLASH" = "true" ] ; then COMMAND[k]="-splash:${SPLASH_LOCATION}" k=$((k+1)) fi; COMMAND[k]="${LAUNCHER_BOOTCLASSPATH}" k=$((k+1)) COMMAND[k]="${LAUNCHER_FLAGS}" k=$((k+1)) if [ "x$JDK9" == "xYES" ] ; then COMMAND[k]="--patch-module" k=$((k+1)) COMMAND[k]="java.desktop=:/home/bourgesl/libs/icedtea-web-1.7/install/share/icedtea-web/netx.jar" k=$((k+1)) # jsobject must be pathched separately from plugin # otherwise netscape pkg would be shared by two modules, which is forbiden JSOBJECT_JAR= # plugin jar may not be built if [ ! "x$JSOBJECT_JAR" == "x" ] ; then COMMAND[k]="--patch-module" k=$((k+1)) COMMAND[k]="jdk.jsobject=$JSOBJECT_JAR" k=$((k+1)) fi COMMAND[k]="--add-reads" k=$((k+1)) COMMAND[k]="java.base=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-reads" k=$((k+1)) COMMAND[k]="java.desktop=ALL-UNNAMED,java.naming" k=$((k+1)) COMMAND[k]="--add-reads" k=$((k+1)) COMMAND[k]="java.naming=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.desktop/sun.awt=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.desktop/javax.jnlp=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/sun.security.provider=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/sun.security.util=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/sun.security.x509=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/jdk.internal.util.jar=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/sun.security.validator=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/com.sun.net.ssl.internal.ssl=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/sun.net.www.protocol.jar=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.desktop/sun.awt.X11=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.naming/com.sun.jndi.toolkit.url=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.desktop/sun.applet=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/sun.security.action=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/sun.net.www.protocol.http=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.desktop/sun.applet=ALL-UNNAMED,jdk.jsobject" k=$((k+1)) fi i=0 while [ "$i" -lt "${#JAVA_ARGS[@]}" ]; do COMMAND[k]="${JAVA_ARGS[$i]}" i=$((i+1)) k=$((k+1)) done #COMMAND[k]="-classpath" #k=$((k+1)) #COMMAND[k]="${CP}" #k=$((k+1)) COMMAND[k]="-Dicedtea-web.bin.name=${PROGRAM_NAME}" k=$((k+1)) COMMAND[k]="-Dicedtea-web.bin.location=${BINARY_LOCATION}" k=$((k+1)) COMMAND[k]="${CLASSNAME}" k=$((k+1)) j=0 while [ "$j" -lt "${#ARGS[@]}" ]; do COMMAND[k]="${ARGS[$j]}" j=$((j+1)) k=$((k+1)) done echo "CLI: '${COMMAND[@]}' " exec -a "$PROGRAM_NAME" "${COMMAND[@]}" exit $? Le jeu. 30 ao?t 2018 ? 12:36, Suewirotjanakun, Bundit < bundit.suewirotjanakun at cgi.com> a ?crit : > Hello, > > > > First of all I?m sorry if I?m not using the discussion list properly. It?s > my first time posting message to this mailing list. > > > > I?m trying to use IcedTea-Web 1.7.1 with Java 11, but I got the following > error: > > > > java.lang.ClassNotFoundException: sun/misc/JarIndex > > at java.base/java.lang.Class.forName0(Native Method) > > at java.base/java.lang.Class.forName(Class.java:315) > > at > net.sourceforge.jnlp.jdk89acesses.JarIndexAccess.(JarIndexAccess.java:23) > > at > net.sourceforge.jnlp.runtime.JNLPClassLoader$2.run(JNLPClassLoader.java:1340) > > at > net.sourceforge.jnlp.runtime.JNLPClassLoader$2.run(JNLPClassLoader.java:1232) > > at java.base/java.security.AccessController.doPrivileged(Native > Method) > > at > net.sourceforge.jnlp.runtime.JNLPClassLoader.activateJars(JNLPClassLoader.java:1362) > > at > net.sourceforge.jnlp.runtime.JNLPClassLoader.initializeResources(JNLPClassLoader.java:785) > > at > net.sourceforge.jnlp.runtime.JNLPClassLoader.(JNLPClassLoader.java:285) > > at > net.sourceforge.jnlp.runtime.JNLPClassLoader.createInstance(JNLPClassLoader.java:357) > > at > net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:429) > > at > net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:403) > > at net.sourceforge.jnlp.Launcher.createApplication(Launcher.java:809) > > at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java:529) > > at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:940) > > > > Running jdk9+ ? > > java.lang.RuntimeException: java.lang.IllegalAccessException: class > net.sourceforge.jnlp.jdk89acesses.JarIndexAccess cannot access class > jdk.internal.util.jar.JarIndex (in module java.base) because module > java.base does not export jdk.internal.util.jar to unnamed module @5906ebcb > > at > net.sourceforge.jnlp.jdk89acesses.JarIndexAccess.getJarIndex(JarIndexAccess.java:47) > > at > net.sourceforge.jnlp.runtime.JNLPClassLoader$2.run(JNLPClassLoader.java:1340) > > at > net.sourceforge.jnlp.runtime.JNLPClassLoader$2.run(JNLPClassLoader.java:1232) > > at java.base/java.security.AccessController.doPrivileged(Native > Method) > > at > net.sourceforge.jnlp.runtime.JNLPClassLoader.activateJars(JNLPClassLoader.java:1362) > > at > net.sourceforge.jnlp.runtime.JNLPClassLoader.initializeResources(JNLPClassLoader.java:785) > > at > net.sourceforge.jnlp.runtime.JNLPClassLoader.(JNLPClassLoader.java:285) > > at > net.sourceforge.jnlp.runtime.JNLPClassLoader.createInstance(JNLPClassLoader.java:357) > > at > net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:429) > > at > net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:403) > > at net.sourceforge.jnlp.Launcher.createApplication(Launcher.java:809) > > at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java:529) > > at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:940) > > Caused by: java.lang.IllegalAccessException: class > net.sourceforge.jnlp.jdk89acesses.JarIndexAccess cannot access class > jdk.internal.util.jar.JarIndex (in module java.base) because module > java.base does not export jdk.internal.util.jar to unnamed module @5906ebcb > > at > java.base/jdk.internal.reflect.Reflection.newIllegalAccessException(Reflection.java:361) > > at > java.base/java.lang.reflect.AccessibleObject.checkAccess(AccessibleObject.java:591) > > at java.base/java.lang.reflect.Method.invoke(Method.java:558) > > at > net.sourceforge.jnlp.jdk89acesses.JarIndexAccess.getJarIndexImpl(JarIndexAccess.java:53) > > at > net.sourceforge.jnlp.jdk89acesses.JarIndexAccess.getJarIndex(JarIndexAccess.java:45) > > ... 12 more > > > > I kind of have good idea of what causes the error, but I just want to make > sure that I explore all the options. Is there any configuration I can set > to make it worked with Java 11? Do I have to wait for the a version of > IcedTea-Web that supports Java 11? If it?s the case, is there any timeline > on the GA? > > > > Thank you. > > > > Best regards, > > Bundit Suewirotjanakun. > -- -- Laurent Bourg?s -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla-daemon at icedtea.classpath.org Fri Aug 31 14:15:18 2018 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 31 Aug 2018 14:15:18 +0000 Subject: [Bug 3621] Can't run java applet on alpine In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3621 --- Comment #8 from Alex --- Sorry for the late response, a lot of work. $ strings /usr/lib/jvm/java-1.8-openjdk/lib/IcedTeaPlugin.so | grep '\.jar' -Xbootclasspath/a:/usr/share/icedtea-web/netx.jar:/usr/share/icedtea-web/plugin.jar Your custom jre (/lib/rt.jar check) %s is not valid. Please fix %s in your %s. In attempt to run using default one. /usr/lib/jvm/java-1.8-openjdk/jre/lib/rt.jar So it seems the paths are correct, I just need to install icedtea-web At least after that on the test page I see the following message Verifying Java Version A newer version of Java is available Please click the download button to get the recommended Java for your computer. Your Java version: Version 8 Update 171 But unfortunately the web client still doesn't work. Maybe you can point me in the right direction. I can login, but when I try to create a document I get the following error in the console com.cs.crypto.applet.client.CSApplet Exception: java.security.AccessControlException: access denied ("java.util.PropertyPermission" "java.io.tmpdir" "read") at java.security.AccessControlContext.checkPermission(AccessControlContext.java:472) at java.security.AccessController.checkPermission(AccessController.java:884) at java.lang.SecurityManager.checkPermission(SecurityManager.java:549) at net.sourceforge.jnlp.runtime.JNLPSecurityManager.checkPermission(JNLPSecurityManager.java:292) -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bundit.suewirotjanakun at cgi.com Fri Aug 31 14:27:38 2018 From: bundit.suewirotjanakun at cgi.com (Suewirotjanakun, Bundit) Date: Fri, 31 Aug 2018 14:27:38 +0000 Subject: IcedTea-Web & Java 11 In-Reply-To: References: Message-ID: Hello, Thank you very much for information. I?m trying to use it on Windows system. Just like your environment the startup script doesn?t work with openjdk11. It?s easy to update, and I managed to get it to work with openjdk11. However, the IcedTea-Web (1.7.1) uses some internal JDK classes that are no longer exported in openjdk11. The attached stack trace shows details of the error. I did look at IcedTea-Web source code and found that it uses a few of un-exported classes. Do you really get it to run on openjdk11? Best regards, Bundit Suewirotjanakun Senior Consultant CGI - Services to Credit Unions 7010 Bayer's Road, Suite 1007 Halifax, NS, B3L 2C2 902-493-4400 ext. 2838 From: Laurent Bourg?s [mailto:bourges.laurent at gmail.com] Sent: Thursday, August 30, 2018 10:05 AM To: Suewirotjanakun, Bundit Cc: distro-pkg-dev at openjdk.java.net Subject: Re: IcedTea-Web & Java 11 Hi, I am testing too icedTea-web 1.7 (hg) with openjdk 11 ! It does not work out of the box, notably I had to hack shell scripts so I will propose patches soon. On linux, here are my changes to provide jigsaw CLI arguments: JDK9="YES" #if ${JAVA} -version 2>&1 | grep -q "version \"9-" ; then # JDK9="YES" #fi Hope it helps, Laurent PS: Here is my complete script (with my own install dirs & jdk11): #!/bin/bash NASHORN=lib/ext/nashorn.jar JAVA=/home/bourgesl/apps/openjdk-11+28_linux-x64_bin/bin/java LAUNCHER_BOOTCLASSPATH='-Xbootclasspath/a:/home/bourgesl/libs/icedtea-web-1.7/install/share/icedtea-web/netx.jar' LAUNCHER_FLAGS=-Xms8m CLASSNAME=net.sourceforge.jnlp.runtime.Boot BINARY_LOCATION=/home/bourgesl/libs/icedtea-web-1.7/install/bin/javaws11 SPLASH_LOCATION=/home/bourgesl/libs/icedtea-web-1.7/install/share/icedtea-web/javaws_splash.png PROGRAM_NAME=javaws CONFIG_HOME=$XDG_CONFIG_HOME if [ "x$CONFIG_HOME" = "x" ] ; then CONFIG_HOME=~/.config fi; PROPERTY_NAME=deployment.jre.dir CUSTOM_JRE_REGEX="^$PROPERTY_NAME *= *" CUSTOM_JRE=`grep "$CUSTOM_JRE_REGEX" $CONFIG_HOME/icedtea-web/deployment.properties 2>/dev/null | sed "s/$CUSTOM_JRE_REGEX//g"` #now check in legacy one if [ "x$CUSTOM_JRE" = "x" ] ; then CUSTOM_JRE=`grep "$CUSTOM_JRE_REGEX" ~/.icedtea/deployment.properties 2>/dev/null | sed "s/$CUSTOM_JRE_REGEX//g"` fi; #now check in global one if [ "x$CUSTOM_JRE" = "x" ] ; then CUSTOM_JRE=`grep "$CUSTOM_JRE_REGEX" /etc/.java/.deploy/deployment.properties 2>/dev/null | sed "s/$CUSTOM_JRE_REGEX//g"` fi; if [ "x$CUSTOM_JRE" != "x" ] ; then if [ -e "$CUSTOM_JRE" -a -e "$CUSTOM_JRE/bin/java" ] ; then JAVA=$CUSTOM_JRE/bin/java else echo "Your custom JRE $CUSTOM_JRE read from deployment.properties under key $PROPERTY_NAME as $CUSTOM_JRE is not valid. Using default ($JAVA) in attempt to start. Please fix this." fi fi; JDK9="YES" #if ${JAVA} -version 2>&1 | grep -q "version \"9-" ; then # JDK9="YES" #fi JAVA_ARGS=( ) ARGS=( ) COMMAND=() i=0 j=0 SPLASH="false" if [ "x$ICEDTEA_WEB_SPLASH" = "x" ] ; then SPLASH="true" fi; while [ "$#" -gt "0" ]; do case "$1" in -J*) JAVA_ARGS[$i]="${1##-J}" i=$((i+1)) ;; *) ARGS[$j]="$1" j=$((j+1)) if [[ "$1" =~ ^[-]*headless ]] ; then SPLASH="false" fi ;; esac shift done k=0 COMMAND[k]="${JAVA}" k=$((k+1)) if [ "$SPLASH" = "true" ] ; then COMMAND[k]="-splash:${SPLASH_LOCATION}" k=$((k+1)) fi; COMMAND[k]="${LAUNCHER_BOOTCLASSPATH}" k=$((k+1)) COMMAND[k]="${LAUNCHER_FLAGS}" k=$((k+1)) if [ "x$JDK9" == "xYES" ] ; then COMMAND[k]="--patch-module" k=$((k+1)) COMMAND[k]="java.desktop=:/home/bourgesl/libs/icedtea-web-1.7/install/share/icedtea-web/netx.jar" k=$((k+1)) # jsobject must be pathched separately from plugin # otherwise netscape pkg would be shared by two modules, which is forbiden JSOBJECT_JAR= # plugin jar may not be built if [ ! "x$JSOBJECT_JAR" == "x" ] ; then COMMAND[k]="--patch-module" k=$((k+1)) COMMAND[k]="jdk.jsobject=$JSOBJECT_JAR" k=$((k+1)) fi COMMAND[k]="--add-reads" k=$((k+1)) COMMAND[k]="java.base=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-reads" k=$((k+1)) COMMAND[k]="java.desktop=ALL-UNNAMED,java.naming" k=$((k+1)) COMMAND[k]="--add-reads" k=$((k+1)) COMMAND[k]="java.naming=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.desktop/sun.awt=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.desktop/javax.jnlp=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/sun.security.provider=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/sun.security.util=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/sun.security.x509=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/jdk.internal.util.jar=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/sun.security.validator=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/com.sun.net.ssl.internal.ssl=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/sun.net.www.protocol.jar=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.desktop/sun.awt.X11=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.naming/com.sun.jndi.toolkit.url=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.desktop/sun.applet=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/sun.security.action=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/sun.net.www.protocol.http=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.desktop/sun.applet=ALL-UNNAMED,jdk.jsobject" k=$((k+1)) fi i=0 while [ "$i" -lt "${#JAVA_ARGS[@]}" ]; do COMMAND[k]="${JAVA_ARGS[$i]}" i=$((i+1)) k=$((k+1)) done #COMMAND[k]="-classpath" #k=$((k+1)) #COMMAND[k]="${CP}" #k=$((k+1)) COMMAND[k]="-Dicedtea-web.bin.name=${PROGRAM_NAME}" k=$((k+1)) COMMAND[k]="-Dicedtea-web.bin.location=${BINARY_LOCATION}" k=$((k+1)) COMMAND[k]="${CLASSNAME}" k=$((k+1)) j=0 while [ "$j" -lt "${#ARGS[@]}" ]; do COMMAND[k]="${ARGS[$j]}" j=$((j+1)) k=$((k+1)) done echo "CLI: '${COMMAND[@]}' " exec -a "$PROGRAM_NAME" "${COMMAND[@]}" exit $? Le jeu. 30 ao?t 2018 ? 12:36, Suewirotjanakun, Bundit > a ?crit : Hello, First of all I?m sorry if I?m not using the discussion list properly. It?s my first time posting message to this mailing list. I?m trying to use IcedTea-Web 1.7.1 with Java 11, but I got the following error: java.lang.ClassNotFoundException: sun/misc/JarIndex at java.base/java.lang.Class.forName0(Native Method) at java.base/java.lang.Class.forName(Class.java:315) at net.sourceforge.jnlp.jdk89acesses.JarIndexAccess.(JarIndexAccess.java:23) at net.sourceforge.jnlp.runtime.JNLPClassLoader$2.run(JNLPClassLoader.java:1340) at net.sourceforge.jnlp.runtime.JNLPClassLoader$2.run(JNLPClassLoader.java:1232) at java.base/java.security.AccessController.doPrivileged(Native Method) at net.sourceforge.jnlp.runtime.JNLPClassLoader.activateJars(JNLPClassLoader.java:1362) at net.sourceforge.jnlp.runtime.JNLPClassLoader.initializeResources(JNLPClassLoader.java:785) at net.sourceforge.jnlp.runtime.JNLPClassLoader.(JNLPClassLoader.java:285) at net.sourceforge.jnlp.runtime.JNLPClassLoader.createInstance(JNLPClassLoader.java:357) at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:429) at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:403) at net.sourceforge.jnlp.Launcher.createApplication(Launcher.java:809) at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java:529) at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:940) Running jdk9+ ? java.lang.RuntimeException: java.lang.IllegalAccessException: class net.sourceforge.jnlp.jdk89acesses.JarIndexAccess cannot access class jdk.internal.util.jar.JarIndex (in module java.base) because module java.base does not export jdk.internal.util.jar to unnamed module @5906ebcb at net.sourceforge.jnlp.jdk89acesses.JarIndexAccess.getJarIndex(JarIndexAccess.java:47) at net.sourceforge.jnlp.runtime.JNLPClassLoader$2.run(JNLPClassLoader.java:1340) at net.sourceforge.jnlp.runtime.JNLPClassLoader$2.run(JNLPClassLoader.java:1232) at java.base/java.security.AccessController.doPrivileged(Native Method) at net.sourceforge.jnlp.runtime.JNLPClassLoader.activateJars(JNLPClassLoader.java:1362) at net.sourceforge.jnlp.runtime.JNLPClassLoader.initializeResources(JNLPClassLoader.java:785) at net.sourceforge.jnlp.runtime.JNLPClassLoader.(JNLPClassLoader.java:285) at net.sourceforge.jnlp.runtime.JNLPClassLoader.createInstance(JNLPClassLoader.java:357) at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:429) at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:403) at net.sourceforge.jnlp.Launcher.createApplication(Launcher.java:809) at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java:529) at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:940) Caused by: java.lang.IllegalAccessException: class net.sourceforge.jnlp.jdk89acesses.JarIndexAccess cannot access class jdk.internal.util.jar.JarIndex (in module java.base) because module java.base does not export jdk.internal.util.jar to unnamed module @5906ebcb at java.base/jdk.internal.reflect.Reflection.newIllegalAccessException(Reflection.java:361) at java.base/java.lang.reflect.AccessibleObject.checkAccess(AccessibleObject.java:591) at java.base/java.lang.reflect.Method.invoke(Method.java:558) at net.sourceforge.jnlp.jdk89acesses.JarIndexAccess.getJarIndexImpl(JarIndexAccess.java:53) at net.sourceforge.jnlp.jdk89acesses.JarIndexAccess.getJarIndex(JarIndexAccess.java:45) ... 12 more I kind of have good idea of what causes the error, but I just want to make sure that I explore all the options. Is there any configuration I can set to make it worked with Java 11? Do I have to wait for the a version of IcedTea-Web that supports Java 11? If it?s the case, is there any timeline on the GA? Thank you. Best regards, Bundit Suewirotjanakun. -- -- Laurent Bourg?s -------------- next part -------------- An HTML attachment was scrubbed... URL: From bourges.laurent at gmail.com Fri Aug 31 15:59:24 2018 From: bourges.laurent at gmail.com (=?UTF-8?Q?Laurent_Bourg=C3=A8s?=) Date: Fri, 31 Aug 2018 17:59:24 +0200 Subject: IcedTea-Web & Java 11 In-Reply-To: References: Message-ID: Hello, I succeeded in running icedtea-web (netx) on windows 7 with openjdk11-28 but without its own javaws.bat script. I adapted the command line generated on linux to start netx.jar Boot class with all jigsaw options... My next step consist in rewriting the windows script as jigsaw args are missing. Moreover it figures out the java home from the registry... Please send your script or just give me some time... Maybe try icedtea-1.8 as Jiri mentioned shell scripts were improved. Laurent Le ven. 31 ao?t 2018 ? 16:27, Suewirotjanakun, Bundit < bundit.suewirotjanakun at cgi.com> a ?crit : > Hello, > > > > Thank you very much for information. I?m trying to use it on Windows > system. Just like your environment the startup script doesn?t work with > openjdk11. It?s easy to update, and I managed to get it to work with > openjdk11. > > > > However, the IcedTea-Web (1.7.1) uses some internal JDK classes that are > no longer exported in openjdk11. The attached stack trace shows details of > the error. I did look at IcedTea-Web source code and found that it uses a > few of un-exported classes. > > > > Do you really get it to run on openjdk11? > > > > Best regards, > > Bundit Suewirotjanakun > > Senior Consultant > > CGI - Services to Credit Unions > > 7010 Bayer's Road, Suite 1007 > > Halifax, NS, B3L 2C2 > > 902-493-4400 ext. 2838 > > > > *From:* Laurent Bourg?s [mailto:bourges.laurent at gmail.com] > *Sent:* Thursday, August 30, 2018 10:05 AM > *To:* Suewirotjanakun, Bundit > *Cc:* distro-pkg-dev at openjdk.java.net > *Subject:* Re: IcedTea-Web & Java 11 > > > > Hi, > > I am testing too icedTea-web 1.7 (hg) with openjdk 11 ! > > It does not work out of the box, notably I had to hack shell scripts so I > will propose patches soon. > > > > On linux, here are my changes to provide jigsaw CLI arguments: > > JDK9="YES" > #if ${JAVA} -version 2>&1 | grep -q "version \"9-" ; then > # JDK9="YES" > #fi > > > > Hope it helps, > > Laurent > > > > PS: Here is my complete script (with my own install dirs & jdk11): > > #!/bin/bash > > NASHORN=lib/ext/nashorn.jar > JAVA=/home/bourgesl/apps/openjdk-11+28_linux-x64_bin/bin/java > > LAUNCHER_BOOTCLASSPATH='-Xbootclasspath/a:/home/bourgesl/libs/icedtea-web-1.7/install/share/icedtea-web/netx.jar' > LAUNCHER_FLAGS=-Xms8m > CLASSNAME=net.sourceforge.jnlp.runtime.Boot > BINARY_LOCATION=/home/bourgesl/libs/icedtea-web-1.7/install/bin/javaws11 > > SPLASH_LOCATION=/home/bourgesl/libs/icedtea-web-1.7/install/share/icedtea-web/javaws_splash.png > PROGRAM_NAME=javaws > > CONFIG_HOME=$XDG_CONFIG_HOME > if [ "x$CONFIG_HOME" = "x" ] ; then > CONFIG_HOME=~/.config > fi; > PROPERTY_NAME=deployment.jre.dir > CUSTOM_JRE_REGEX="^$PROPERTY_NAME *= *" > CUSTOM_JRE=`grep "$CUSTOM_JRE_REGEX" $CONFIG_HOME/icedtea-web/ > deployment.properties > > 2>/dev/null | sed "s/$CUSTOM_JRE_REGEX//g"` > #now check in legacy one > if [ "x$CUSTOM_JRE" = "x" ] ; then > CUSTOM_JRE=`grep "$CUSTOM_JRE_REGEX" ~/.icedtea/deployment.properties > > 2>/dev/null | sed "s/$CUSTOM_JRE_REGEX//g"` > fi; > #now check in global one > if [ "x$CUSTOM_JRE" = "x" ] ; then > CUSTOM_JRE=`grep "$CUSTOM_JRE_REGEX" /etc/.java/.deploy/ > deployment.properties > > 2>/dev/null | sed "s/$CUSTOM_JRE_REGEX//g"` > fi; > if [ "x$CUSTOM_JRE" != "x" ] ; then > if [ -e "$CUSTOM_JRE" -a -e "$CUSTOM_JRE/bin/java" ] ; then > JAVA=$CUSTOM_JRE/bin/java > else > echo "Your custom JRE $CUSTOM_JRE read from deployment.properties > > under key $PROPERTY_NAME as $CUSTOM_JRE is not valid. Using default ($JAVA) > in attempt to start. Please fix this." > fi > fi; > > JDK9="YES" > #if ${JAVA} -version 2>&1 | grep -q "version \"9-" ; then > # JDK9="YES" > #fi > > JAVA_ARGS=( ) > ARGS=( ) > COMMAND=() > > i=0 > j=0 > > SPLASH="false" > if [ "x$ICEDTEA_WEB_SPLASH" = "x" ] ; then > SPLASH="true" > fi; > while [ "$#" -gt "0" ]; do > case "$1" in > -J*) > JAVA_ARGS[$i]="${1##-J}" > i=$((i+1)) > ;; > *) > ARGS[$j]="$1" > j=$((j+1)) > if [[ "$1" =~ ^[-]*headless ]] ; then > SPLASH="false" > fi > ;; > esac > shift > done > > k=0 > COMMAND[k]="${JAVA}" > k=$((k+1)) > if [ "$SPLASH" = "true" ] ; then > COMMAND[k]="-splash:${SPLASH_LOCATION}" > k=$((k+1)) > fi; > COMMAND[k]="${LAUNCHER_BOOTCLASSPATH}" > k=$((k+1)) > COMMAND[k]="${LAUNCHER_FLAGS}" > k=$((k+1)) > > if [ "x$JDK9" == "xYES" ] ; then > COMMAND[k]="--patch-module" > k=$((k+1)) > > COMMAND[k]="java.desktop=:/home/bourgesl/libs/icedtea-web-1.7/install/share/icedtea-web/netx.jar" > k=$((k+1)) > # jsobject must be pathched separately from plugin > # otherwise netscape pkg would be shared by two modules, which is forbiden > JSOBJECT_JAR= > # plugin jar may not be built > if [ ! "x$JSOBJECT_JAR" == "x" ] ; then > COMMAND[k]="--patch-module" > k=$((k+1)) > COMMAND[k]="jdk.jsobject=$JSOBJECT_JAR" > k=$((k+1)) > fi > > COMMAND[k]="--add-reads" > k=$((k+1)) > COMMAND[k]="java.base=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-reads" > k=$((k+1)) > COMMAND[k]="java.desktop=ALL-UNNAMED,java.naming" > k=$((k+1)) > COMMAND[k]="--add-reads" > k=$((k+1)) > COMMAND[k]="java.naming=ALL-UNNAMED,java.desktop" > k=$((k+1)) > > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.desktop/sun.awt=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.desktop/javax.jnlp=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.base/sun.security.provider=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.base/sun.security.util=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.base/sun.security.x509=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.base/jdk.internal.util.jar=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.base/sun.security.validator=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > > COMMAND[k]="java.base/com.sun.net.ssl.internal.ssl=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.base/sun.net.www.protocol.jar=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.desktop/sun.awt.X11=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.naming/com.sun.jndi.toolkit.url=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.desktop/sun.applet=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.base/sun.security.action=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.base/sun.net.www.protocol.http=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.desktop/sun.applet=ALL-UNNAMED,jdk.jsobject" > k=$((k+1)) > fi > > > i=0 > while [ "$i" -lt "${#JAVA_ARGS[@]}" ]; do > COMMAND[k]="${JAVA_ARGS[$i]}" > i=$((i+1)) > k=$((k+1)) > done > #COMMAND[k]="-classpath" > #k=$((k+1)) > #COMMAND[k]="${CP}" > #k=$((k+1)) > COMMAND[k]="-Dicedtea-web.bin.name > > =${PROGRAM_NAME}" > k=$((k+1)) > COMMAND[k]="-Dicedtea-web.bin.location=${BINARY_LOCATION}" > k=$((k+1)) > COMMAND[k]="${CLASSNAME}" > k=$((k+1)) > j=0 > while [ "$j" -lt "${#ARGS[@]}" ]; do > COMMAND[k]="${ARGS[$j]}" > j=$((j+1)) > k=$((k+1)) > done > > echo "CLI: '${COMMAND[@]}' " > exec -a "$PROGRAM_NAME" "${COMMAND[@]}" > > exit $? > > > > > > > > Le jeu. 30 ao?t 2018 ? 12:36, Suewirotjanakun, Bundit < > bundit.suewirotjanakun at cgi.com> a ?crit : > > Hello, > > > > First of all I?m sorry if I?m not using the discussion list properly. It?s > my first time posting message to this mailing list. > > > > I?m trying to use IcedTea-Web 1.7.1 with Java 11, but I got the following > error: > > > > java.lang.ClassNotFoundException: sun/misc/JarIndex > > at java.base/java.lang.Class.forName0(Native Method) > > at java.base/java.lang.Class.forName(Class.java > > :315) > > at net.sourceforge.jnlp.jdk89acesses.JarIndexAccess.( > JarIndexAccess.java > > :23) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader$2.run( > JNLPClassLoader.java > > :1340) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader$2.run( > JNLPClassLoader.java > > :1232) > > at java.base/java.security.AccessController.doPrivileged(Native > Method) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.activateJars( > JNLPClassLoader.java > > :1362) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.initializeResources( > JNLPClassLoader.java > > :785) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.( > JNLPClassLoader.java > > :285) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.createInstance( > JNLPClassLoader.java > > :357) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance( > JNLPClassLoader.java > > :429) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance( > JNLPClassLoader.java > > :403) > > at net.sourceforge.jnlp.Launcher.createApplication(Launcher.java > > :809) > > at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java > > :529) > > at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java > > :940) > > > > Running jdk9+ ? > > java.lang.RuntimeException: java.lang.IllegalAccessException: class > net.sourceforge.jnlp.jdk89acesses.JarIndexAccess cannot access class > jdk.internal.util.jar.JarIndex (in module java.base) because module > java.base does not export jdk.internal.util.jar to unnamed module @5906ebcb > > at net.sourceforge.jnlp.jdk89acesses.JarIndexAccess.getJarIndex( > JarIndexAccess.java > > :47) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader$2.run( > JNLPClassLoader.java > > :1340) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader$2.run( > JNLPClassLoader.java > > :1232) > > at java.base/java.security.AccessController.doPrivileged(Native > Method) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.activateJars( > JNLPClassLoader.java > > :1362) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.initializeResources( > JNLPClassLoader.java > > :785) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.( > JNLPClassLoader.java > > :285) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.createInstance( > JNLPClassLoader.java > > :357) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance( > JNLPClassLoader.java > > :429) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance( > JNLPClassLoader.java > > :403) > > at net.sourceforge.jnlp.Launcher.createApplication(Launcher.java > > :809) > > at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java > > :529) > > at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java > > :940) > > Caused by: java.lang.IllegalAccessException: class > net.sourceforge.jnlp.jdk89acesses.JarIndexAccess cannot access class > jdk.internal.util.jar.JarIndex (in module java.base) because module > java.base does not export jdk.internal.util.jar to unnamed module @5906ebcb > > at > java.base/jdk.internal.reflect.Reflection.newIllegalAccessException( > Reflection.java > > :361) > > at java.base/java.lang.reflect.AccessibleObject.checkAccess( > AccessibleObject.java > > :591) > > at java.base/java.lang.reflect.Method.invoke(Method.java > > :558) > > at net.sourceforge.jnlp.jdk89acesses.JarIndexAccess.getJarIndexImpl( > JarIndexAccess.java > > :53) > > at net.sourceforge.jnlp.jdk89acesses.JarIndexAccess.getJarIndex( > JarIndexAccess.java > > :45) > > ... 12 more > > > > I kind of have good idea of what causes the error, but I just want to make > sure that I explore all the options. Is there any configuration I can set > to make it worked with Java 11? Do I have to wait for the a version of > IcedTea-Web that supports Java 11? If it?s the case, is there any timeline > on the GA? > > > > Thank you. > > > > Best regards, > > Bundit Suewirotjanakun. > > > > -- > > -- > Laurent Bourg?s > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bundit.suewirotjanakun at cgi.com Fri Aug 31 16:57:08 2018 From: bundit.suewirotjanakun at cgi.com (Suewirotjanakun, Bundit) Date: Fri, 31 Aug 2018 16:57:08 +0000 Subject: IcedTea-Web & Java 11 In-Reply-To: References: Message-ID: Hello, I?m not so familiar with Jigsaw and haven?t used it much. When you said you ran your program with Jigsaw options, do you mean you used Jigsaw options to change the way the modules are exported? Did you have to export modules that are not exported in standard openjdk11? As far as the startup script goes I just bypassed the Java home finding by supplying INST_JAVA_HOME from environment variable and commenting out line 21 of javaws.bat of IcedTea-Web 1.7.1.It might not be the best solution, but it got me pass the startup script problem and allowed me to do what I wanted to do. I?m not sure though if it causes the problem I?m having now. For the Windows registry Oracle seems to change the location of Java registry starting in late update of Java 8 from Oracle. I didn?t check it with openjdk. Best regards, Bundit Suewirotjanakun Senior Consultant CGI - Services to Credit Unions 7010 Bayer's Road, Suite 1007 Halifax, NS, B3L 2C2 902-493-4400 ext. 2838 From: Laurent Bourg?s [mailto:bourges.laurent at gmail.com] Sent: Friday, August 31, 2018 12:59 PM To: Suewirotjanakun, Bundit Cc: distro-pkg-dev at openjdk.java.net Subject: Re: IcedTea-Web & Java 11 Hello, I succeeded in running icedtea-web (netx) on windows 7 with openjdk11-28 but without its own javaws.bat script. I adapted the command line generated on linux to start netx.jar Boot class with all jigsaw options... My next step consist in rewriting the windows script as jigsaw args are missing. Moreover it figures out the java home from the registry... Please send your script or just give me some time... Maybe try icedtea-1.8 as Jiri mentioned shell scripts were improved. Laurent Le ven. 31 ao?t 2018 ? 16:27, Suewirotjanakun, Bundit > a ?crit : Hello, Thank you very much for information. I?m trying to use it on Windows system. Just like your environment the startup script doesn?t work with openjdk11. It?s easy to update, and I managed to get it to work with openjdk11. However, the IcedTea-Web (1.7.1) uses some internal JDK classes that are no longer exported in openjdk11. The attached stack trace shows details of the error. I did look at IcedTea-Web source code and found that it uses a few of un-exported classes. Do you really get it to run on openjdk11? Best regards, Bundit Suewirotjanakun Senior Consultant CGI - Services to Credit Unions 7010 Bayer's Road, Suite 1007 Halifax, NS, B3L 2C2 902-493-4400 ext. 2838 From: Laurent Bourg?s [mailto:bourges.laurent at gmail.com] Sent: Thursday, August 30, 2018 10:05 AM To: Suewirotjanakun, Bundit Cc: distro-pkg-dev at openjdk.java.net Subject: Re: IcedTea-Web & Java 11 Hi, I am testing too icedTea-web 1.7 (hg) with openjdk 11 ! It does not work out of the box, notably I had to hack shell scripts so I will propose patches soon. On linux, here are my changes to provide jigsaw CLI arguments: JDK9="YES" #if ${JAVA} -version 2>&1 | grep -q "version \"9-" ; then # JDK9="YES" #fi Hope it helps, Laurent PS: Here is my complete script (with my own install dirs & jdk11): #!/bin/bash NASHORN=lib/ext/nashorn.jar JAVA=/home/bourgesl/apps/openjdk-11+28_linux-x64_bin/bin/java LAUNCHER_BOOTCLASSPATH='-Xbootclasspath/a:/home/bourgesl/libs/icedtea-web-1.7/install/share/icedtea-web/netx.jar' LAUNCHER_FLAGS=-Xms8m CLASSNAME=net.sourceforge.jnlp.runtime.Boot BINARY_LOCATION=/home/bourgesl/libs/icedtea-web-1.7/install/bin/javaws11 SPLASH_LOCATION=/home/bourgesl/libs/icedtea-web-1.7/install/share/icedtea-web/javaws_splash.png PROGRAM_NAME=javaws CONFIG_HOME=$XDG_CONFIG_HOME if [ "x$CONFIG_HOME" = "x" ] ; then CONFIG_HOME=~/.config fi; PROPERTY_NAME=deployment.jre.dir CUSTOM_JRE_REGEX="^$PROPERTY_NAME *= *" CUSTOM_JRE=`grep "$CUSTOM_JRE_REGEX" $CONFIG_HOME/icedtea-web/deployment.properties 2>/dev/null | sed "s/$CUSTOM_JRE_REGEX//g"` #now check in legacy one if [ "x$CUSTOM_JRE" = "x" ] ; then CUSTOM_JRE=`grep "$CUSTOM_JRE_REGEX" ~/.icedtea/deployment.properties 2>/dev/null | sed "s/$CUSTOM_JRE_REGEX//g"` fi; #now check in global one if [ "x$CUSTOM_JRE" = "x" ] ; then CUSTOM_JRE=`grep "$CUSTOM_JRE_REGEX" /etc/.java/.deploy/deployment.properties 2>/dev/null | sed "s/$CUSTOM_JRE_REGEX//g"` fi; if [ "x$CUSTOM_JRE" != "x" ] ; then if [ -e "$CUSTOM_JRE" -a -e "$CUSTOM_JRE/bin/java" ] ; then JAVA=$CUSTOM_JRE/bin/java else echo "Your custom JRE $CUSTOM_JRE read from deployment.properties under key $PROPERTY_NAME as $CUSTOM_JRE is not valid. Using default ($JAVA) in attempt to start. Please fix this." fi fi; JDK9="YES" #if ${JAVA} -version 2>&1 | grep -q "version \"9-" ; then # JDK9="YES" #fi JAVA_ARGS=( ) ARGS=( ) COMMAND=() i=0 j=0 SPLASH="false" if [ "x$ICEDTEA_WEB_SPLASH" = "x" ] ; then SPLASH="true" fi; while [ "$#" -gt "0" ]; do case "$1" in -J*) JAVA_ARGS[$i]="${1##-J}" i=$((i+1)) ;; *) ARGS[$j]="$1" j=$((j+1)) if [[ "$1" =~ ^[-]*headless ]] ; then SPLASH="false" fi ;; esac shift done k=0 COMMAND[k]="${JAVA}" k=$((k+1)) if [ "$SPLASH" = "true" ] ; then COMMAND[k]="-splash:${SPLASH_LOCATION}" k=$((k+1)) fi; COMMAND[k]="${LAUNCHER_BOOTCLASSPATH}" k=$((k+1)) COMMAND[k]="${LAUNCHER_FLAGS}" k=$((k+1)) if [ "x$JDK9" == "xYES" ] ; then COMMAND[k]="--patch-module" k=$((k+1)) COMMAND[k]="java.desktop=:/home/bourgesl/libs/icedtea-web-1.7/install/share/icedtea-web/netx.jar" k=$((k+1)) # jsobject must be pathched separately from plugin # otherwise netscape pkg would be shared by two modules, which is forbiden JSOBJECT_JAR= # plugin jar may not be built if [ ! "x$JSOBJECT_JAR" == "x" ] ; then COMMAND[k]="--patch-module" k=$((k+1)) COMMAND[k]="jdk.jsobject=$JSOBJECT_JAR" k=$((k+1)) fi COMMAND[k]="--add-reads" k=$((k+1)) COMMAND[k]="java.base=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-reads" k=$((k+1)) COMMAND[k]="java.desktop=ALL-UNNAMED,java.naming" k=$((k+1)) COMMAND[k]="--add-reads" k=$((k+1)) COMMAND[k]="java.naming=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.desktop/sun.awt=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.desktop/javax.jnlp=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/sun.security.provider=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/sun.security.util=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/sun.security.x509=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/jdk.internal.util.jar=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/sun.security.validator=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/com.sun.net.ssl.internal.ssl=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/sun.net.www.protocol.jar=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.desktop/sun.awt.X11=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.naming/com.sun.jndi.toolkit.url=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.desktop/sun.applet=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/sun.security.action=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/sun.net.www.protocol.http=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.desktop/sun.applet=ALL-UNNAMED,jdk.jsobject" k=$((k+1)) fi i=0 while [ "$i" -lt "${#JAVA_ARGS[@]}" ]; do COMMAND[k]="${JAVA_ARGS[$i]}" i=$((i+1)) k=$((k+1)) done #COMMAND[k]="-classpath" #k=$((k+1)) #COMMAND[k]="${CP}" #k=$((k+1)) COMMAND[k]="-Dicedtea-web.bin.name=${PROGRAM_NAME}" k=$((k+1)) COMMAND[k]="-Dicedtea-web.bin.location=${BINARY_LOCATION}" k=$((k+1)) COMMAND[k]="${CLASSNAME}" k=$((k+1)) j=0 while [ "$j" -lt "${#ARGS[@]}" ]; do COMMAND[k]="${ARGS[$j]}" j=$((j+1)) k=$((k+1)) done echo "CLI: '${COMMAND[@]}' " exec -a "$PROGRAM_NAME" "${COMMAND[@]}" exit $? Le jeu. 30 ao?t 2018 ? 12:36, Suewirotjanakun, Bundit > a ?crit : Hello, First of all I?m sorry if I?m not using the discussion list properly. It?s my first time posting message to this mailing list. I?m trying to use IcedTea-Web 1.7.1 with Java 11, but I got the following error: java.lang.ClassNotFoundException: sun/misc/JarIndex at java.base/java.lang.Class.forName0(Native Method) at java.base/java.lang.Class.forName(Class.java:315) at net.sourceforge.jnlp.jdk89acesses.JarIndexAccess.(JarIndexAccess.java:23) at net.sourceforge.jnlp.runtime.JNLPClassLoader$2.run(JNLPClassLoader.java:1340) at net.sourceforge.jnlp.runtime.JNLPClassLoader$2.run(JNLPClassLoader.java:1232) at java.base/java.security.AccessController.doPrivileged(Native Method) at net.sourceforge.jnlp.runtime.JNLPClassLoader.activateJars(JNLPClassLoader.java:1362) at net.sourceforge.jnlp.runtime.JNLPClassLoader.initializeResources(JNLPClassLoader.java:785) at net.sourceforge.jnlp.runtime.JNLPClassLoader.(JNLPClassLoader.java:285) at net.sourceforge.jnlp.runtime.JNLPClassLoader.createInstance(JNLPClassLoader.java:357) at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:429) at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:403) at net.sourceforge.jnlp.Launcher.createApplication(Launcher.java:809) at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java:529) at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:940) Running jdk9+ ? java.lang.RuntimeException: java.lang.IllegalAccessException: class net.sourceforge.jnlp.jdk89acesses.JarIndexAccess cannot access class jdk.internal.util.jar.JarIndex (in module java.base) because module java.base does not export jdk.internal.util.jar to unnamed module @5906ebcb at net.sourceforge.jnlp.jdk89acesses.JarIndexAccess.getJarIndex(JarIndexAccess.java:47) at net.sourceforge.jnlp.runtime.JNLPClassLoader$2.run(JNLPClassLoader.java:1340) at net.sourceforge.jnlp.runtime.JNLPClassLoader$2.run(JNLPClassLoader.java:1232) at java.base/java.security.AccessController.doPrivileged(Native Method) at net.sourceforge.jnlp.runtime.JNLPClassLoader.activateJars(JNLPClassLoader.java:1362) at net.sourceforge.jnlp.runtime.JNLPClassLoader.initializeResources(JNLPClassLoader.java:785) at net.sourceforge.jnlp.runtime.JNLPClassLoader.(JNLPClassLoader.java:285) at net.sourceforge.jnlp.runtime.JNLPClassLoader.createInstance(JNLPClassLoader.java:357) at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:429) at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:403) at net.sourceforge.jnlp.Launcher.createApplication(Launcher.java:809) at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java:529) at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:940) Caused by: java.lang.IllegalAccessException: class net.sourceforge.jnlp.jdk89acesses.JarIndexAccess cannot access class jdk.internal.util.jar.JarIndex (in module java.base) because module java.base does not export jdk.internal.util.jar to unnamed module @5906ebcb at java.base/jdk.internal.reflect.Reflection.newIllegalAccessException(Reflection.java:361) at java.base/java.lang.reflect.AccessibleObject.checkAccess(AccessibleObject.java:591) at java.base/java.lang.reflect.Method.invoke(Method.java:558) at net.sourceforge.jnlp.jdk89acesses.JarIndexAccess.getJarIndexImpl(JarIndexAccess.java:53) at net.sourceforge.jnlp.jdk89acesses.JarIndexAccess.getJarIndex(JarIndexAccess.java:45) ... 12 more I kind of have good idea of what causes the error, but I just want to make sure that I explore all the options. Is there any configuration I can set to make it worked with Java 11? Do I have to wait for the a version of IcedTea-Web that supports Java 11? If it?s the case, is there any timeline on the GA? Thank you. Best regards, Bundit Suewirotjanakun. -- -- Laurent Bourg?s -------------- next part -------------- An HTML attachment was scrubbed... URL: From bourges.laurent at gmail.com Fri Aug 31 18:57:07 2018 From: bourges.laurent at gmail.com (=?UTF-8?Q?Laurent_Bourg=C3=A8s?=) Date: Fri, 31 Aug 2018 20:57:07 +0200 Subject: IcedTea-Web & Java 11 In-Reply-To: References: Message-ID: Hi again, As I said windows scripts do not have the jigsaw options that are present in the linux scripts I sent in my first email. Just look at the linux script to get them: patch-module, add-reads, add-exports... If you add these arguments to the windows script, it will work properly. Without them, it will never work. You should hack the script in depth to provide these options anyway as I did. I can send you later the windows command that worked. Laurent Le ven. 31 ao?t 2018 ? 19:13, Suewirotjanakun, Bundit < bundit.suewirotjanakun at cgi.com> a ?crit : > Hello, > > > > I?m not so familiar with Jigsaw and haven?t used it much. When you said > you ran your program with Jigsaw options, do you mean you used Jigsaw > options to change the way the modules are exported? Did you have to export > modules that are not exported in standard openjdk11? > > > > As far as the startup script goes I just bypassed the Java home finding by > supplying INST_JAVA_HOME from environment variable and commenting out line > 21 of javaws.bat of IcedTea-Web 1.7.1.It might not be the best solution, > but it got me pass the startup script problem and allowed me to do what I > wanted to do. I?m not sure though if it causes the problem I?m having now. > > > > For the Windows registry Oracle seems to change the location of Java > registry starting in late update of Java 8 from Oracle. I didn?t check it > with openjdk. > > > > Best regards, > > Bundit Suewirotjanakun > > Senior Consultant > > CGI - Services to Credit Unions > > 7010 Bayer's Road, Suite 1007 > > Halifax, NS, B3L 2C2 > > 902-493-4400 ext. 2838 > > > > *From:* Laurent Bourg?s [mailto:bourges.laurent at gmail.com] > *Sent:* Friday, August 31, 2018 12:59 PM > *To:* Suewirotjanakun, Bundit > *Cc:* distro-pkg-dev at openjdk.java.net > *Subject:* Re: IcedTea-Web & Java 11 > > > > Hello, > > I succeeded in running icedtea-web (netx) on windows 7 with openjdk11-28 > but without its own javaws.bat script. > > > > I adapted the command line generated on linux to start netx.jar Boot class > with all jigsaw options... > > > > My next step consist in rewriting the windows script as jigsaw args are > missing. Moreover it figures out the java home from the registry... > > Please send your script or just give me some time... > > > > Maybe try icedtea-1.8 as Jiri mentioned shell scripts were improved. > > > > Laurent > > > > Le ven. 31 ao?t 2018 ? 16:27, Suewirotjanakun, Bundit < > bundit.suewirotjanakun at cgi.com> a ?crit : > > Hello, > > > > Thank you very much for information. I?m trying to use it on Windows > system. Just like your environment the startup script doesn?t work with > openjdk11. It?s easy to update, and I managed to get it to work with > openjdk11. > > > > However, the IcedTea-Web (1.7.1) uses some internal JDK classes that are > no longer exported in openjdk11. The attached stack trace shows details of > the error. I did look at IcedTea-Web source code and found that it uses a > few of un-exported classes. > > > > Do you really get it to run on openjdk11? > > > > Best regards, > > Bundit Suewirotjanakun > > Senior Consultant > > CGI - Services to Credit Unions > > 7010 Bayer's Road, Suite 1007 > > Halifax, NS, B3L 2C2 > > 902-493-4400 ext. 2838 > > > > *From:* Laurent Bourg?s [mailto:bourges.laurent at gmail.com] > *Sent:* Thursday, August 30, 2018 10:05 AM > *To:* Suewirotjanakun, Bundit > *Cc:* distro-pkg-dev at openjdk.java.net > *Subject:* Re: IcedTea-Web & Java 11 > > > > Hi, > > I am testing too icedTea-web 1.7 (hg) with openjdk 11 ! > > It does not work out of the box, notably I had to hack shell scripts so I > will propose patches soon. > > > > On linux, here are my changes to provide jigsaw CLI arguments: > > JDK9="YES" > #if ${JAVA} -version 2>&1 | grep -q "version \"9-" ; then > # JDK9="YES" > #fi > > > > Hope it helps, > > Laurent > > > > PS: Here is my complete script (with my own install dirs & jdk11): > > #!/bin/bash > > NASHORN=lib/ext/nashorn.jar > JAVA=/home/bourgesl/apps/openjdk-11+28_linux-x64_bin/bin/java > > LAUNCHER_BOOTCLASSPATH='-Xbootclasspath/a:/home/bourgesl/libs/icedtea-web-1.7/install/share/icedtea-web/netx.jar' > LAUNCHER_FLAGS=-Xms8m > CLASSNAME=net.sourceforge.jnlp.runtime.Boot > BINARY_LOCATION=/home/bourgesl/libs/icedtea-web-1.7/install/bin/javaws11 > > SPLASH_LOCATION=/home/bourgesl/libs/icedtea-web-1.7/install/share/icedtea-web/javaws_splash.png > PROGRAM_NAME=javaws > > CONFIG_HOME=$XDG_CONFIG_HOME > if [ "x$CONFIG_HOME" = "x" ] ; then > CONFIG_HOME=~/.config > fi; > PROPERTY_NAME=deployment.jre.dir > CUSTOM_JRE_REGEX="^$PROPERTY_NAME *= *" > CUSTOM_JRE=`grep "$CUSTOM_JRE_REGEX" $CONFIG_HOME/icedtea-web/ > deployment.properties > > 2>/dev/null | sed "s/$CUSTOM_JRE_REGEX//g"` > #now check in legacy one > if [ "x$CUSTOM_JRE" = "x" ] ; then > CUSTOM_JRE=`grep "$CUSTOM_JRE_REGEX" ~/.icedtea/deployment.properties > > 2>/dev/null | sed "s/$CUSTOM_JRE_REGEX//g"` > fi; > #now check in global one > if [ "x$CUSTOM_JRE" = "x" ] ; then > CUSTOM_JRE=`grep "$CUSTOM_JRE_REGEX" /etc/.java/.deploy/ > deployment.properties > > 2>/dev/null | sed "s/$CUSTOM_JRE_REGEX//g"` > fi; > if [ "x$CUSTOM_JRE" != "x" ] ; then > if [ -e "$CUSTOM_JRE" -a -e "$CUSTOM_JRE/bin/java" ] ; then > JAVA=$CUSTOM_JRE/bin/java > else > echo "Your custom JRE $CUSTOM_JRE read from deployment.properties > > under key $PROPERTY_NAME as $CUSTOM_JRE is not valid. Using default ($JAVA) > in attempt to start. Please fix this." > fi > fi; > > JDK9="YES" > #if ${JAVA} -version 2>&1 | grep -q "version \"9-" ; then > # JDK9="YES" > #fi > > JAVA_ARGS=( ) > ARGS=( ) > COMMAND=() > > i=0 > j=0 > > SPLASH="false" > if [ "x$ICEDTEA_WEB_SPLASH" = "x" ] ; then > SPLASH="true" > fi; > while [ "$#" -gt "0" ]; do > case "$1" in > -J*) > JAVA_ARGS[$i]="${1##-J}" > i=$((i+1)) > ;; > *) > ARGS[$j]="$1" > j=$((j+1)) > if [[ "$1" =~ ^[-]*headless ]] ; then > SPLASH="false" > fi > ;; > esac > shift > done > > k=0 > COMMAND[k]="${JAVA}" > k=$((k+1)) > if [ "$SPLASH" = "true" ] ; then > COMMAND[k]="-splash:${SPLASH_LOCATION}" > k=$((k+1)) > fi; > COMMAND[k]="${LAUNCHER_BOOTCLASSPATH}" > k=$((k+1)) > COMMAND[k]="${LAUNCHER_FLAGS}" > k=$((k+1)) > > if [ "x$JDK9" == "xYES" ] ; then > COMMAND[k]="--patch-module" > k=$((k+1)) > > COMMAND[k]="java.desktop=:/home/bourgesl/libs/icedtea-web-1.7/install/share/icedtea-web/netx.jar" > k=$((k+1)) > # jsobject must be pathched separately from plugin > # otherwise netscape pkg would be shared by two modules, which is forbiden > JSOBJECT_JAR= > # plugin jar may not be built > if [ ! "x$JSOBJECT_JAR" == "x" ] ; then > COMMAND[k]="--patch-module" > k=$((k+1)) > COMMAND[k]="jdk.jsobject=$JSOBJECT_JAR" > k=$((k+1)) > fi > > COMMAND[k]="--add-reads" > k=$((k+1)) > COMMAND[k]="java.base=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-reads" > k=$((k+1)) > COMMAND[k]="java.desktop=ALL-UNNAMED,java.naming" > k=$((k+1)) > COMMAND[k]="--add-reads" > k=$((k+1)) > COMMAND[k]="java.naming=ALL-UNNAMED,java.desktop" > k=$((k+1)) > > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.desktop/sun.awt=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.desktop/javax.jnlp=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.base/sun.security.provider=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.base/sun.security.util=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.base/sun.security.x509=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.base/jdk.internal.util.jar=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.base/sun.security.validator=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > > COMMAND[k]="java.base/com.sun.net.ssl.internal.ssl=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.base/sun.net.www.protocol.jar=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.desktop/sun.awt.X11=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.naming/com.sun.jndi.toolkit.url=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.desktop/sun.applet=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.base/sun.security.action=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.base/sun.net.www.protocol.http=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.desktop/sun.applet=ALL-UNNAMED,jdk.jsobject" > k=$((k+1)) > fi > > > i=0 > while [ "$i" -lt "${#JAVA_ARGS[@]}" ]; do > COMMAND[k]="${JAVA_ARGS[$i]}" > i=$((i+1)) > k=$((k+1)) > done > #COMMAND[k]="-classpath" > #k=$((k+1)) > #COMMAND[k]="${CP}" > #k=$((k+1)) > COMMAND[k]="-Dicedtea-web.bin.name > > =${PROGRAM_NAME}" > k=$((k+1)) > COMMAND[k]="-Dicedtea-web.bin.location=${BINARY_LOCATION}" > k=$((k+1)) > COMMAND[k]="${CLASSNAME}" > k=$((k+1)) > j=0 > while [ "$j" -lt "${#ARGS[@]}" ]; do > COMMAND[k]="${ARGS[$j]}" > j=$((j+1)) > k=$((k+1)) > done > > echo "CLI: '${COMMAND[@]}' " > exec -a "$PROGRAM_NAME" "${COMMAND[@]}" > > exit $? > > > > > > > > Le jeu. 30 ao?t 2018 ? 12:36, Suewirotjanakun, Bundit < > bundit.suewirotjanakun at cgi.com> a ?crit : > > Hello, > > > > First of all I?m sorry if I?m not using the discussion list properly. It?s > my first time posting message to this mailing list. > > > > I?m trying to use IcedTea-Web 1.7.1 with Java 11, but I got the following > error: > > > > java.lang.ClassNotFoundException: sun/misc/JarIndex > > at java.base/java.lang.Class.forName0(Native Method) > > at java.base/java.lang.Class.forName(Class.java > > :315) > > at net.sourceforge.jnlp.jdk89acesses.JarIndexAccess.( > JarIndexAccess.java > > :23) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader$2.run( > JNLPClassLoader.java > > :1340) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader$2.run( > JNLPClassLoader.java > > :1232) > > at java.base/java.security.AccessController.doPrivileged(Native > Method) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.activateJars( > JNLPClassLoader.java > > :1362) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.initializeResources( > JNLPClassLoader.java > > :785) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.( > JNLPClassLoader.java > > :285) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.createInstance( > JNLPClassLoader.java > > :357) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance( > JNLPClassLoader.java > > :429) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance( > JNLPClassLoader.java > > :403) > > at net.sourceforge.jnlp.Launcher.createApplication(Launcher.java > > :809) > > at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java > > :529) > > at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java > > :940) > > > > Running jdk9+ ? > > java.lang.RuntimeException: java.lang.IllegalAccessException: class > net.sourceforge.jnlp.jdk89acesses.JarIndexAccess cannot access class > jdk.internal.util.jar.JarIndex (in module java.base) because module > java.base does not export jdk.internal.util.jar to unnamed module @5906ebcb > > at net.sourceforge.jnlp.jdk89acesses.JarIndexAccess.getJarIndex( > JarIndexAccess.java > > :47) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader$2.run( > JNLPClassLoader.java > > :1340) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader$2.run( > JNLPClassLoader.java > > :1232) > > at java.base/java.security.AccessController.doPrivileged(Native > Method) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.activateJars( > JNLPClassLoader.java > > :1362) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.initializeResources( > JNLPClassLoader.java > > :785) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.( > JNLPClassLoader.java > > :285) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.createInstance( > JNLPClassLoader.java > > :357) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance( > JNLPClassLoader.java > > :429) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance( > JNLPClassLoader.java > > :403) > > at net.sourceforge.jnlp.Launcher.createApplication(Launcher.java > > :809) > > at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java > > :529) > > at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java > > :940) > > Caused by: java.lang.IllegalAccessException: class > net.sourceforge.jnlp.jdk89acesses.JarIndexAccess cannot access class > jdk.internal.util.jar.JarIndex (in module java.base) because module > java.base does not export jdk.internal.util.jar to unnamed module @5906ebcb > > at > java.base/jdk.internal.reflect.Reflection.newIllegalAccessException( > Reflection.java > > :361) > > at java.base/java.lang.reflect.AccessibleObject.checkAccess( > AccessibleObject.java > > :591) > > at java.base/java.lang.reflect.Method.invoke(Method.java > > :558) > > at net.sourceforge.jnlp.jdk89acesses.JarIndexAccess.getJarIndexImpl( > JarIndexAccess.java > > :53) > > at net.sourceforge.jnlp.jdk89acesses.JarIndexAccess.getJarIndex( > JarIndexAccess.java > > :45) > > ... 12 more > > > > I kind of have good idea of what causes the error, but I just want to make > sure that I explore all the options. Is there any configuration I can set > to make it worked with Java 11? Do I have to wait for the a version of > IcedTea-Web that supports Java 11? If it?s the case, is there any timeline > on the GA? > > > > Thank you. > > > > Best regards, > > Bundit Suewirotjanakun. > > > > -- > > -- > Laurent Bourg?s > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bundit.suewirotjanakun at cgi.com Fri Aug 31 19:08:39 2018 From: bundit.suewirotjanakun at cgi.com (Suewirotjanakun, Bundit) Date: Fri, 31 Aug 2018 19:08:39 +0000 Subject: IcedTea-Web & Java 11 In-Reply-To: References: Message-ID: Hello, Thank you. That answers my question and gives me direction. Best regards, Bundit Suewirotjanakun Senior Consultant CGI - Services to Credit Unions 7010 Bayer's Road, Suite 1007 Halifax, NS, B3L 2C2 902-493-4400 ext. 2838 From: Laurent Bourg?s [mailto:bourges.laurent at gmail.com] Sent: Friday, August 31, 2018 3:57 PM To: Suewirotjanakun, Bundit Cc: distro-pkg-dev at openjdk.java.net Subject: Re: IcedTea-Web & Java 11 Hi again, As I said windows scripts do not have the jigsaw options that are present in the linux scripts I sent in my first email. Just look at the linux script to get them: patch-module, add-reads, add-exports... If you add these arguments to the windows script, it will work properly. Without them, it will never work. You should hack the script in depth to provide these options anyway as I did. I can send you later the windows command that worked. Laurent Le ven. 31 ao?t 2018 ? 19:13, Suewirotjanakun, Bundit > a ?crit : Hello, I?m not so familiar with Jigsaw and haven?t used it much. When you said you ran your program with Jigsaw options, do you mean you used Jigsaw options to change the way the modules are exported? Did you have to export modules that are not exported in standard openjdk11? As far as the startup script goes I just bypassed the Java home finding by supplying INST_JAVA_HOME from environment variable and commenting out line 21 of javaws.bat of IcedTea-Web 1.7.1.It might not be the best solution, but it got me pass the startup script problem and allowed me to do what I wanted to do. I?m not sure though if it causes the problem I?m having now. For the Windows registry Oracle seems to change the location of Java registry starting in late update of Java 8 from Oracle. I didn?t check it with openjdk. Best regards, Bundit Suewirotjanakun Senior Consultant CGI - Services to Credit Unions 7010 Bayer's Road, Suite 1007 Halifax, NS, B3L 2C2 902-493-4400 ext. 2838 From: Laurent Bourg?s [mailto:bourges.laurent at gmail.com] Sent: Friday, August 31, 2018 12:59 PM To: Suewirotjanakun, Bundit Cc: distro-pkg-dev at openjdk.java.net Subject: Re: IcedTea-Web & Java 11 Hello, I succeeded in running icedtea-web (netx) on windows 7 with openjdk11-28 but without its own javaws.bat script. I adapted the command line generated on linux to start netx.jar Boot class with all jigsaw options... My next step consist in rewriting the windows script as jigsaw args are missing. Moreover it figures out the java home from the registry... Please send your script or just give me some time... Maybe try icedtea-1.8 as Jiri mentioned shell scripts were improved. Laurent Le ven. 31 ao?t 2018 ? 16:27, Suewirotjanakun, Bundit > a ?crit : Hello, Thank you very much for information. I?m trying to use it on Windows system. Just like your environment the startup script doesn?t work with openjdk11. It?s easy to update, and I managed to get it to work with openjdk11. However, the IcedTea-Web (1.7.1) uses some internal JDK classes that are no longer exported in openjdk11. The attached stack trace shows details of the error. I did look at IcedTea-Web source code and found that it uses a few of un-exported classes. Do you really get it to run on openjdk11? Best regards, Bundit Suewirotjanakun Senior Consultant CGI - Services to Credit Unions 7010 Bayer's Road, Suite 1007 Halifax, NS, B3L 2C2 902-493-4400 ext. 2838 From: Laurent Bourg?s [mailto:bourges.laurent at gmail.com] Sent: Thursday, August 30, 2018 10:05 AM To: Suewirotjanakun, Bundit Cc: distro-pkg-dev at openjdk.java.net Subject: Re: IcedTea-Web & Java 11 Hi, I am testing too icedTea-web 1.7 (hg) with openjdk 11 ! It does not work out of the box, notably I had to hack shell scripts so I will propose patches soon. On linux, here are my changes to provide jigsaw CLI arguments: JDK9="YES" #if ${JAVA} -version 2>&1 | grep -q "version \"9-" ; then # JDK9="YES" #fi Hope it helps, Laurent PS: Here is my complete script (with my own install dirs & jdk11): #!/bin/bash NASHORN=lib/ext/nashorn.jar JAVA=/home/bourgesl/apps/openjdk-11+28_linux-x64_bin/bin/java LAUNCHER_BOOTCLASSPATH='-Xbootclasspath/a:/home/bourgesl/libs/icedtea-web-1.7/install/share/icedtea-web/netx.jar' LAUNCHER_FLAGS=-Xms8m CLASSNAME=net.sourceforge.jnlp.runtime.Boot BINARY_LOCATION=/home/bourgesl/libs/icedtea-web-1.7/install/bin/javaws11 SPLASH_LOCATION=/home/bourgesl/libs/icedtea-web-1.7/install/share/icedtea-web/javaws_splash.png PROGRAM_NAME=javaws CONFIG_HOME=$XDG_CONFIG_HOME if [ "x$CONFIG_HOME" = "x" ] ; then CONFIG_HOME=~/.config fi; PROPERTY_NAME=deployment.jre.dir CUSTOM_JRE_REGEX="^$PROPERTY_NAME *= *" CUSTOM_JRE=`grep "$CUSTOM_JRE_REGEX" $CONFIG_HOME/icedtea-web/deployment.properties 2>/dev/null | sed "s/$CUSTOM_JRE_REGEX//g"` #now check in legacy one if [ "x$CUSTOM_JRE" = "x" ] ; then CUSTOM_JRE=`grep "$CUSTOM_JRE_REGEX" ~/.icedtea/deployment.properties 2>/dev/null | sed "s/$CUSTOM_JRE_REGEX//g"` fi; #now check in global one if [ "x$CUSTOM_JRE" = "x" ] ; then CUSTOM_JRE=`grep "$CUSTOM_JRE_REGEX" /etc/.java/.deploy/deployment.properties 2>/dev/null | sed "s/$CUSTOM_JRE_REGEX//g"` fi; if [ "x$CUSTOM_JRE" != "x" ] ; then if [ -e "$CUSTOM_JRE" -a -e "$CUSTOM_JRE/bin/java" ] ; then JAVA=$CUSTOM_JRE/bin/java else echo "Your custom JRE $CUSTOM_JRE read from deployment.properties under key $PROPERTY_NAME as $CUSTOM_JRE is not valid. Using default ($JAVA) in attempt to start. Please fix this." fi fi; JDK9="YES" #if ${JAVA} -version 2>&1 | grep -q "version \"9-" ; then # JDK9="YES" #fi JAVA_ARGS=( ) ARGS=( ) COMMAND=() i=0 j=0 SPLASH="false" if [ "x$ICEDTEA_WEB_SPLASH" = "x" ] ; then SPLASH="true" fi; while [ "$#" -gt "0" ]; do case "$1" in -J*) JAVA_ARGS[$i]="${1##-J}" i=$((i+1)) ;; *) ARGS[$j]="$1" j=$((j+1)) if [[ "$1" =~ ^[-]*headless ]] ; then SPLASH="false" fi ;; esac shift done k=0 COMMAND[k]="${JAVA}" k=$((k+1)) if [ "$SPLASH" = "true" ] ; then COMMAND[k]="-splash:${SPLASH_LOCATION}" k=$((k+1)) fi; COMMAND[k]="${LAUNCHER_BOOTCLASSPATH}" k=$((k+1)) COMMAND[k]="${LAUNCHER_FLAGS}" k=$((k+1)) if [ "x$JDK9" == "xYES" ] ; then COMMAND[k]="--patch-module" k=$((k+1)) COMMAND[k]="java.desktop=:/home/bourgesl/libs/icedtea-web-1.7/install/share/icedtea-web/netx.jar" k=$((k+1)) # jsobject must be pathched separately from plugin # otherwise netscape pkg would be shared by two modules, which is forbiden JSOBJECT_JAR= # plugin jar may not be built if [ ! "x$JSOBJECT_JAR" == "x" ] ; then COMMAND[k]="--patch-module" k=$((k+1)) COMMAND[k]="jdk.jsobject=$JSOBJECT_JAR" k=$((k+1)) fi COMMAND[k]="--add-reads" k=$((k+1)) COMMAND[k]="java.base=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-reads" k=$((k+1)) COMMAND[k]="java.desktop=ALL-UNNAMED,java.naming" k=$((k+1)) COMMAND[k]="--add-reads" k=$((k+1)) COMMAND[k]="java.naming=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.desktop/sun.awt=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.desktop/javax.jnlp=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/sun.security.provider=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/sun.security.util=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/sun.security.x509=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/jdk.internal.util.jar=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/sun.security.validator=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/com.sun.net.ssl.internal.ssl=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/sun.net.www.protocol.jar=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.desktop/sun.awt.X11=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.naming/com.sun.jndi.toolkit.url=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.desktop/sun.applet=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/sun.security.action=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.base/sun.net.www.protocol.http=ALL-UNNAMED,java.desktop" k=$((k+1)) COMMAND[k]="--add-exports" k=$((k+1)) COMMAND[k]="java.desktop/sun.applet=ALL-UNNAMED,jdk.jsobject" k=$((k+1)) fi i=0 while [ "$i" -lt "${#JAVA_ARGS[@]}" ]; do COMMAND[k]="${JAVA_ARGS[$i]}" i=$((i+1)) k=$((k+1)) done #COMMAND[k]="-classpath" #k=$((k+1)) #COMMAND[k]="${CP}" #k=$((k+1)) COMMAND[k]="-Dicedtea-web.bin.name=${PROGRAM_NAME}" k=$((k+1)) COMMAND[k]="-Dicedtea-web.bin.location=${BINARY_LOCATION}" k=$((k+1)) COMMAND[k]="${CLASSNAME}" k=$((k+1)) j=0 while [ "$j" -lt "${#ARGS[@]}" ]; do COMMAND[k]="${ARGS[$j]}" j=$((j+1)) k=$((k+1)) done echo "CLI: '${COMMAND[@]}' " exec -a "$PROGRAM_NAME" "${COMMAND[@]}" exit $? Le jeu. 30 ao?t 2018 ? 12:36, Suewirotjanakun, Bundit > a ?crit : Hello, First of all I?m sorry if I?m not using the discussion list properly. It?s my first time posting message to this mailing list. I?m trying to use IcedTea-Web 1.7.1 with Java 11, but I got the following error: java.lang.ClassNotFoundException: sun/misc/JarIndex at java.base/java.lang.Class.forName0(Native Method) at java.base/java.lang.Class.forName(Class.java:315) at net.sourceforge.jnlp.jdk89acesses.JarIndexAccess.(JarIndexAccess.java:23) at net.sourceforge.jnlp.runtime.JNLPClassLoader$2.run(JNLPClassLoader.java:1340) at net.sourceforge.jnlp.runtime.JNLPClassLoader$2.run(JNLPClassLoader.java:1232) at java.base/java.security.AccessController.doPrivileged(Native Method) at net.sourceforge.jnlp.runtime.JNLPClassLoader.activateJars(JNLPClassLoader.java:1362) at net.sourceforge.jnlp.runtime.JNLPClassLoader.initializeResources(JNLPClassLoader.java:785) at net.sourceforge.jnlp.runtime.JNLPClassLoader.(JNLPClassLoader.java:285) at net.sourceforge.jnlp.runtime.JNLPClassLoader.createInstance(JNLPClassLoader.java:357) at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:429) at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:403) at net.sourceforge.jnlp.Launcher.createApplication(Launcher.java:809) at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java:529) at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:940) Running jdk9+ ? java.lang.RuntimeException: java.lang.IllegalAccessException: class net.sourceforge.jnlp.jdk89acesses.JarIndexAccess cannot access class jdk.internal.util.jar.JarIndex (in module java.base) because module java.base does not export jdk.internal.util.jar to unnamed module @5906ebcb at net.sourceforge.jnlp.jdk89acesses.JarIndexAccess.getJarIndex(JarIndexAccess.java:47) at net.sourceforge.jnlp.runtime.JNLPClassLoader$2.run(JNLPClassLoader.java:1340) at net.sourceforge.jnlp.runtime.JNLPClassLoader$2.run(JNLPClassLoader.java:1232) at java.base/java.security.AccessController.doPrivileged(Native Method) at net.sourceforge.jnlp.runtime.JNLPClassLoader.activateJars(JNLPClassLoader.java:1362) at net.sourceforge.jnlp.runtime.JNLPClassLoader.initializeResources(JNLPClassLoader.java:785) at net.sourceforge.jnlp.runtime.JNLPClassLoader.(JNLPClassLoader.java:285) at net.sourceforge.jnlp.runtime.JNLPClassLoader.createInstance(JNLPClassLoader.java:357) at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:429) at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:403) at net.sourceforge.jnlp.Launcher.createApplication(Launcher.java:809) at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java:529) at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:940) Caused by: java.lang.IllegalAccessException: class net.sourceforge.jnlp.jdk89acesses.JarIndexAccess cannot access class jdk.internal.util.jar.JarIndex (in module java.base) because module java.base does not export jdk.internal.util.jar to unnamed module @5906ebcb at java.base/jdk.internal.reflect.Reflection.newIllegalAccessException(Reflection.java:361) at java.base/java.lang.reflect.AccessibleObject.checkAccess(AccessibleObject.java:591) at java.base/java.lang.reflect.Method.invoke(Method.java:558) at net.sourceforge.jnlp.jdk89acesses.JarIndexAccess.getJarIndexImpl(JarIndexAccess.java:53) at net.sourceforge.jnlp.jdk89acesses.JarIndexAccess.getJarIndex(JarIndexAccess.java:45) ... 12 more I kind of have good idea of what causes the error, but I just want to make sure that I explore all the options. Is there any configuration I can set to make it worked with Java 11? Do I have to wait for the a version of IcedTea-Web that supports Java 11? If it?s the case, is there any timeline on the GA? Thank you. Best regards, Bundit Suewirotjanakun. -- -- Laurent Bourg?s -------------- next part -------------- An HTML attachment was scrubbed... URL: From bourges.laurent at gmail.com Fri Aug 31 20:35:51 2018 From: bourges.laurent at gmail.com (=?UTF-8?Q?Laurent_Bourg=C3=A8s?=) Date: Fri, 31 Aug 2018 22:35:51 +0200 Subject: IcedTea-Web & Java 11 In-Reply-To: References: Message-ID: Here is my test script for windows (derived from javaws.bat & javaws shell script) to let you see all needed options (jigsaw + icedtea args). It is simplified as it only works with -Xnofork (can not restart ITW itself for now). SET ITW=C:\Users\bourgesl\Desktop\icedtea\install\install # icedtea-web PATH (netx, splashscreen) SET JAVA_HOME=C:\Users\bourgesl\Desktop\icedtea\jdk-11 # openjdk11 PATH %JAVA_HOME%\bin\java -splash:%ITW%\share\icedtea-web\javaws_splash.png -Xbootclasspath/a:%ITW%\share\icedtea-web\netx.jar -Xms8m --patch-module java.desktop=%ITW%\share\icedtea-web\netx.jar --add-reads java.base=ALL-UNNAMED,java.desktop --add-reads java.desktop=ALL-UNNAMED,java.naming --add-reads java.naming=ALL-UNNAMED,java.desktop --add-exports java.desktop/sun.awt=ALL-UNNAMED,java.desktop --add-exports java.desktop/javax.jnlp=ALL-UNNAMED,java.desktop --add-exports java.base/sun.security.provider=ALL-UNNAMED,java.desktop --add-exports java.base/sun.security.util=ALL-UNNAMED,java.desktop --add-exports java.base/sun.security.x509=ALL-UNNAMED,java.desktop --add-exports java.base/jdk.internal.util.jar=ALL-UNNAMED,java.desktop --add-exports java.base/sun.security.validator=ALL-UNNAMED,java.desktop --add-exports java.base/com.sun.net.ssl.internal.ssl=ALL-UNNAMED,java.desktop --add-exports java.base/sun.net.www.protocol.jar=ALL-UNNAMED,java.desktop --add-exports java.desktop/sun.awt.X11=ALL-UNNAMED,java.desktop --add-exports java.naming/com.sun.jndi.toolkit.url=ALL-UNNAMED,java.desktop --add-exports java.desktop/sun.applet=ALL-UNNAMED,java.desktop --add-exports java.base/sun.security.action=ALL-UNNAMED,java.desktop --add-exports java.base/sun.net.www.protocol.http=ALL-UNNAMED,java.desktop --add-exports java.desktop/sun.applet=ALL-UNNAMED,jdk.jsobject - Dicedtea-web.bin.name=javaws net.sourceforge.jnlp.runtime.Boot -Xnofork -jnlp http://....jnlp Arguments '-Xnofork -jnlp http://....jnlp' after net.sourceforge.jnlp.runtime.Boot corresponds to javaws arguments: -Xnofork -jnlp PS: I am really not a batch expert so I kept it simple Hope it will help you to run your javaws apps on win+ojdk 11 asap. Laurent Le ven. 31 ao?t 2018 ? 21:43, Suewirotjanakun, Bundit < bundit.suewirotjanakun at cgi.com> a ?crit : > Hello, > > > > Thank you. That answers my question and gives me direction. > > > > Best regards, > > Bundit Suewirotjanakun > > Senior Consultant > > CGI - Services to Credit Unions > > 7010 Bayer's Road, Suite 1007 > > Halifax, NS, B3L 2C2 > > 902-493-4400 ext. 2838 > > > > *From:* Laurent Bourg?s [mailto:bourges.laurent at gmail.com] > *Sent:* Friday, August 31, 2018 3:57 PM > *To:* Suewirotjanakun, Bundit > *Cc:* distro-pkg-dev at openjdk.java.net > *Subject:* Re: IcedTea-Web & Java 11 > > > > Hi again, > > > > As I said windows scripts do not have the jigsaw options that are present > in the linux scripts I sent in my first email. > > > > Just look at the linux script to get them: patch-module, add-reads, > add-exports... > > > > If you add these arguments to the windows script, it will work properly. > Without them, it will never work. > > You should hack the script in depth to provide these options anyway as I > did. > > > > I can send you later the windows command that worked. > > > > Laurent > > > > Le ven. 31 ao?t 2018 ? 19:13, Suewirotjanakun, Bundit < > bundit.suewirotjanakun at cgi.com> a ?crit : > > Hello, > > > > I?m not so familiar with Jigsaw and haven?t used it much. When you said > you ran your program with Jigsaw options, do you mean you used Jigsaw > options to change the way the modules are exported? Did you have to export > modules that are not exported in standard openjdk11? > > > > As far as the startup script goes I just bypassed the Java home finding by > supplying INST_JAVA_HOME from environment variable and commenting out line > 21 of javaws.bat of IcedTea-Web 1.7.1.It > > might not be the best solution, but it got me pass the startup script > problem and allowed me to do what I wanted to do. I?m not sure though if it > causes the problem I?m having now. > > > > For the Windows registry Oracle seems to change the location of Java > registry starting in late update of Java 8 from Oracle. I didn?t check it > with openjdk. > > > > Best regards, > > Bundit Suewirotjanakun > > Senior Consultant > > CGI - Services to Credit Unions > > 7010 Bayer's Road, Suite 1007 > > Halifax, NS, B3L 2C2 > > 902-493-4400 ext. 2838 > > > > *From:* Laurent Bourg?s [mailto:bourges.laurent at gmail.com] > *Sent:* Friday, August 31, 2018 12:59 PM > *To:* Suewirotjanakun, Bundit > *Cc:* distro-pkg-dev at openjdk.java.net > *Subject:* Re: IcedTea-Web & Java 11 > > > > Hello, > > I succeeded in running icedtea-web (netx) on windows 7 with openjdk11-28 > but without its own javaws.bat script. > > > > I adapted the command line generated on linux to start netx.jar Boot class > with all jigsaw options... > > > > My next step consist in rewriting the windows script as jigsaw args are > missing. Moreover it figures out the java home from the registry... > > Please send your script or just give me some time... > > > > Maybe try icedtea-1.8 as Jiri mentioned shell scripts were improved. > > > > Laurent > > > > Le ven. 31 ao?t 2018 ? 16:27, Suewirotjanakun, Bundit < > bundit.suewirotjanakun at cgi.com> a ?crit : > > Hello, > > > > Thank you very much for information. I?m trying to use it on Windows > system. Just like your environment the startup script doesn?t work with > openjdk11. It?s easy to update, and I managed to get it to work with > openjdk11. > > > > However, the IcedTea-Web (1.7.1) uses some internal JDK classes that are > no longer exported in openjdk11. The attached stack trace shows details of > the error. I did look at IcedTea-Web source code and found that it uses a > few of un-exported classes. > > > > Do you really get it to run on openjdk11? > > > > Best regards, > > Bundit Suewirotjanakun > > Senior Consultant > > CGI - Services to Credit Unions > > 7010 Bayer's Road, Suite 1007 > > Halifax, NS, B3L 2C2 > > 902-493-4400 ext. 2838 > > > > *From:* Laurent Bourg?s [mailto:bourges.laurent at gmail.com] > *Sent:* Thursday, August 30, 2018 10:05 AM > *To:* Suewirotjanakun, Bundit > *Cc:* distro-pkg-dev at openjdk.java.net > *Subject:* Re: IcedTea-Web & Java 11 > > > > Hi, > > I am testing too icedTea-web 1.7 (hg) with openjdk 11 ! > > It does not work out of the box, notably I had to hack shell scripts so I > will propose patches soon. > > > > On linux, here are my changes to provide jigsaw CLI arguments: > > JDK9="YES" > #if ${JAVA} -version 2>&1 | grep -q "version \"9-" ; then > # JDK9="YES" > #fi > > > > Hope it helps, > > Laurent > > > > PS: Here is my complete script (with my own install dirs & jdk11): > > #!/bin/bash > > NASHORN=lib/ext/nashorn.jar > JAVA=/home/bourgesl/apps/openjdk-11+28_linux-x64_bin/bin/java > > LAUNCHER_BOOTCLASSPATH='-Xbootclasspath/a:/home/bourgesl/libs/icedtea-web-1.7/install/share/icedtea-web/netx.jar' > LAUNCHER_FLAGS=-Xms8m > CLASSNAME=net.sourceforge.jnlp.runtime.Boot > BINARY_LOCATION=/home/bourgesl/libs/icedtea-web-1.7/install/bin/javaws11 > > SPLASH_LOCATION=/home/bourgesl/libs/icedtea-web-1.7/install/share/icedtea-web/javaws_splash.png > PROGRAM_NAME=javaws > > CONFIG_HOME=$XDG_CONFIG_HOME > if [ "x$CONFIG_HOME" = "x" ] ; then > CONFIG_HOME=~/.config > fi; > PROPERTY_NAME=deployment.jre.dir > CUSTOM_JRE_REGEX="^$PROPERTY_NAME *= *" > CUSTOM_JRE=`grep "$CUSTOM_JRE_REGEX" $CONFIG_HOME/icedtea-web/ > deployment.properties > > 2>/dev/null | sed "s/$CUSTOM_JRE_REGEX//g"` > #now check in legacy one > if [ "x$CUSTOM_JRE" = "x" ] ; then > CUSTOM_JRE=`grep "$CUSTOM_JRE_REGEX" ~/.icedtea/deployment.properties > > 2>/dev/null | sed "s/$CUSTOM_JRE_REGEX//g"` > fi; > #now check in global one > if [ "x$CUSTOM_JRE" = "x" ] ; then > CUSTOM_JRE=`grep "$CUSTOM_JRE_REGEX" /etc/.java/.deploy/ > deployment.properties > > 2>/dev/null | sed "s/$CUSTOM_JRE_REGEX//g"` > fi; > if [ "x$CUSTOM_JRE" != "x" ] ; then > if [ -e "$CUSTOM_JRE" -a -e "$CUSTOM_JRE/bin/java" ] ; then > JAVA=$CUSTOM_JRE/bin/java > else > echo "Your custom JRE $CUSTOM_JRE read from deployment.properties > > under key $PROPERTY_NAME as $CUSTOM_JRE is not valid. Using default ($JAVA) > in attempt to start. Please fix this." > fi > fi; > > JDK9="YES" > #if ${JAVA} -version 2>&1 | grep -q "version \"9-" ; then > # JDK9="YES" > #fi > > JAVA_ARGS=( ) > ARGS=( ) > COMMAND=() > > i=0 > j=0 > > SPLASH="false" > if [ "x$ICEDTEA_WEB_SPLASH" = "x" ] ; then > SPLASH="true" > fi; > while [ "$#" -gt "0" ]; do > case "$1" in > -J*) > JAVA_ARGS[$i]="${1##-J}" > i=$((i+1)) > ;; > *) > ARGS[$j]="$1" > j=$((j+1)) > if [[ "$1" =~ ^[-]*headless ]] ; then > SPLASH="false" > fi > ;; > esac > shift > done > > k=0 > COMMAND[k]="${JAVA}" > k=$((k+1)) > if [ "$SPLASH" = "true" ] ; then > COMMAND[k]="-splash:${SPLASH_LOCATION}" > k=$((k+1)) > fi; > COMMAND[k]="${LAUNCHER_BOOTCLASSPATH}" > k=$((k+1)) > COMMAND[k]="${LAUNCHER_FLAGS}" > k=$((k+1)) > > if [ "x$JDK9" == "xYES" ] ; then > COMMAND[k]="--patch-module" > k=$((k+1)) > > COMMAND[k]="java.desktop=:/home/bourgesl/libs/icedtea-web-1.7/install/share/icedtea-web/netx.jar" > k=$((k+1)) > # jsobject must be pathched separately from plugin > # otherwise netscape pkg would be shared by two modules, which is forbiden > JSOBJECT_JAR= > # plugin jar may not be built > if [ ! "x$JSOBJECT_JAR" == "x" ] ; then > COMMAND[k]="--patch-module" > k=$((k+1)) > COMMAND[k]="jdk.jsobject=$JSOBJECT_JAR" > k=$((k+1)) > fi > > COMMAND[k]="--add-reads" > k=$((k+1)) > COMMAND[k]="java.base=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-reads" > k=$((k+1)) > COMMAND[k]="java.desktop=ALL-UNNAMED,java.naming" > k=$((k+1)) > COMMAND[k]="--add-reads" > k=$((k+1)) > COMMAND[k]="java.naming=ALL-UNNAMED,java.desktop" > k=$((k+1)) > > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.desktop/sun.awt=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.desktop/javax.jnlp=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.base/sun.security.provider=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.base/sun.security.util=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.base/sun.security.x509=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.base/jdk.internal.util.jar=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.base/sun.security.validator=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > > COMMAND[k]="java.base/com.sun.net.ssl.internal.ssl=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.base/sun.net.www.protocol.jar=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.desktop/sun.awt.X11=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.naming/com.sun.jndi.toolkit.url=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.desktop/sun.applet=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.base/sun.security.action=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.base/sun.net.www.protocol.http=ALL-UNNAMED,java.desktop" > k=$((k+1)) > COMMAND[k]="--add-exports" > k=$((k+1)) > COMMAND[k]="java.desktop/sun.applet=ALL-UNNAMED,jdk.jsobject" > k=$((k+1)) > fi > > > i=0 > while [ "$i" -lt "${#JAVA_ARGS[@]}" ]; do > COMMAND[k]="${JAVA_ARGS[$i]}" > i=$((i+1)) > k=$((k+1)) > done > #COMMAND[k]="-classpath" > #k=$((k+1)) > #COMMAND[k]="${CP}" > #k=$((k+1)) > COMMAND[k]="-Dicedtea-web.bin.name > > =${PROGRAM_NAME}" > k=$((k+1)) > COMMAND[k]="-Dicedtea-web.bin.location=${BINARY_LOCATION}" > k=$((k+1)) > COMMAND[k]="${CLASSNAME}" > k=$((k+1)) > j=0 > while [ "$j" -lt "${#ARGS[@]}" ]; do > COMMAND[k]="${ARGS[$j]}" > j=$((j+1)) > k=$((k+1)) > done > > echo "CLI: '${COMMAND[@]}' " > exec -a "$PROGRAM_NAME" "${COMMAND[@]}" > > exit $? > > > > > > > > Le jeu. 30 ao?t 2018 ? 12:36, Suewirotjanakun, Bundit < > bundit.suewirotjanakun at cgi.com> a ?crit : > > Hello, > > > > First of all I?m sorry if I?m not using the discussion list properly. It?s > my first time posting message to this mailing list. > > > > I?m trying to use IcedTea-Web 1.7.1 with Java 11, but I got the following > error: > > > > java.lang.ClassNotFoundException: sun/misc/JarIndex > > at java.base/java.lang.Class.forName0(Native Method) > > at java.base/java.lang.Class.forName(Class.java > > :315) > > at net.sourceforge.jnlp.jdk89acesses.JarIndexAccess.( > JarIndexAccess.java > > :23) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader$2.run( > JNLPClassLoader.java > > :1340) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader$2.run( > JNLPClassLoader.java > > :1232) > > at java.base/java.security.AccessController.doPrivileged(Native > Method) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.activateJars( > JNLPClassLoader.java > > :1362) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.initializeResources( > JNLPClassLoader.java > > :785) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.( > JNLPClassLoader.java > > :285) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.createInstance( > JNLPClassLoader.java > > :357) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance( > JNLPClassLoader.java > > :429) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance( > JNLPClassLoader.java > > :403) > > at net.sourceforge.jnlp.Launcher.createApplication(Launcher.java > > :809) > > at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java > > :529) > > at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java > > :940) > > > > Running jdk9+ ? > > java.lang.RuntimeException: java.lang.IllegalAccessException: class > net.sourceforge.jnlp.jdk89acesses.JarIndexAccess cannot access class > jdk.internal.util.jar.JarIndex (in module java.base) because module > java.base does not export jdk.internal.util.jar to unnamed module @5906ebcb > > at net.sourceforge.jnlp.jdk89acesses.JarIndexAccess.getJarIndex( > JarIndexAccess.java > > :47) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader$2.run( > JNLPClassLoader.java > > :1340) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader$2.run( > JNLPClassLoader.java > > :1232) > > at java.base/java.security.AccessController.doPrivileged(Native > Method) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.activateJars( > JNLPClassLoader.java > > :1362) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.initializeResources( > JNLPClassLoader.java > > :785) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.( > JNLPClassLoader.java > > :285) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.createInstance( > JNLPClassLoader.java > > :357) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance( > JNLPClassLoader.java > > :429) > > at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance( > JNLPClassLoader.java > > :403) > > at net.sourceforge.jnlp.Launcher.createApplication(Launcher.java > > :809) > > at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java > > :529) > > at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java > > :940) > > Caused by: java.lang.IllegalAccessException: class > net.sourceforge.jnlp.jdk89acesses.JarIndexAccess cannot access class > jdk.internal.util.jar.JarIndex (in module java.base) because module > java.base does not export jdk.internal.util.jar to unnamed module @5906ebcb > > at > java.base/jdk.internal.reflect.Reflection.newIllegalAccessException( > Reflection.java > > :361) > > at java.base/java.lang.reflect.AccessibleObject.checkAccess( > AccessibleObject.java > > :591) > > at java.base/java.lang.reflect.Method.invoke(Method.java > > :558) > > at net.sourceforge.jnlp.jdk89acesses.JarIndexAccess.getJarIndexImpl( > JarIndexAccess.java > > :53) > > at net.sourceforge.jnlp.jdk89acesses.JarIndexAccess.getJarIndex( > JarIndexAccess.java > > :45) > > ... 12 more > > > > I kind of have good idea of what causes the error, but I just want to make > sure that I explore all the options. Is there any configuration I can set > to make it worked with Java 11? Do I have to wait for the a version of > IcedTea-Web that supports Java 11? If it?s the case, is there any timeline > on the GA? > > > > Thank you. > > > > Best regards, > > Bundit Suewirotjanakun. > > > > -- > > -- > Laurent Bourg?s > > -- -- Laurent Bourg?s -------------- next part -------------- An HTML attachment was scrubbed... URL: