From jvanek at icedtea.classpath.org Fri Mar 1 09:16:21 2019 From: jvanek at icedtea.classpath.org (jvanek at icedtea.classpath.org) Date: Fri, 01 Mar 2019 09:16:21 +0000 Subject: /hg/icedtea-web: removal o redundat cygpath - by Michal Vala Message-ID: changeset fd991e531f45 in /hg/icedtea-web details: http://icedtea.classpath.org/hg/icedtea-web?cmd=changeset;node=fd991e531f45 author: Jiri Vanek date: Fri Mar 01 10:16:01 2019 +0100 removal o redundat cygpath - by Michal Vala diffstat: Makefile.am | 3 --- 1 files changed, 0 insertions(+), 3 deletions(-) diffs (13 lines): diff -r d086c969440f -r fd991e531f45 Makefile.am --- a/Makefile.am Thu Feb 28 14:49:58 2019 +0100 +++ b/Makefile.am Fri Mar 01 10:16:01 2019 +0100 @@ -1289,9 +1289,6 @@ stamps/netx-dist-tests-sign-some-reproducers.stamp: stamps/netx-dist-tests-prepare-reproducers.stamp export keystore=$(TOP_BUILD_DIR)/$(PRIVATE_KEYSTORE_NAME); \ - if which cygpath ; then \ - export keystore=$$(cygpath -p -m "$$keystore") ; \ - fi ; \ types=($(SIGNED_REPRODUCERS)) ; \ for which in "$${types[@]}" ; do \ tcaw=$(TEST_CERT_ALIAS)_$$which ; \ From jvanek at icedtea.classpath.org Fri Mar 1 11:09:16 2019 From: jvanek at icedtea.classpath.org (jvanek at icedtea.classpath.org) Date: Fri, 01 Mar 2019 11:09:16 +0000 Subject: /hg/icedtea-web: Fixed evaluation of keysotre variable (Michal V... Message-ID: changeset e53bdf5bdf98 in /hg/icedtea-web details: http://icedtea.classpath.org/hg/icedtea-web?cmd=changeset;node=e53bdf5bdf98 author: Jiri Vanek date: Fri Mar 01 12:09:07 2019 +0100 Fixed evaluation of keysotre variable (Michal Vala) diffstat: Makefile.am | 12 ++++++------ 1 files changed, 6 insertions(+), 6 deletions(-) diffs (36 lines): diff -r fd991e531f45 -r e53bdf5bdf98 Makefile.am --- a/Makefile.am Fri Mar 01 10:16:01 2019 +0100 +++ b/Makefile.am Fri Mar 01 12:09:07 2019 +0100 @@ -1348,8 +1348,8 @@ if which cygpath ; then \ export PUBLIC_KEYSTORE=$$(cygpath -p -m "$$PUBLIC_KEYSTORE") ; \ fi ; \ - keystoredir=`dirname $(PUBLIC_KEYSTORE)`; \ - [ ! -d $(keystoredir) ] && mkdir -p $(keystoredir); \ + keystoredir=`dirname $$PUBLIC_KEYSTORE`; \ + [ ! -d $$keystoredir ] && mkdir -p $$keystoredir; \ for which in "$${types[@]}" ; do \ $(SYSTEM_JDK_DIR)/bin/keytool -delete -alias $(TEST_CERT_ALIAS)_$$which -keystore $$PUBLIC_KEYSTORE -storepass $(PUBLIC_KEYSTORE_PASS) ; \ done ; @@ -1370,8 +1370,8 @@ if which cygpath ; then \ export PUBLIC_KEYSTORE=$$(cygpath -p -m "$$PUBLIC_KEYSTORE") ; \ fi ; \ - keystoredir=`dirname $(PUBLIC_KEYSTORE)`; \ - [ ! -d $(keystoredir) ] && mkdir -p $(keystoredir); \ + keystoredir=`dirname $$PUBLIC_KEYSTORE`; \ + [ ! -d $$keystoredir ] && mkdir -p $$keystoredir; \ for which in "$${types[@]}" ; do \ yes | $(SYSTEM_JDK_DIR)/bin/keytool -import -alias $(TEST_CERT_ALIAS)_$$which -keystore $$PUBLIC_KEYSTORE -storepass $(PUBLIC_KEYSTORE_PASS) -file $(EXPORTED_TEST_CERT_PREFIX)_$$which.$(EXPORTED_TEST_CERT_SUFFIX) ;\ done ; @@ -1388,8 +1388,8 @@ if which cygpath ; then \ export PUBLIC_KEYSTORE=$$(cygpath -p -m "$$PUBLIC_KEYSTORE") ; \ fi ; \ - keystoredir=`dirname $(PUBLIC_KEYSTORE)`; \ - [ ! -d $(keystoredir) ] && mkdir -p $(keystoredir); \ + keystoredir=`dirname $$PUBLIC_KEYSTORE`; \ + [ ! -d $$keystoredir ] && mkdir -p $$keystoredir; \ for which in "$${types[@]}" ; do \ $(SYSTEM_JDK_DIR)/bin/keytool -delete -alias $(TEST_CERT_ALIAS)_$$which -keystore $$PUBLIC_KEYSTORE -storepass $(PUBLIC_KEYSTORE_PASS) ; \ done ; From jvanek at icedtea.classpath.org Fri Mar 1 13:29:34 2019 From: jvanek at icedtea.classpath.org (jvanek at icedtea.classpath.org) Date: Fri, 01 Mar 2019 13:29:34 +0000 Subject: /hg/icedtea-web: 2 new changesets Message-ID: changeset bb0920379eac in /hg/icedtea-web details: http://icedtea.classpath.org/hg/icedtea-web?cmd=changeset;node=bb0920379eac author: Jiri Vanek date: Fri Mar 01 14:28:19 2019 +0100 Silenced cygpath calls (Michal Vala) changeset bfb5802f9c16 in /hg/icedtea-web details: http://icedtea.classpath.org/hg/icedtea-web?cmd=changeset;node=bfb5802f9c16 author: Jiri Vanek date: Fri Mar 01 14:29:09 2019 +0100 All custoom reprodcuers get tmp dir created correctly via cygpath on windows (Michal Vala) diffstat: Makefile.am | 8 ++++---- tests/reproducers/custom/AdditionalJarsInMetaInfIndexList/srcs/Makefile | 6 +++++- tests/reproducers/custom/AppletExtendsFromOutsideJar/srcs/Makefile | 6 +++++- tests/reproducers/custom/ExtensionJnlpsInApplet/srcs/Makefile | 6 +++++- tests/reproducers/custom/JNLPClassLoaderDeadlock/srcs/Makefile | 6 +++++- tests/reproducers/custom/JavaFx/srcs/Makefile | 6 +++++- tests/reproducers/custom/MixedSigningAndTrustedOnly/srcs/Makefile | 6 +++++- tests/reproducers/custom/MixedSigningApplet/srcs/Makefile | 6 +++++- tests/reproducers/custom/MultipleSignaturesPerJar/srcs/Makefile | 6 +++++- tests/reproducers/custom/NoClassDeff/srcs/Makefile | 6 +++++- tests/reproducers/custom/PackGZip/srcs/Makefile | 6 +++++- tests/reproducers/custom/PartiallySignedAppletManifestSpecifiesSandbox/srcs/Makefile | 6 +++++- tests/reproducers/custom/SignedAppletCodebaseLoading/srcs/Makefile | 6 +++++- tests/reproducers/custom/SignedAppletExternalMainClass/srcs/Makefile | 6 +++++- tests/reproducers/custom/TrustedOnlyAttribute/srcs/Makefile | 6 +++++- 15 files changed, 74 insertions(+), 18 deletions(-) diffs (263 lines): diff -r e53bdf5bdf98 -r bfb5802f9c16 Makefile.am --- a/Makefile.am Fri Mar 01 12:09:07 2019 +0100 +++ b/Makefile.am Fri Mar 01 14:29:09 2019 +0100 @@ -1274,7 +1274,7 @@ then \ export TMP_MANIFEST=`mktemp` ; \ echo "$$AN $$dir" > $$TMP_MANIFEST ; \ - if which cygpath ; then \ + if which cygpath &> /dev/null ; then \ export TMP_MANIFEST=$$(cygpath -p -m "$$TMP_MANIFEST") ; \ fi ; \ $(SYSTEM_JDK_DIR)/bin/jar ufm "$(REPRODUCERS_TESTS_SERVER_DEPLOYDIR)/$$dir.jar" $$TMP_MANIFEST ; \ @@ -1345,7 +1345,7 @@ PUBLIC_KEYSTORE=${HOME}/.config ; \ fi ;\ export PUBLIC_KEYSTORE=$$PUBLIC_KEYSTORE/$(PUBLIC_KEYSTORE_STUB); \ - if which cygpath ; then \ + if which cygpath &> /dev/null ; then \ export PUBLIC_KEYSTORE=$$(cygpath -p -m "$$PUBLIC_KEYSTORE") ; \ fi ; \ keystoredir=`dirname $$PUBLIC_KEYSTORE`; \ @@ -1367,7 +1367,7 @@ PUBLIC_KEYSTORE=${HOME}/.config ; \ fi ;\ export PUBLIC_KEYSTORE=$$PUBLIC_KEYSTORE/$(PUBLIC_KEYSTORE_STUB); \ - if which cygpath ; then \ + if which cygpath &> /dev/null ; then \ export PUBLIC_KEYSTORE=$$(cygpath -p -m "$$PUBLIC_KEYSTORE") ; \ fi ; \ keystoredir=`dirname $$PUBLIC_KEYSTORE`; \ @@ -1385,7 +1385,7 @@ PUBLIC_KEYSTORE=${HOME}/.config ; \ fi ;\ export PUBLIC_KEYSTORE=$$PUBLIC_KEYSTORE/$(PUBLIC_KEYSTORE_STUB); \ - if which cygpath ; then \ + if which cygpath &> /dev/null ; then \ export PUBLIC_KEYSTORE=$$(cygpath -p -m "$$PUBLIC_KEYSTORE") ; \ fi ; \ keystoredir=`dirname $$PUBLIC_KEYSTORE`; \ diff -r e53bdf5bdf98 -r bfb5802f9c16 tests/reproducers/custom/AdditionalJarsInMetaInfIndexList/srcs/Makefile --- a/tests/reproducers/custom/AdditionalJarsInMetaInfIndexList/srcs/Makefile Fri Mar 01 12:09:07 2019 +0100 +++ b/tests/reproducers/custom/AdditionalJarsInMetaInfIndexList/srcs/Makefile Fri Mar 01 14:29:09 2019 +0100 @@ -19,7 +19,11 @@ MAINCLASS_JAR_UNSIGNED=LoadedViaMetaInfIndexListUnsigned.jar MAINCLASS_JAR_SIGNED=LoadedViaMetaInfIndexListSigned.jar -TMPDIR:=$(shell mktemp -d) +ifeq ($(OS), Windows_NT) + TMPDIR:=$(shell cygpath -p -m $(shell mktemp -d)) +else + TMPDIR:=$(shell mktemp -d) +endif prepare-reproducer: echo PREPARING REPRODUCER $(TESTNAME) in $(TMPDIR) diff -r e53bdf5bdf98 -r bfb5802f9c16 tests/reproducers/custom/AppletExtendsFromOutsideJar/srcs/Makefile --- a/tests/reproducers/custom/AppletExtendsFromOutsideJar/srcs/Makefile Fri Mar 01 12:09:07 2019 +0100 +++ b/tests/reproducers/custom/AppletExtendsFromOutsideJar/srcs/Makefile Fri Mar 01 14:29:09 2019 +0100 @@ -8,7 +8,11 @@ JAVAC=$(EXPORTED_JAVAC) JAR=$(EXPORTED_JAR) -TMPDIR:=$(shell mktemp -d) +ifeq ($(OS), Windows_NT) + TMPDIR:=$(shell cygpath -p -m $(shell mktemp -d)) +else + TMPDIR:=$(shell mktemp -d) +endif prepare-reproducer: echo PREPARING REPRODUCER $(TESTNAME) in $(TMPDIR) diff -r e53bdf5bdf98 -r bfb5802f9c16 tests/reproducers/custom/ExtensionJnlpsInApplet/srcs/Makefile --- a/tests/reproducers/custom/ExtensionJnlpsInApplet/srcs/Makefile Fri Mar 01 12:09:07 2019 +0100 +++ b/tests/reproducers/custom/ExtensionJnlpsInApplet/srcs/Makefile Fri Mar 01 14:29:09 2019 +0100 @@ -8,7 +8,11 @@ JAVAC=$(EXPORTED_JAVAC) JAR=$(EXPORTED_JAR) -TMPDIR:=$(shell mktemp -d) +ifeq ($(OS), Windows_NT) + TMPDIR:=$(shell cygpath -p -m $(shell mktemp -d)) +else + TMPDIR:=$(shell mktemp -d) +endif prepare-reproducer: echo PREPARING REPRODUCER $(TESTNAME) diff -r e53bdf5bdf98 -r bfb5802f9c16 tests/reproducers/custom/JNLPClassLoaderDeadlock/srcs/Makefile --- a/tests/reproducers/custom/JNLPClassLoaderDeadlock/srcs/Makefile Fri Mar 01 12:09:07 2019 +0100 +++ b/tests/reproducers/custom/JNLPClassLoaderDeadlock/srcs/Makefile Fri Mar 01 14:29:09 2019 +0100 @@ -8,7 +8,11 @@ JAVAC=$(EXPORTED_JAVAC) JAR=$(EXPORTED_JAR) -TMPDIR:=$(shell mktemp -d) +ifeq ($(OS), Windows_NT) + TMPDIR:=$(shell cygpath -p -m $(shell mktemp -d)) +else + TMPDIR:=$(shell mktemp -d) +endif prepare-reproducer: echo PREPARING REPRODUCER $(TESTNAME) diff -r e53bdf5bdf98 -r bfb5802f9c16 tests/reproducers/custom/JavaFx/srcs/Makefile --- a/tests/reproducers/custom/JavaFx/srcs/Makefile Fri Mar 01 12:09:07 2019 +0100 +++ b/tests/reproducers/custom/JavaFx/srcs/Makefile Fri Mar 01 14:29:09 2019 +0100 @@ -5,7 +5,11 @@ JAR=$(EXPORTED_JAR) JARSIGNER=$(EXPORTED_JARSIGNER) -TMPDIR:=$(shell mktemp -d) +ifeq ($(OS), Windows_NT) + TMPDIR:=$(shell cygpath -p -m $(shell mktemp -d)) +else + TMPDIR:=$(shell mktemp -d) +endif prepare-reproducer: echo PREPARING REPRODUCER $(TESTNAME) diff -r e53bdf5bdf98 -r bfb5802f9c16 tests/reproducers/custom/MixedSigningAndTrustedOnly/srcs/Makefile --- a/tests/reproducers/custom/MixedSigningAndTrustedOnly/srcs/Makefile Fri Mar 01 12:09:07 2019 +0100 +++ b/tests/reproducers/custom/MixedSigningAndTrustedOnly/srcs/Makefile Fri Mar 01 14:29:09 2019 +0100 @@ -29,7 +29,11 @@ MUNSIGNED3=$(TESTNAME)SecondUnsignedManifest.jar MANIFEST=MANIFEST.MF -TMPDIR:=$(shell mktemp -d) +ifeq ($(OS), Windows_NT) + TMPDIR:=$(shell cygpath -p -m $(shell mktemp -d)) +else + TMPDIR:=$(shell mktemp -d) +endif prepare-reproducer: echo PREPARING REPRODUCER $(TESTNAME) ; \ diff -r e53bdf5bdf98 -r bfb5802f9c16 tests/reproducers/custom/MixedSigningApplet/srcs/Makefile --- a/tests/reproducers/custom/MixedSigningApplet/srcs/Makefile Fri Mar 01 12:09:07 2019 +0100 +++ b/tests/reproducers/custom/MixedSigningApplet/srcs/Makefile Fri Mar 01 14:29:09 2019 +0100 @@ -9,7 +9,11 @@ JARSIGNER=$(EXPORTED_JARSIGNER) JARSIGNER_CMD=$(JARSIGNER) -keystore $(TOP_BUILD_DIR)/$(PRIVATE_KEYSTORE_NAME) -storepass $(PRIVATE_KEYSTORE_PASS) -keypass $(PRIVATE_KEYSTORE_PASS) -TMPDIR:=$(shell mktemp -d) +ifeq ($(OS), Windows_NT) + TMPDIR:=$(shell cygpath -p -m $(shell mktemp -d)) +else + TMPDIR:=$(shell mktemp -d) +endif prepare-reproducer: echo PREPARING REPRODUCER $(TESTNAME) diff -r e53bdf5bdf98 -r bfb5802f9c16 tests/reproducers/custom/MultipleSignaturesPerJar/srcs/Makefile --- a/tests/reproducers/custom/MultipleSignaturesPerJar/srcs/Makefile Fri Mar 01 12:09:07 2019 +0100 +++ b/tests/reproducers/custom/MultipleSignaturesPerJar/srcs/Makefile Fri Mar 01 14:29:09 2019 +0100 @@ -9,7 +9,11 @@ # Index jar causes main class jar to load -TMPDIR:=$(shell mktemp -d) +ifeq ($(OS), Windows_NT) + TMPDIR:=$(shell cygpath -p -m $(shell mktemp -d)) +else + TMPDIR:=$(shell mktemp -d) +endif prepare-reproducer: echo PREPARING REPRODUCER $(TESTNAME) in $(TMPDIR) diff -r e53bdf5bdf98 -r bfb5802f9c16 tests/reproducers/custom/NoClassDeff/srcs/Makefile --- a/tests/reproducers/custom/NoClassDeff/srcs/Makefile Fri Mar 01 12:09:07 2019 +0100 +++ b/tests/reproducers/custom/NoClassDeff/srcs/Makefile Fri Mar 01 14:29:09 2019 +0100 @@ -7,7 +7,11 @@ JAVAC=$(EXPORTED_JAVAC) JAR=$(EXPORTED_JAR) -TMPDIR:=$(shell mktemp -d) +ifeq ($(OS), Windows_NT) + TMPDIR:=$(shell cygpath -p -m $(shell mktemp -d)) +else + TMPDIR:=$(shell mktemp -d) +endif prepare-reproducer: echo PREPARING REPRODUCER $(TESTNAME); diff -r e53bdf5bdf98 -r bfb5802f9c16 tests/reproducers/custom/PackGZip/srcs/Makefile --- a/tests/reproducers/custom/PackGZip/srcs/Makefile Fri Mar 01 12:09:07 2019 +0100 +++ b/tests/reproducers/custom/PackGZip/srcs/Makefile Fri Mar 01 14:29:09 2019 +0100 @@ -6,7 +6,11 @@ JARSIGNER=$(EXPORTED_JARSIGNER) PACKER=$(EXPORTED_PACK200) -TMPDIR:=$(shell mktemp -d) +ifeq ($(OS), Windows_NT) + TMPDIR:=$(shell cygpath -p -m $(shell mktemp -d)) +else + TMPDIR:=$(shell mktemp -d) +endif prepare-reproducer: echo PREPARING REPRODUCER $(TESTNAME) diff -r e53bdf5bdf98 -r bfb5802f9c16 tests/reproducers/custom/PartiallySignedAppletManifestSpecifiesSandbox/srcs/Makefile --- a/tests/reproducers/custom/PartiallySignedAppletManifestSpecifiesSandbox/srcs/Makefile Fri Mar 01 12:09:07 2019 +0100 +++ b/tests/reproducers/custom/PartiallySignedAppletManifestSpecifiesSandbox/srcs/Makefile Fri Mar 01 14:29:09 2019 +0100 @@ -9,7 +9,11 @@ JARSIGNER=$(EXPORTED_JARSIGNER) JARSIGNER_CMD=$(JARSIGNER) -keystore $(TOP_BUILD_DIR)/$(PRIVATE_KEYSTORE_NAME) -storepass $(PRIVATE_KEYSTORE_PASS) -keypass $(PRIVATE_KEYSTORE_PASS) -TMPDIR:=$(shell mktemp -d) +ifeq ($(OS), Windows_NT) + TMPDIR:=$(shell cygpath -p -m $(shell mktemp -d)) +else + TMPDIR:=$(shell mktemp -d) +endif prepare-reproducer: echo PREPARING REPRODUCER $(TESTNAME) diff -r e53bdf5bdf98 -r bfb5802f9c16 tests/reproducers/custom/SignedAppletCodebaseLoading/srcs/Makefile --- a/tests/reproducers/custom/SignedAppletCodebaseLoading/srcs/Makefile Fri Mar 01 12:09:07 2019 +0100 +++ b/tests/reproducers/custom/SignedAppletCodebaseLoading/srcs/Makefile Fri Mar 01 14:29:09 2019 +0100 @@ -8,7 +8,11 @@ JARSIGNER=$(EXPORTED_JARSIGNER) JARSIGNER_CMD=$(JARSIGNER) -keystore $(TOP_BUILD_DIR)/$(PRIVATE_KEYSTORE_NAME) -storepass $(PRIVATE_KEYSTORE_PASS) -keypass $(PRIVATE_KEYSTORE_PASS) -TMPDIR:=$(shell mktemp -d) +ifeq ($(OS), Windows_NT) + TMPDIR:=$(shell cygpath -p -m $(shell mktemp -d)) +else + TMPDIR:=$(shell mktemp -d) +endif prepare-reproducer: echo PREPARING REPRODUCER $(TESTNAME) diff -r e53bdf5bdf98 -r bfb5802f9c16 tests/reproducers/custom/SignedAppletExternalMainClass/srcs/Makefile --- a/tests/reproducers/custom/SignedAppletExternalMainClass/srcs/Makefile Fri Mar 01 12:09:07 2019 +0100 +++ b/tests/reproducers/custom/SignedAppletExternalMainClass/srcs/Makefile Fri Mar 01 14:29:09 2019 +0100 @@ -4,7 +4,11 @@ JAVAC=$(EXPORTED_JAVAC) JAR=$(EXPORTED_JAR) -TMPDIR:=$(shell mktemp -d) +ifeq ($(OS), Windows_NT) + TMPDIR:=$(shell cygpath -p -m $(shell mktemp -d)) +else + TMPDIR:=$(shell mktemp -d) +endif prepare-reproducer: echo PREPARING REPRODUCER $(TESTNAME) in $(TMPDIR) diff -r e53bdf5bdf98 -r bfb5802f9c16 tests/reproducers/custom/TrustedOnlyAttribute/srcs/Makefile --- a/tests/reproducers/custom/TrustedOnlyAttribute/srcs/Makefile Fri Mar 01 12:09:07 2019 +0100 +++ b/tests/reproducers/custom/TrustedOnlyAttribute/srcs/Makefile Fri Mar 01 14:29:09 2019 +0100 @@ -4,7 +4,11 @@ JAVAC=$(EXPORTED_JAVAC) JAR=$(EXPORTED_JAR) -TMPDIR:=$(shell mktemp -d) +ifeq ($(OS), Windows_NT) + TMPDIR:=$(shell cygpath -p -m $(shell mktemp -d)) +else + TMPDIR:=$(shell mktemp -d) +endif prepare-reproducer: echo PREPARING REPRODUCER $(TESTNAME) in $(TMPDIR) From fdemeloj at redhat.com Fri Mar 1 16:20:32 2019 From: fdemeloj at redhat.com (Francisco De Melo Junior) Date: Fri, 1 Mar 2019 11:20:32 -0500 Subject: Fwd: Web Start Support with OpenJDK8 In-Reply-To: References: Message-ID: Hello experts, one question from a customer here. *Regarding Web Start* According to official documentation: OpenJDK 7 and 8 and adding Web Start support through it for Windows with OpenJDK 8 is in progress. Any additional information on if/when this will be available? I couldn't find a release schedule on the official website. -f -------------- next part -------------- An HTML attachment was scrubbed... URL: From jtesdall at mapcon.com Fri Mar 1 16:26:53 2019 From: jtesdall at mapcon.com (Joel Tesdall) Date: Fri, 1 Mar 2019 16:26:53 +0000 (UTC) Subject: Web Start Support with OpenJDK8 In-Reply-To: References: Message-ID: <2BC4CC89A8FFCBA3.37a52702-a24b-4b30-b57c-bac524c3f215@mail.outlook.com> Where did you read this? Icedtea web is an open-source community project to replace web start but I have never heard that Oracle is going to put web start into the openJDK ?? We are moving to icedtea and have added Windows features to it. Joel Tesdall On Fri, Mar 1, 2019 at 10:22 AM -0600, "Francisco De Melo Junior" wrote: Hello experts, one question from a customer here. Regarding Web StartAccording to official documentation: OpenJDK 7 and 8 and adding Web Start support through it for Windows with OpenJDK 8 is in progress. Any additional information on if/when this will be available? I couldn't find a release schedule on the official website. -f -------------- next part -------------- An HTML attachment was scrubbed... URL: From fdemeloj at redhat.com Fri Mar 1 16:32:04 2019 From: fdemeloj at redhat.com (Francisco De Melo Junior) Date: Fri, 1 Mar 2019 11:32:04 -0500 Subject: Web Start Support with OpenJDK8 In-Reply-To: <2BC4CC89A8FFCBA3.37a52702-a24b-4b30-b57c-bac524c3f215@mail.outlook.com> References: <2BC4CC89A8FFCBA3.37a52702-a24b-4b30-b57c-bac524c3f215@mail.outlook.com> Message-ID: https://access.redhat.com/solutions/2489791 On Fri, Mar 1, 2019 at 11:27 AM Joel Tesdall wrote: > Where did you read this? Icedtea web is an open-source community project > to replace web start but I have never heard that Oracle is going to put web > start into the openJDK ?? We are moving to icedtea and have added Windows > features to it. > > Joel Tesdall > > > > > On Fri, Mar 1, 2019 at 10:22 AM -0600, "Francisco De Melo Junior" < > fdemeloj at redhat.com> wrote: > > Hello experts, one question from a customer here. >> >> *Regarding Web Start* >> >> According to official documentation: >> >> OpenJDK 7 and 8 and adding Web Start support through it for Windows with OpenJDK 8 is in progress. >> >> >> Any additional information on if/when this will be available? I couldn't find a release schedule on the official website. >> >> >> -f >> >> >> -- *FRANCISCO DE MELO JR* MIDDLEWARE SUPPORT ENGINEER/ INGENIEUR SUPPORT MIDDLEWARE Red Hat Canada LTD 90 Eglinton Ave E | Suite 502 |Toronto, ON | M4P 2Y3 fdemelojr at redhat.com T: +1 647-259-2545 M: 514-781-9483 TRIED. TESTED. TRUSTED. Learn the skills you need to power digital transformation with Red Hat's Learning Subscription -------------- next part -------------- An HTML attachment was scrubbed... URL: From unassigned at icedtea.classpath.org Fri Mar 1 21:11:38 2019 From: unassigned at icedtea.classpath.org (unassigned at icedtea.classpath.org) Date: 2 Mar 2019 00:11:38 +0300 Subject: Security Notice. Someone have access to your system. Message-ID: <001b01d4d077$07587cdd$59a786b8$@icedtea.classpath.org> Hi! As you may have noticed, I sent you an email from your account. This means that I have full access to your account. I've been watching you for a few months now. The fact is that you were infected with malware through an adult site that you visited. If you are not familiar with this, I will explain. Trojan Virus gives me full access and control over a computer or other device. This means that I can see everything on your screen, turn on the camera and microphone, but you do not know about it. I also have access to all your contacts and all your correspondence. Why your antivirus did not detect malware? Answer: My malware uses the driver, I update its signatures every 4 hours so that your antivirus is silent. I made a video showing how you satisfy yourself in the left half of the screen, and in the right half you see the video that you watched. With one click of the mouse, I can send this video to all your emails and contacts on social networks. I can also post access to all your e-mail correspondence and messengers that you use. If you want to prevent this, transfer the amount of $761 to my bitcoin address (if you do not know how to do this, write to Google: "Buy Bitcoin"). My bitcoin address (BTC Wallet) is: 1GdSHQ4aE7zUD8HDqVJDEwU9dxn3LfJLMK After receiving the payment, I will delete the video and you will never hear me again. I give you 48 hours to pay. I have a notice reading this letter, and the timer will work when you see this letter. Filing a complaint somewhere does not make sense because this email cannot be tracked like my bitcoin address. I do not make any mistakes. If I find that you have shared this message with someone else, the video will be immediately distributed. Best regards! From bugzilla-daemon at icedtea.classpath.org Fri Mar 1 19:22:45 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 01 Mar 2019 19:22:45 +0000 Subject: [Bug 3693] [IcedTea8] Backport "8214059: Undefined behaviour in ADLC" In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3693 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |FIXED --- Comment #5 from Andrew John Hughes --- Fixed in icedtea-3.11.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 Mar 1 19:22:47 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 01 Mar 2019 19:22:47 +0000 Subject: [Bug 3641] [TRACKER] IcedTea 3.11.0 Release In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3641 Bug 3641 depends on bug 3693, which changed state. Bug 3693 Summary: [IcedTea8] Backport "8214059: Undefined behaviour in ADLC" https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3693 What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |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 Fri Mar 1 19:22:58 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 01 Mar 2019 19:22:58 +0000 Subject: [Bug 3696] [IcedTea8] Backport "8076475: Misuses of strncpy/strncat" In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3696 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #5 from Andrew John Hughes --- Fixed in icedtea-3.11.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 Mar 1 19:23:03 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 01 Mar 2019 19:23:03 +0000 Subject: [Bug 3641] [TRACKER] IcedTea 3.11.0 Release In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3641 Bug 3641 depends on bug 3696, which changed state. Bug 3696 Summary: [IcedTea8] Backport "8076475: Misuses of strncpy/strncat" https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3696 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 Fri Mar 1 19:22:04 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 01 Mar 2019 19:22:04 +0000 Subject: [Bug 3685] [IcedTea8] Enable HotSpot builds on 5.x Linux kernels In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3685 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #3 from Andrew John Hughes --- Fixed in icedtea-3.11.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 Mar 1 19:22:16 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 01 Mar 2019 19:22:16 +0000 Subject: [Bug 3641] [TRACKER] IcedTea 3.11.0 Release In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3641 Bug 3641 depends on bug 3685, which changed state. Bug 3685 Summary: [IcedTea8] Enable HotSpot builds on 5.x Linux kernels https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3685 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 Fri Mar 1 19:22:47 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 01 Mar 2019 19:22:47 +0000 Subject: [Bug 3701] [IcedTea7] Backport "8214059: Undefined behaviour in ADLC" In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3701 Bug 3701 depends on bug 3693, which changed state. Bug 3693 Summary: [IcedTea8] Backport "8214059: Undefined behaviour in ADLC" https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3693 What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |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 Fri Mar 1 19:23:03 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 01 Mar 2019 19:23:03 +0000 Subject: [Bug 3702] [IcedTea7] Backport "8076475: Misuses of strncpy/strncat" In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3702 Bug 3702 depends on bug 3696, which changed state. Bug 3696 Summary: [IcedTea8] Backport "8076475: Misuses of strncpy/strncat" https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3696 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 andrew at icedtea.classpath.org Fri Mar 1 19:49:24 2019 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Fri, 01 Mar 2019 19:49:24 +0000 Subject: /hg/icedtea8-forest/hotspot: 8219635, PR3682: aarch64: missing L... Message-ID: changeset a24b4e46303e in /hg/icedtea8-forest/hotspot details: http://icedtea.classpath.org/hg/icedtea8-forest/hotspot?cmd=changeset;node=a24b4e46303e author: fyang date: Mon Feb 25 19:09:02 2019 +0800 8219635, PR3682: aarch64: missing LoadStore barrier in TemplateTable::fast_storefield Reviewed-by: aph Contributed-by: patrick at os.amperecomputing.com diffstat: src/cpu/aarch64/vm/templateTable_aarch64.cpp | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diffs (12 lines): diff -r e0e0df53b39d -r a24b4e46303e src/cpu/aarch64/vm/templateTable_aarch64.cpp --- a/src/cpu/aarch64/vm/templateTable_aarch64.cpp Mon Feb 11 17:09:17 2019 +0800 +++ b/src/cpu/aarch64/vm/templateTable_aarch64.cpp Mon Feb 25 19:09:02 2019 +0800 @@ -2887,7 +2887,7 @@ { Label notVolatile; __ tbz(r3, ConstantPoolCacheEntry::is_volatile_shift, notVolatile); - __ membar(MacroAssembler::StoreStore); + __ membar(MacroAssembler::StoreStore | MacroAssembler::LoadStore); __ bind(notVolatile); } From bugzilla-daemon at icedtea.classpath.org Fri Mar 1 19:49:32 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 01 Mar 2019 19:49:32 +0000 Subject: [Bug 3682] [IcedTea8] Add latest updates from AArch64 port for 3.11.0 In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3682 --- Comment #9 from hg commits --- details: http://icedtea.classpath.org//hg/icedtea8-forest/hotspot?cmd=changeset;node=a24b4e46303e author: fyang date: Mon Feb 25 19:09:02 2019 +0800 8219635, PR3682: aarch64: missing LoadStore barrier in TemplateTable::fast_storefield Reviewed-by: aph Contributed-by: patrick at os.amperecomputing.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 gnu_andrew at member.fsf.org Fri Mar 1 19:57:22 2019 From: gnu_andrew at member.fsf.org (Andrew Hughes) Date: Fri, 1 Mar 2019 19:57:22 +0000 Subject: [SECURITY] IcedTea 3.11.0 for OpenJDK 8 Released! Message-ID: <20190301195722.GA18674@carrie.the212.com> We are pleased to announce the release of IcedTea 3.11.0! The IcedTea project provides a harness to build the source code from OpenJDK using Free Software build tools, along with additional features such as the ability to build against system libraries and support for alternative virtual machines and architectures beyond those supported by OpenJDK. This release updates our OpenJDK 8 support with the January 2019 security fixes from OpenJDK 8 u201. If you find an issue with the release, please report it to our bug database (http://icedtea.classpath.org/bugzilla) under the appropriate component. Development discussion takes place on the distro-pkg-dev at openjdk.java.net mailing list and patches are always welcome. Full details of the release can be found below. What's New? =========== New in release 3.11.0 (2019-01-03): * Security fixes - S8199156: Better route routing - S8199161: Better interface enumeration - S8199166: Better interface lists - S8199552: Update to build scripts - S8200659: Improve BigDecimal support - S8203955: Improve robot support - S8204895: Better icon support - S8205356: Choose printer defaults - S8205709: Proper allocation handling - S8205714: Initial class initialization - S8206290, CVE-2019-2422: Better FileChannel transfer performance - S8206295: More reliable p11 transactions - S8206301: Improve NIO stability - S8208585: Make crypto code more robust - S8209094, CVE-2019-2426: Improve web server connections - S8210094: Better loading of classloader classes - S8210598: Strengthen Windows Access Bridge Support - S8210606: Improved data set handling - S8210610: Improved LSA authentication - S8210866, CVE-2018-11212: Improve JPEG processing - S8210870: Libsunmscapi improved interactions * New features - PR3667: Use the internal copy of the SunEC library rather than statically linking against NSS * Import of OpenJDK 8 u192 build 12 - S6730115: Fastdebug VM crashes with "ExceptionMark destructor expects no pending exceptions" error - S8022177: Windows/MSYS builds broken - S8026331: hs_err improvement: Print if we have seen any OutOfMemoryErrors or StackOverflowErrors - S8026335: hs_err improvement: Print exact compressed oops mode and the heap base value. - S8027584: Disable ccache by default - S8031759: Improved tool overriding in configure - S8033292: only warn, not fail, on unknown variables in configure - S8034199: Add 'reconfigure' target for re-creating a configuration - S8034788: Rewrite toolchain.m4 to support multiple toolchains per platform. - S8035074: hs_err improvement: Add time zone information in the hs_err file - S8035495: Improvements in autoconf integration - S8035725: Must keep microsoft VS_PATH on PATH after toolchain detection - S8035730: Configure fails in cygwin if current dir is in /home/user - S8035751: Clean up Visual Studio detection logic - S8035825: Warn instead of fail when calling the configure wrapper directly - S8036003: Add --with-native-debug-symbols=[none|internal|external|zipped] - S8038340: Cleanup and fix sysroot and devkit handling on Linux and Solaris - S8039030: 9-dev windows-i586 build failed with mktemp: command not found - S8041623: Solaris Studio 12.4 C++ 5.13, CHECK_UNHANDLED_OOPS use of class oop's copy constructor definitions causing error level diagnostic. - S8042707: Source changes needed to build JDK 9 with Visual Studio 2013 (VS2013) - S8048128: Fix for Solaris Studio C++ 5.13, CHECK_UNHANDLED_OOPS breaks PPC build. - S8057538: Build the freetype library during configure on Windows - S8067239: [TESTBUG] javax/xml/bind/marshal/8036981/Test.java failed - S8069124: runtime/NMT/MallocSiteHashOverflow.java failing in nightlies - S8077420: Build failure with SS12u4 - S8078437: Enable use of devkits for Windows - S8079788: Fix broken CL version detection in configure for some Visual Studio configurations - S8081202: Hotspot compile warning: "Invalid suffix on literal; C++11 requires a space between literal and identifier" - S8081323: ConstantPool::_resolved_references is missing in heap dump - S8114823: G1 doesn't honor request to disable class unloading - S8134157: adlc fails to compile with SS12u4 - S8138692: libjsig compilation is missing EXTRA_CFLAGS on macosx - S8140470: javax/xml/crypto/dsig/SecurityManager/XMLDSigWithSecMgr.java failed with AccessControlException - S8148175: C1: G1 barriers don't preserve FP registers - S8150426: Wrong cast in metadata_at_put - S8150688: Fix os_windows siglabel - S8153194: PreserveFPRegistersTest.java runs out of memory in the nightlies - S8156824: com.sun.jndi.ldap.pool.PoolCleaner should clear its context class loader - S8158012: Use SW prefetch instructions instead of BIS for allocation prefetches on SPARC Core C4 - S8160748: Inconsistent types for ideal_reg - S8162362: Introduce system property to control enabled ciphersuites - S8162540: Crash in C2 escape analysis with assert: "node should be registered" - S8165463: Native implementation of sunmscapi should use operator new (nothrow) for allocations - S8173013: JVMTI tagged object access needs G1 pre-barrier - S8176033: New cygwin grep does not match \r as newline - S8176192: Incorrect usage of Iterator in Java 8 In com.sun.jndi.ldap.EventSupport.removeNamingListener - S8178370: [TEST_BUG] java/security/Signature/SignatureLength.java fails - S8179079: Incremental HotSpot builds broken on Windows - S8179675: Build with error on windows with new Cygwin grep - S8185855: Debug exception stacks should be clearer - S8186171: HashMap: Entry.setValue may not work after Iterator.remove() called for previous entries - S8186646: Nashorn: "duplicate code" assertion when binding a vararg function that just passes arguments along - S8188083: NullPointerExcpn-java.awt.image.FilteredImageSource.startProduction JDK-8079607 - S8189170: Add option to disable stack overflow checking in primordial thread for use with JNI_CreateJavaJVM - S8189760: sun/security/ssl/CertPathRestrictions/TLSRestrictions.java failed with unexpected Exception intermittently - S8193171: keytool -list displays "JKS" for a PKCS12 keystore - S8193758: Update copyright headers of files in src tree that are missing Classpath exception - S8194412: Adding 256 units of IsoFields.QUARTER_YEARS broken - S8194642: Improve OOM error reporting for JDK8 - S8195095: Images are not scaled correctly in JEditorPane - S8195738: scroll poistion in ScrollPane is reset after calling validate() - S8196108: Add build support for VS 2015/2017 - S8196880: VS2017 Addition of Global Delete Operator with Size Parameter Conflicts with Arena's Chunk Provided One - S8196884: VS2017 Multiple Type Cast Conversion Compilation Errors - S8197864: VS2017 (C4334) Result of 32-bit Shift Implicitly Converted to 64 bits - S8197868: VS2017 (C2065) 'timezone': Undeclared Identifier in share/runtime/os.cpp - S8198304: VS2017 (C4838, C4312) Various conversion issues with gtest tests - S8198898: Compilation errors in jdk.crypto.mscapi with VS 2017 - S8200353: Shift or Capslock not working in Textfield after accented keystrokes - S8201240: Improve releasing native resources of BufImgSurfaceData.ICMColorData - S8201369: Inet4AddressImpl_getLocalHostName reverse lookup on Solaris only - S8202600: [Zero] Undefined behaviour in src/os_cpu/linux_zero/vm/os_linux_zero.cpp - S8202696: Remove exclusion range for phonetic chars in windows fontconfig.properties - S8203349: 8u hotspot should recognise later Windows compilers - S8203368: ObjectInputStream filterCheck method throws NullPointerException - S8203499: Uninitialised memory in WinAccessBridge.cpp - S8203790: MSVCP dependency introduced in awt.dll - S8203845: backport of JDK-8034788 inadvertently rolled back JDK-8187045 changes to toolchain.m4 - S8204053: libsaproc.so not linked with -z,noexecstack - S8204872: [8u] VS2017: more instances of "error C3680: cannot concatenate user-defined string literals with mismatched literal suffix identifiers" - S8205104: EXTRA_LDFLAGS not consistently being used - S8205440: [8u] DWORD64 required for later Windows compilers - S8205677: [8u] casts and type change for 8u to enable later Windows compilers - S8206425: .gnu_debuglink sections added unconditionally when no debuginfo is stripped - S8206454: [8u] os::current_stack_pointer() fails to compile on later Windows compilers (warning C4172: returning address of local variable) - S8206914: add jdk8u-dev test failures to ProblemList.txt - S8207402: Stray *.debuginfo files when not stripping debug info - S8207853: Need to regenerate configure in jdk8u-dev - S8209002: 8u192 installed exe and dll files have wrong file version - S8210423: Backport of 8034788 breaks GCC version detection - S8210658: Remove and retag jdk8u192-b10 tag in source repository - S8210951: Test sun/security/ssl/SSLContextImpl/CustomizedCipherSuites.java fails * Import of OpenJDK 8 u201 build 8 - S8027781: New jarsigner timestamp warning is grammatically incorrect - S8159805: sun/security/tools/jarsigner/warnings/NoTimestampTest.java fails after JDK-8027781 - S8171049: Era.getDisplayName doesn't work with non-IsoChronology - S8191438: jarsigner should print when a timestamp will expire - S8201818: [macosx] Printing attributes break page size set via "java.awt.print.Book" object - S8205330: InitialDirContext ctor sometimes throws NPE if the server has sent a disconnection - S8207775: Better management of CipherCore buffers - S8208583: Better management of internal KeyStore buffers - S8209129: Further improvements to cipher buffer management - S8209862: CipherCore performance improvement - S8210695: Create test to cover JDK-8205330 InitialDirContext ctor sometimes throws NPE if the server has sent a disconnection - S8211883: Disable anon and NULL cipher suites - S8213085: (tz) Upgrade time-zone data to tzdata2018g - S8213368: JDK 8u201 l10n resource file update - S8213792: Update THIRD_PARTY_README for LCMS to 2.9 - S8213949: OpenJDK 8 CCharToGlyphMapper.m missing the Classpath exception license text - S8214357: JDK 8u201 l10n resource file update md20 - S8215257: OpenJDK 8 mozilla_compat.js, parser.js missing the Classpath exception license text - S8215377: JDK-8171049 Breaks JCK signature tests - Era.getDisplayName doesn't work with non-IsoChronology * Backports - S6424123, PR3696: JVM crashes on failed 'strdup' call - S8059847, PR3696: complement JDK-8055286 and JDK-8056964 changes - S8074859, PR1937: Re-apply warnings as error switch removed by 8034788 in 8u192 - S8076475, PR3696: Misuses of strncpy/strncat - S8145188, PR2945: Re-apply --with-java-debug-symbols option removed by 8034788 in 8u192 - S8214059, PR3693: Undefined behaviour in ADLC - S8217753, PR3685: Enable HotSpot builds on 5.x Linux kernels * Bug fixes - PR3667, PR1983: Backed out changeset 48c15869ecd5 - PR3667, PR1983: Backed out changeset f0635543beb3 - PR3667, PR2127: Backed out changeset 0ff7720931e8 - PR3667, PR2815: Backed out changeset 26e2e029ee25 - PR3667, PR2899: Backed out changeset 9dc0eca5fa89 - PR3667, PR2934: Backed out changeset 7513dae3426b - PR3667, PR3479, RH1486025: Backed out changeset 5dcb55da00c1 - PR3675: Update CVE URL - PR3683: Addition of 8189170 in 8u192 breaks 8197429 backport - PR3691: wget not detected by configure * SystemTap - PR3341: jstack.stp should support ppc64[le,be] * AArch64 port - S8160748, PR3682: [AArch64] Inconsistent types for ideal_reg - S8189170, PR3682: [AArch64] Add option to disable stack overflow checking in primordial thread for use with JNI_CreateJavaJVM - S8209414, PR3682: [AArch64] method handle invocation does not respect JVMTI interp_only mode - S8215951, PR3682: AArch64: jtreg test vmTestbase/nsk/jvmti/PopFrame/popframe005 segfaults - S8218185, PR3682: aarch64: missing LoadStore barrier in TemplateTable::putfield_or_static - S8219635, PR3682: aarch64: missing LoadStore barrier in TemplateTable::fast_storefield The tarballs can be downloaded from: * http://icedtea.classpath.org/download/source/icedtea-3.11.0.tar.gz * http://icedtea.classpath.org/download/source/icedtea-3.11.0.tar.xz We provide both gzip and xz tarballs, so that those who are able to make use of the smaller tarball produced by xz may do so. The tarballs are accompanied by digital signatures available at: * http://icedtea.classpath.org/download/source/icedtea-3.11.0.tar.gz.sig * http://icedtea.classpath.org/download/source/icedtea-3.11.0.tar.xz.sig These are produced using my public key. See details below. PGP Key: ed25519/0xCFDA0F9B35964222 (hkp://keys.gnupg.net) Fingerprint = 5132 579D D154 0ED2 3E04 C5A0 CFDA 0F9B 3596 4222 https://keybase.io/gnu_andrew GnuPG >= 2.1 is required to be able to handle this key. SHA256 checksums: 4a258c29b532c843e451689e595001b472af8329f988b9d94e1b2b7661cba94b icedtea-3.11.0.tar.gz 3fed9bc592854d6000a024c1ab91f69557b18bf6c8d3114b6a7cf6a61a7ce58e icedtea-3.11.0.tar.gz.sig c0954df4cd616bb65e1c41d944fdde74d94a7426848f39457ba11586915d11f9 icedtea-3.11.0.tar.xz 98cca3518a13d370e0eee99d7d1c65e5f74ae4363acb1acb883ece927b6faff2 icedtea-3.11.0.tar.xz.sig The checksums can be downloaded from: * http://icedtea.classpath.org/download/source/icedtea-3.11.0.sha256 The following people helped with these releases: * Andrew Hughes (all other bug fixes and backports, release management) * Mark Wielaard (PR3341) * Felix Yang (AArch64 ideal_reg, popframe005 & barrier fixes) We would also like to thank the bug reporters and testers! To get started: $ tar xzf icedtea-3.11.0.tar.gz or: $ tar x -I xz -f icedtea-3.11.0.tar.xz then: $ mkdir icedtea-build $ cd icedtea-build $ ../icedtea-3.11.0/configure $ make Full build requirements and instructions are available in the INSTALL file. Happy hacking! -- Andrew :) Senior Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) PGP Key: ed25519/0xCFDA0F9B35964222 (hkp://keys.gnupg.net) Fingerprint = 5132 579D D154 0ED2 3E04 C5A0 CFDA 0F9B 3596 4222 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: not available URL: From dbhole at redhat.com Fri Mar 1 22:07:52 2019 From: dbhole at redhat.com (Deepak Bhole) Date: Fri, 1 Mar 2019 17:07:52 -0500 Subject: Web Start Support with OpenJDK8 In-Reply-To: References: <2BC4CC89A8FFCBA3.37a52702-a24b-4b30-b57c-bac524c3f215@mail.outlook.com> Message-ID: <20190301220752.GB29634@redhat.com> * Francisco De Melo Junior [2019-03-01 11:33]: > https://access.redhat.com/solutions/2489791 > That documentation is in context of Red Hat OpenJDK only. There are no plans to add IcedTea-Web to OpenJDK at this time. Deepak > On Fri, Mar 1, 2019 at 11:27 AM Joel Tesdall wrote: > > > Where did you read this? Icedtea web is an open-source community project > > to replace web start but I have never heard that Oracle is going to put web > > start into the openJDK ?? We are moving to icedtea and have added Windows > > features to it. > > > > Joel Tesdall > > > > > > > > > > On Fri, Mar 1, 2019 at 10:22 AM -0600, "Francisco De Melo Junior" < > > fdemeloj at redhat.com> wrote: > > > > Hello experts, one question from a customer here. > >> > >> *Regarding Web Start* > >> > >> According to official documentation: > >> > >> OpenJDK 7 and 8 and adding Web Start support through it for Windows with OpenJDK 8 is in progress. > >> > >> > >> Any additional information on if/when this will be available? I couldn't find a release schedule on the official website. > >> > >> > >> -f > >> > >> > >> > > -- > > *FRANCISCO DE MELO JR* > > MIDDLEWARE SUPPORT ENGINEER/ INGENIEUR SUPPORT MIDDLEWARE > > Red Hat Canada LTD > > 90 Eglinton Ave E | Suite 502 |Toronto, ON | M4P 2Y3 > > fdemelojr at redhat.com T: +1 647-259-2545 M: > 514-781-9483 > > > TRIED. TESTED. TRUSTED. > > Learn the skills you need to power digital transformation with Red Hat's > Learning Subscription > From jvanek at icedtea.classpath.org Mon Mar 4 16:49:17 2019 From: jvanek at icedtea.classpath.org (jvanek at icedtea.classpath.org) Date: Mon, 04 Mar 2019 16:49:17 +0000 Subject: /hg/icedtea-web: Fixed tabs and and dashes in Makefile Message-ID: changeset 0ab5d5c392c8 in /hg/icedtea-web details: http://icedtea.classpath.org/hg/icedtea-web?cmd=changeset;node=0ab5d5c392c8 author: Jiri Vanek date: Mon Mar 04 17:17:51 2019 +0100 Fixed tabs and and dashes in Makefile diffstat: Makefile.am | 8 ++++---- 1 files changed, 4 insertions(+), 4 deletions(-) diffs (39 lines): diff -r bfb5802f9c16 -r 0ab5d5c392c8 Makefile.am --- a/Makefile.am Fri Mar 01 14:29:09 2019 +0100 +++ b/Makefile.am Mon Mar 04 17:17:51 2019 +0100 @@ -1339,7 +1339,7 @@ #the code is copypasted from netx-dist-tests-remove-cert-from-public, because #with depending to not stamped target we always have to rerun reproducers targets stamps/exported-test-certs.stamp: stamps/change-dots-to-paths.stamp - -types=($(SIGNED_REPRODUCERS)) ; \ + types=($(SIGNED_REPRODUCERS)) ; \ PUBLIC_KEYSTORE=$$XDG_CONFIG_HOME ; \ if test "x$$PUBLIC_KEYSTORE" = x; then \ PUBLIC_KEYSTORE=${HOME}/.config ; \ @@ -1371,7 +1371,7 @@ export PUBLIC_KEYSTORE=$$(cygpath -p -m "$$PUBLIC_KEYSTORE") ; \ fi ; \ keystoredir=`dirname $$PUBLIC_KEYSTORE`; \ - [ ! -d $$keystoredir ] && mkdir -p $$keystoredir; \ + [ ! -d $$keystoredir ] && mkdir -p $$keystoredir; \ for which in "$${types[@]}" ; do \ yes | $(SYSTEM_JDK_DIR)/bin/keytool -import -alias $(TEST_CERT_ALIAS)_$$which -keystore $$PUBLIC_KEYSTORE -storepass $(PUBLIC_KEYSTORE_PASS) -file $(EXPORTED_TEST_CERT_PREFIX)_$$which.$(EXPORTED_TEST_CERT_SUFFIX) ;\ done ; @@ -1379,7 +1379,7 @@ touch $@ netx-dist-tests-remove-cert-from-public: - -types=($(SIGNED_REPRODUCERS)) ; \ + types=($(SIGNED_REPRODUCERS)) ; \ PUBLIC_KEYSTORE=$$XDG_CONFIG_HOME ; \ if test "x$$PUBLIC_KEYSTORE" = x; then \ PUBLIC_KEYSTORE=${HOME}/.config ; \ @@ -1389,7 +1389,7 @@ export PUBLIC_KEYSTORE=$$(cygpath -p -m "$$PUBLIC_KEYSTORE") ; \ fi ; \ keystoredir=`dirname $$PUBLIC_KEYSTORE`; \ - [ ! -d $$keystoredir ] && mkdir -p $$keystoredir; \ + [ ! -d $$keystoredir ] && mkdir -p $$keystoredir; \ for which in "$${types[@]}" ; do \ $(SYSTEM_JDK_DIR)/bin/keytool -delete -alias $(TEST_CERT_ALIAS)_$$which -keystore $$PUBLIC_KEYSTORE -storepass $(PUBLIC_KEYSTORE_PASS) ; \ done ; From andrew at icedtea.classpath.org Mon Mar 4 17:05:59 2019 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Mon, 04 Mar 2019 17:05:59 +0000 Subject: /hg/icedtea8-forest/corba: Added tag icedtea-3.11.0 for changese... Message-ID: changeset 311732f1461f in /hg/icedtea8-forest/corba details: http://icedtea.classpath.org/hg/icedtea8-forest/corba?cmd=changeset;node=311732f1461f author: andrew date: Mon Mar 04 16:45:32 2019 +0000 Added tag icedtea-3.11.0 for changeset cfc35c4598d9 diffstat: .hgtags | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diffs (8 lines): diff -r cfc35c4598d9 -r 311732f1461f .hgtags --- a/.hgtags Fri Feb 15 06:44:17 2019 +0000 +++ b/.hgtags Mon Mar 04 16:45:32 2019 +0000 @@ -1059,3 +1059,4 @@ 52738cffda5b435fd1e4b89afaacfcbde32aff01 jdk8u201-b07 c4dc8ca88a3f27a1e2bbe251b8f63957a98ea16f jdk8u201-b77 a775a126005d8eef56d48a9686e1a1122e5e5dfb jdk8u201-b08 +cfc35c4598d99336c7deb95d40e7f75a529d60a5 icedtea-3.11.0 From andrew at icedtea.classpath.org Mon Mar 4 17:06:09 2019 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Mon, 04 Mar 2019 17:06:09 +0000 Subject: /hg/icedtea8-forest/jaxp: Added tag icedtea-3.11.0 for changeset... Message-ID: changeset 212d7244b319 in /hg/icedtea8-forest/jaxp details: http://icedtea.classpath.org/hg/icedtea8-forest/jaxp?cmd=changeset;node=212d7244b319 author: andrew date: Mon Mar 04 16:45:34 2019 +0000 Added tag icedtea-3.11.0 for changeset 1c01fbb460ba diffstat: .hgtags | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diffs (8 lines): diff -r 1c01fbb460ba -r 212d7244b319 .hgtags --- a/.hgtags Fri Feb 15 06:44:19 2019 +0000 +++ b/.hgtags Mon Mar 04 16:45:34 2019 +0000 @@ -1023,3 +1023,4 @@ 16c76ce6176a6042af69da226d95795976d7dbcd jdk8u201-b07 ace766139b0a8b3df9ba5997410b6757e9e966ce jdk8u201-b77 4d0534929ed33904995cab64d870f71f34df3820 jdk8u201-b08 +1c01fbb460ba4b88ae61eacdcbe19542a72bbf8c icedtea-3.11.0 From andrew at icedtea.classpath.org Mon Mar 4 17:06:19 2019 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Mon, 04 Mar 2019 17:06:19 +0000 Subject: /hg/icedtea8-forest/jaxws: Added tag icedtea-3.11.0 for changese... Message-ID: changeset 4114e1bf25fb in /hg/icedtea8-forest/jaxws details: http://icedtea.classpath.org/hg/icedtea8-forest/jaxws?cmd=changeset;node=4114e1bf25fb author: andrew date: Mon Mar 04 16:45:36 2019 +0000 Added tag icedtea-3.11.0 for changeset cf4d2b27895c diffstat: .hgtags | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diffs (8 lines): diff -r cf4d2b27895c -r 4114e1bf25fb .hgtags --- a/.hgtags Fri Feb 15 06:44:20 2019 +0000 +++ b/.hgtags Mon Mar 04 16:45:36 2019 +0000 @@ -1017,3 +1017,4 @@ 50f48f1d242d36f9f0bf2da0a075037467488207 jdk8u201-b07 8396aa331353d281ebd65054159268456a482718 jdk8u201-b77 8485292c47007c567bdc055d66b8b22486c7014f jdk8u201-b08 +cf4d2b27895c4dd175562c14737cf09305a00ff7 icedtea-3.11.0 From andrew at icedtea.classpath.org Mon Mar 4 17:06:29 2019 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Mon, 04 Mar 2019 17:06:29 +0000 Subject: /hg/icedtea8-forest/langtools: Added tag icedtea-3.11.0 for chan... Message-ID: changeset 26b29f3e117c in /hg/icedtea8-forest/langtools details: http://icedtea.classpath.org/hg/icedtea8-forest/langtools?cmd=changeset;node=26b29f3e117c author: andrew date: Mon Mar 04 16:45:39 2019 +0000 Added tag icedtea-3.11.0 for changeset 78414f4f0172 diffstat: .hgtags | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diffs (8 lines): diff -r 78414f4f0172 -r 26b29f3e117c .hgtags --- a/.hgtags Fri Feb 15 06:44:20 2019 +0000 +++ b/.hgtags Mon Mar 04 16:45:39 2019 +0000 @@ -1024,3 +1024,4 @@ 4fbee4ebd4d32b302367c44f5e63b1bd647490f1 jdk8u201-b07 dd3348cbc2d0651582fa8ede11c58e6bdd365c61 jdk8u201-b77 8c8f74830128f0b244d878920df032e704d35eee jdk8u201-b08 +78414f4f0172bf37926faeefe54df0b7f8381d0d icedtea-3.11.0 From andrew at icedtea.classpath.org Mon Mar 4 17:06:40 2019 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Mon, 04 Mar 2019 17:06:40 +0000 Subject: /hg/icedtea8-forest/hotspot: Added tag icedtea-3.11.0 for change... Message-ID: changeset 1a1607dbece0 in /hg/icedtea8-forest/hotspot details: http://icedtea.classpath.org/hg/icedtea8-forest/hotspot?cmd=changeset;node=1a1607dbece0 author: andrew date: Mon Mar 04 16:45:43 2019 +0000 Added tag icedtea-3.11.0 for changeset a24b4e46303e diffstat: .hgtags | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diffs (8 lines): diff -r a24b4e46303e -r 1a1607dbece0 .hgtags --- a/.hgtags Mon Feb 25 19:09:02 2019 +0800 +++ b/.hgtags Mon Mar 04 16:45:43 2019 +0000 @@ -1305,3 +1305,4 @@ dee6a1ce4a0c526c47d71ef402d10e4b8915c5cb jdk8u201-b07 e4daab85ac15ae3c51f14ed8fba888e54e4c6830 jdk8u201-b77 e2c2448a1ca75333879e055655f11525decc2c39 jdk8u201-b08 +a24b4e46303eab1e8b89a7d96d5950c9f7f7b27a icedtea-3.11.0 From andrew at icedtea.classpath.org Mon Mar 4 17:06:52 2019 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Mon, 04 Mar 2019 17:06:52 +0000 Subject: /hg/icedtea8-forest/jdk: Added tag icedtea-3.11.0 for changeset ... Message-ID: changeset f58ec329f97a in /hg/icedtea8-forest/jdk details: http://icedtea.classpath.org/hg/icedtea8-forest/jdk?cmd=changeset;node=f58ec329f97a author: andrew date: Mon Mar 04 16:45:37 2019 +0000 Added tag icedtea-3.11.0 for changeset 34ade0cd2dd5 diffstat: .hgtags | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diffs (8 lines): diff -r 34ade0cd2dd5 -r f58ec329f97a .hgtags --- a/.hgtags Fri Feb 15 06:44:22 2019 +0000 +++ b/.hgtags Mon Mar 04 16:45:37 2019 +0000 @@ -1029,3 +1029,4 @@ 0a19f694c42c6d8e545743e3df938e80d3d56b87 jdk8u201-b07 f0611120a4b7deae2219f72c5919712f1662ad9b jdk8u201-b77 21ffcdd4d850dd240338c211bbeecb79c38e5403 jdk8u201-b08 +34ade0cd2dd5fd9adb24afddd24e6958c1f492d1 icedtea-3.11.0 From andrew at icedtea.classpath.org Mon Mar 4 17:07:02 2019 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Mon, 04 Mar 2019 17:07:02 +0000 Subject: /hg/icedtea8-forest/nashorn: Added tag icedtea-3.11.0 for change... Message-ID: changeset cbc51619619c in /hg/icedtea8-forest/nashorn details: http://icedtea.classpath.org/hg/icedtea8-forest/nashorn?cmd=changeset;node=cbc51619619c author: andrew date: Mon Mar 04 16:45:41 2019 +0000 Added tag icedtea-3.11.0 for changeset 3cb2fe2b1b7d diffstat: .hgtags | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diffs (8 lines): diff -r 3cb2fe2b1b7d -r cbc51619619c .hgtags --- a/.hgtags Fri Feb 15 06:44:23 2019 +0000 +++ b/.hgtags Mon Mar 04 16:45:41 2019 +0000 @@ -1055,3 +1055,4 @@ 8bf098c9d21b1b407a4655bdf683b83474a211b4 jdk8u201-b07 38568172fbddb5177ff805ec1634da54c8ec2daa jdk8u201-b77 03dc179691c8b481cf97869cdb65047515ec5b11 jdk8u201-b08 +3cb2fe2b1b7d48f7c5350d58e6bbaf58bf54f3c8 icedtea-3.11.0 From jvanek at icedtea.classpath.org Mon Mar 4 17:13:16 2019 From: jvanek at icedtea.classpath.org (jvanek at icedtea.classpath.org) Date: Mon, 04 Mar 2019 17:13:16 +0000 Subject: /hg/release/icedtea-web-1.7: 12 new changesets Message-ID: changeset c52d14e486ae in /hg/release/icedtea-web-1.7 details: http://icedtea.classpath.org/hg/release/icedtea-web-1.7?cmd=changeset;node=c52d14e486ae author: Jiri Vanek date: Mon Mar 04 15:16:59 2019 +0100 scripted launchers rework added to NEWS Windows bat launchers rewritten to be feature complete, Linux shell launchers made portable, build enhanced to produce platform independent image changeset 3ce19ba2d7b3 in /hg/release/icedtea-web-1.7 details: http://icedtea.classpath.org/hg/release/icedtea-web-1.7?cmd=changeset;node=3ce19ba2d7b3 author: Jiri Vanek date: Mon Mar 04 15:59:35 2019 +0100 Updated Russian translation * netx/net/sourceforge/jnlp/resources/Messages_ru.properties adapted to current state changeset ea6f73e2fe47 in /hg/release/icedtea-web-1.7 details: http://icedtea.classpath.org/hg/release/icedtea-web-1.7?cmd=changeset;node=ea6f73e2fe47 author: Jiri Vanek date: Mon Mar 04 16:09:30 2019 +0100 shell launcher got support for JAVA_HOME * shell-launcher/launchers.sh.in: if JAVA_HOME is detected, is used as most pre changeset c49a02a87fab in /hg/release/icedtea-web-1.7 details: http://icedtea.classpath.org/hg/release/icedtea-web-1.7?cmd=changeset;node=c49a02a87fab author: Jiri Vanek date: Mon Mar 04 16:14:56 2019 +0100 jar command used to pack reproducers is called windows friendly * Makefile.am: (stamps/netx-dist-tests-prepare-reproducers.stamp) TMP_MANIFEST is now exported so it can reach subshell of cygpath. If cygpath is in on PATH, TMP_MANIFEST path is cygpathed changeset 358be410039d in /hg/release/icedtea-web-1.7 details: http://icedtea.classpath.org/hg/release/icedtea-web-1.7?cmd=changeset;node=358be410039d author: Jiri Vanek date: Mon Mar 04 16:15:37 2019 +0100 keytool command used to create test keystores is called windows friendly * Makefile.am: path to keystore or PUBLIC_KEYSTORE is preprocessed via cygapth on windows changeset 9b54fcdec9bc in /hg/release/icedtea-web-1.7 details: http://icedtea.classpath.org/hg/release/icedtea-web-1.7?cmd=changeset;node=9b54fcdec9bc author: Jiri Vanek date: Mon Mar 04 16:16:04 2019 +0100 Fixed call to which (ps: never call withch at night!) changeset 0c38cd91d022 in /hg/release/icedtea-web-1.7 details: http://icedtea.classpath.org/hg/release/icedtea-web-1.7?cmd=changeset;node=0c38cd91d022 author: Jiri Vanek date: Mon Mar 04 16:16:31 2019 +0100 cygpath is now called without shell and via $$( changeset db64b47db596 in /hg/release/icedtea-web-1.7 details: http://icedtea.classpath.org/hg/release/icedtea-web-1.7?cmd=changeset;node=db64b47db596 author: Jiri Vanek date: Mon Mar 04 16:17:12 2019 +0100 Added Czech translation for 1.8 * netx/net/sourceforge/jnlp/resources/Messages_cs.properties: adapted changeset f53207f08c79 in /hg/release/icedtea-web-1.7 details: http://icedtea.classpath.org/hg/release/icedtea-web-1.7?cmd=changeset;node=f53207f08c79 author: Jiri Vanek date: Mon Mar 04 16:17:38 2019 +0100 Makefile.am: using proper classpath separator variable instead of hardcoded one changeset 3a98b65236b3 in /hg/release/icedtea-web-1.7 details: http://icedtea.classpath.org/hg/release/icedtea-web-1.7?cmd=changeset;node=3a98b65236b3 author: Jiri Vanek date: Mon Mar 04 16:18:03 2019 +0100 removal o redundat cygpath - by Michal Vala changeset 53e1b75c0e25 in /hg/release/icedtea-web-1.7 details: http://icedtea.classpath.org/hg/release/icedtea-web-1.7?cmd=changeset;node=53e1b75c0e25 author: Jiri Vanek date: Mon Mar 04 17:48:56 2019 +0100 Fixed tabs and and dashes in Makefile; Fixed evaluation of keysotre variable; Silenced cygpath calls; changeset c081fbf99cc5 in /hg/release/icedtea-web-1.7 details: http://icedtea.classpath.org/hg/release/icedtea-web-1.7?cmd=changeset;node=c081fbf99cc5 author: Jiri Vanek date: Mon Mar 04 17:59:40 2019 +0100 All custoom reprodcuers get tmp dir created correctly via cygpath on windows (Michal Vala) diffstat: ChangeLog | 32 ++++ Makefile.am | 43 +++-- NEWS | 1 + launcher/launchers.sh.in | 7 +- netx/net/sourceforge/jnlp/resources/Messages_cs.properties | 58 +++++-- netx/net/sourceforge/jnlp/resources/Messages_ru.properties | 75 +++++---- tests/reproducers/custom/AdditionalJarsInMetaInfIndexList/srcs/Makefile | 6 +- tests/reproducers/custom/AppletExtendsFromOutsideJar/srcs/Makefile | 6 +- tests/reproducers/custom/ExtensionJnlpsInApplet/srcs/Makefile | 6 +- tests/reproducers/custom/JNLPClassLoaderDeadlock/srcs/Makefile | 6 +- tests/reproducers/custom/JavaFx/srcs/Makefile | 6 +- tests/reproducers/custom/MixedSigningAndTrustedOnly/srcs/Makefile | 6 +- tests/reproducers/custom/MixedSigningApplet/srcs/Makefile | 6 +- tests/reproducers/custom/MultipleSignaturesPerJar/srcs/Makefile | 6 +- tests/reproducers/custom/NoClassDeff/srcs/Makefile | 6 +- tests/reproducers/custom/PackGZip/srcs/Makefile | 6 +- tests/reproducers/custom/PartiallySignedAppletManifestSpecifiesSandbox/srcs/Makefile | 6 +- tests/reproducers/custom/SignedAppletCodebaseLoading/srcs/Makefile | 6 +- tests/reproducers/custom/SignedAppletExternalMainClass/srcs/Makefile | 6 +- tests/reproducers/custom/TrustedOnlyAttribute/srcs/Makefile | 6 +- 20 files changed, 218 insertions(+), 82 deletions(-) diffs (truncated from 826 to 500 lines): diff -r be3441a24561 -r c081fbf99cc5 ChangeLog --- a/ChangeLog Mon Feb 25 16:10:31 2019 +0100 +++ b/ChangeLog Mon Mar 04 17:59:40 2019 +0100 @@ -1,3 +1,35 @@ +2019-02-28 Jiri Vanek + Michal Vala + + * Makefile.am: using proper classpath separator variable instead of hardcoded one + +2019-02-27 Jiri Vanek + Alexandr Kolouch + + Added Czech translation for 1.8 + * netx/net/sourceforge/jnlp/resources/Messages_cs.properties: adapted + +2019-02-27 Jiri Vanek + + keytool command used to create test keystores is called windows friendly + * Makefile.am: path to keystore or PUBLIC_KEYSTORE is preprocessed via cygapth on windows + +2019-02-27 Jiri Vanek + + jar command used to pack reproducers is called windows friendly + * Makefile.am: (stamps/netx-dist-tests-prepare-reproducers.stamp) TMP_MANIFEST is now exported so it can reach + subshell of cygpath. If cygpath is in on PATH, TMP_MANIFEST path is cygpathed + +2019-02-27 Jiri Vanek + + shell launcher got support for JAVA_HOME + * shell-launcher/launchers.sh.in: if JAVA_HOME is detected, is used as most preferred + +2019-02-25 Olesya Gerasimenko + + Updated Russian translation + * netx/net/sourceforge/jnlp/resources/Messages_ru.properties: adapted to current state + 2019-02-13 Jiri Vanek Propagating unimplemented DownloadService2. Added tests for it diff -r be3441a24561 -r c081fbf99cc5 Makefile.am --- a/Makefile.am Mon Feb 25 16:10:31 2019 +0100 +++ b/Makefile.am Mon Mar 04 17:59:40 2019 +0100 @@ -880,7 +880,7 @@ mkdir -p html-gen; \ cp AUTHORS NEWS COPYING ChangeLog html-gen/; \ export HTML_GEN_DEBUG=true; \ - ${SHELL} html-gen.sh 7; \ + ${SHELL} html-gen.sh 236; \ unset HTML_GEN_DEBUG) ${INSTALL_DATA} $(NETX_SRCDIR)/../html-gen/*.html $(NETX_RESOURCE_DIR) rm -r $(NETX_SRCDIR)/../html-gen/ @@ -931,6 +931,7 @@ rm -f itweb-settings.desktop rm -f policyeditor.desktop + # launcher run args: launcher.build/$(MODULARJDK_ARGS_FILE): $(srcdir)/$(MODULARJDK_ARGS_FILE) mkdir -p launcher.build @@ -1155,7 +1156,7 @@ cd "$(REPRODUCERS_TESTS_SRCDIR)/$$which/$$dir/srcs/" ; \ srcFiles=`find . -mindepth 1 -type f -name "*.java" | sed "s/.\/*//"` ; \ notSrcFiles=`find . -mindepth 1 -type f \! -name "*.java" | sed "s/.\/*//"` ; \ - $(SYSTEM_JDK_DIR)/bin/javac -cp $(NETX_DIR)/lib/classes.jar:$(TOP_BUILD_DIR)/liveconnect -d "$(REPRODUCERS_BUILD_DIR)/$$dir/" $$srcFiles ; \ + $(SYSTEM_JDK_DIR)/bin/javac -cp $(NETX_DIR)/lib/classes.jar\$(CLASSPATH_SEPARATOR)$(TOP_BUILD_DIR)/liveconnect -d "$(REPRODUCERS_BUILD_DIR)/$$dir/" $$srcFiles ; \ if [ -n "$$notSrcFiles" ] ; then \ cp -R --parents $$notSrcFiles "$(REPRODUCERS_BUILD_DIR)/$$dir/" ; \ fi ; \ @@ -1171,8 +1172,11 @@ GREP_R=$$?; \ if [ ! -f $(META_MANIFEST) -o $$GREP_R -ne 0 ]; \ then \ - TMP_MANIFEST=`mktemp` ; \ + export TMP_MANIFEST=`mktemp` ; \ echo "$$AN $$dir" > $$TMP_MANIFEST ; \ + if which cygpath &> /dev/null ; then \ + export TMP_MANIFEST=$$(cygpath -p -m "$$TMP_MANIFEST") ; \ + fi ; \ $(SYSTEM_JDK_DIR)/bin/jar ufm "$(REPRODUCERS_TESTS_SERVER_DEPLOYDIR)/$$dir.jar" $$TMP_MANIFEST ; \ rm -f $$TMP_MANIFEST ; \ fi ; \ @@ -1184,7 +1188,7 @@ touch $@ stamps/netx-dist-tests-sign-some-reproducers.stamp: stamps/netx-dist-tests-prepare-reproducers.stamp - keystore=$(TOP_BUILD_DIR)/$(PRIVATE_KEYSTORE_NAME); \ + export keystore=$(TOP_BUILD_DIR)/$(PRIVATE_KEYSTORE_NAME); \ types=($(SIGNED_REPRODUCERS)) ; \ for which in "$${types[@]}" ; do \ tcaw=$(TEST_CERT_ALIAS)_$$which ; \ @@ -1235,14 +1239,17 @@ #the code is copypasted from netx-dist-tests-remove-cert-from-public, because #with depending to not stamped target we always have to rerun reproducers targets stamps/exported-test-certs.stamp: stamps/change-dots-to-paths.stamp - -types=($(SIGNED_REPRODUCERS)) ; \ + types=($(SIGNED_REPRODUCERS)) ; \ PUBLIC_KEYSTORE=$$XDG_CONFIG_HOME ; \ if test "x$$PUBLIC_KEYSTORE" = x; then \ PUBLIC_KEYSTORE=${HOME}/.config ; \ fi ;\ - PUBLIC_KEYSTORE=$$PUBLIC_KEYSTORE/$(PUBLIC_KEYSTORE_STUB); \ - keystoredir=`dirname $(PUBLIC_KEYSTORE)`; \ - [ ! -d $(keystoredir) ] && mkdir -p $(keystoredir); \ + export PUBLIC_KEYSTORE=$$PUBLIC_KEYSTORE/$(PUBLIC_KEYSTORE_STUB); \ + if which cygpath &> /dev/null ; then \ + export PUBLIC_KEYSTORE=$$(cygpath -p -m "$$PUBLIC_KEYSTORE") ; \ + fi ; \ + keystoredir=`dirname $$PUBLIC_KEYSTORE`; \ + [ ! -d $$keystoredir ] && mkdir -p $$keystoredir; \ for which in "$${types[@]}" ; do \ $(SYSTEM_JDK_DIR)/bin/keytool -delete -alias $(TEST_CERT_ALIAS)_$$which -keystore $$PUBLIC_KEYSTORE -storepass $(PUBLIC_KEYSTORE_PASS) ; \ done ; @@ -1259,9 +1266,12 @@ if test "x$$PUBLIC_KEYSTORE" = x; then \ PUBLIC_KEYSTORE=${HOME}/.config ; \ fi ;\ - PUBLIC_KEYSTORE=$$PUBLIC_KEYSTORE/$(PUBLIC_KEYSTORE_STUB); \ - keystoredir=`dirname $(PUBLIC_KEYSTORE)`; \ - [ ! -d $(keystoredir) ] && mkdir -p $(keystoredir); \ + export PUBLIC_KEYSTORE=$$PUBLIC_KEYSTORE/$(PUBLIC_KEYSTORE_STUB); \ + if which cygpath &> /dev/null ; then \ + export PUBLIC_KEYSTORE=$$(cygpath -p -m "$$PUBLIC_KEYSTORE") ; \ + fi ; \ + keystoredir=`dirname $$PUBLIC_KEYSTORE`; \ + [ ! -d $$keystoredir ] && mkdir -p $$keystoredir; \ for which in "$${types[@]}" ; do \ yes | $(SYSTEM_JDK_DIR)/bin/keytool -import -alias $(TEST_CERT_ALIAS)_$$which -keystore $$PUBLIC_KEYSTORE -storepass $(PUBLIC_KEYSTORE_PASS) -file $(EXPORTED_TEST_CERT_PREFIX)_$$which.$(EXPORTED_TEST_CERT_SUFFIX) ;\ done ; @@ -1269,14 +1279,17 @@ touch $@ netx-dist-tests-remove-cert-from-public: - -types=($(SIGNED_REPRODUCERS)) ; \ + types=($(SIGNED_REPRODUCERS)) ; \ PUBLIC_KEYSTORE=$$XDG_CONFIG_HOME ; \ if test "x$$PUBLIC_KEYSTORE" = x; then \ PUBLIC_KEYSTORE=${HOME}/.config ; \ fi ;\ - PUBLIC_KEYSTORE=$$PUBLIC_KEYSTORE/$(PUBLIC_KEYSTORE_STUB); \ - keystoredir=`dirname $(PUBLIC_KEYSTORE)`; \ - [ ! -d $(keystoredir) ] && mkdir -p $(keystoredir); \ + export PUBLIC_KEYSTORE=$$PUBLIC_KEYSTORE/$(PUBLIC_KEYSTORE_STUB); \ + if which cygpath &> /dev/null ; then \ + export PUBLIC_KEYSTORE=$$(cygpath -p -m "$$PUBLIC_KEYSTORE") ; \ + fi ; \ + keystoredir=`dirname $$PUBLIC_KEYSTORE`; \ + [ ! -d $$keystoredir ] && mkdir -p $$keystoredir; \ for which in "$${types[@]}" ; do \ $(SYSTEM_JDK_DIR)/bin/keytool -delete -alias $(TEST_CERT_ALIAS)_$$which -keystore $$PUBLIC_KEYSTORE -storepass $(PUBLIC_KEYSTORE_PASS) ; \ done ; diff -r be3441a24561 -r c081fbf99cc5 NEWS --- a/NEWS Mon Feb 25 16:10:31 2019 +0100 +++ b/NEWS Mon Mar 04 17:59:40 2019 +0100 @@ -17,6 +17,7 @@ * Added support for windows desktop shortcuts via https://github.com/DmitriiShamrikov/mslinks * cache can now be operated by groups, list by -Xcacheids (details via -verbose, can filter by regex), Xclearcache now can clear only selected id. There is also gui to operate cache via id in itweb-settings now. * desktop shortcut name get shortened to title or file if title is missing. +* scripted launchers rework: Windows bat launchers rewritten to be feature complete, Linux shell launchers made portable, build enhanced to produce platform independent image New in release 1.7.1 (2017-12-15): * better work with authors file diff -r be3441a24561 -r c081fbf99cc5 launcher/launchers.sh.in --- a/launcher/launchers.sh.in Mon Feb 25 16:10:31 2019 +0100 +++ b/launcher/launchers.sh.in Mon Mar 04 17:59:40 2019 +0100 @@ -2,6 +2,7 @@ NASHORN=lib/ext/nashorn.jar JRE=@JRE@ +#unused JAVA=$JRE/bin/java LAUNCHER_BOOTCLASSPATH='@LAUNCHER_BOOTCLASSPATH@' LAUNCHER_FLAGS=-Xms8m @@ -51,6 +52,10 @@ 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$JAVA_HOME" = "x" ] ; then + echo "Warning! JAVA_HOME of $JAVA_HOME in play!" + CUSTOM_JRE=$JAVA_HOME +fi # Support portable ITW: @@ -82,7 +87,7 @@ CP=$CUSTOM_JRE/lib/rt.jar:$CUSTOM_JRE/lib/jfxrt.jar LAUNCHER_BOOTCLASSPATH=$LAUNCHER_BOOTCLASSPATH:$CUSTOM_JRE/$NASHORN else - echo "Your custom JRE $CUSTOM_JRE read from deployment.properties under key $PROPERTY_NAME as $CUSTOM_JRE is not valid. Using default ($JAVA, $CP) in attempt to start. Please fix this." + echo "Your custom JRE $CUSTOM_JRE read from deployment.properties under key $PROPERTY_NAME as $CUSTOM_JRE is not valid. Using default ($JRE, $CP) in attempt to start. Please fix this." fi else LAUNCHER_BOOTCLASSPATH="$LAUNCHER_BOOTCLASSPATH:$JRE/$NASHORN" diff -r be3441a24561 -r c081fbf99cc5 netx/net/sourceforge/jnlp/resources/Messages_cs.properties --- a/netx/net/sourceforge/jnlp/resources/Messages_cs.properties Mon Feb 25 16:10:31 2019 +0100 +++ b/netx/net/sourceforge/jnlp/resources/Messages_cs.properties Mon Mar 04 17:59:40 2019 +0100 @@ -1,4 +1,4 @@ -# Czech UI messages for netx +# Default (English) UI messages for netx # # All messages are formatted using Java's MessageFormat class. # Apostrophe characters ' need to be escaped by using two: '' @@ -13,6 +13,7 @@ ButCancel= Zru\u0161it ButClose=Zav\u0159\u00edt ButAdvancedOptions=Pokro\u010dil\u00e9 mo\u017enosti +ButLunchFullItwSettings=Spustit kompletn\u00ed editor nastaven\u00ed ButCopy=Kop\u00edrovat do schr\u00e1nky ButMoreInformation=Dal\u0161\u00ed informace... ButOk=OK @@ -30,6 +31,7 @@ BUTback=Zp\u011bt BUTforward=Vp\u0159ed BUTreload=Znovu na\u010d\u00edst +ITWdocsMissingAuthors=Viz soubor s p\u0159isp\u011bvateli do projektu HEADLESS_MISSCONFIGURED=Nebyl detekov\u00e1n b\u011bh grafick\u00e9ho rozhran\u00ed. Budete muset pokra\u010dovat bez grafick\u00e9ho rozhran\u00ed. Aplikace IcedTea-Web takto fungovat m\u016f\u017ee, nicm\u00e9n\u011b va\u0161e aplikace pravd\u011bpodobn\u011b nikoliv. Jedn\u00e1 se nejsp\u00ed\u0161 o chybu ve va\u0161em syst\u00e9mu. @@ -81,10 +83,10 @@ # matching Application-Library-Allowable-Codebase dialogue ALACAMatchingMainTitle=Aplikace {0} z {1} pou\u017e\u00edv\u00e1 zdroje z n\u00e1sleduj\u00edc\u00edch vzd\u00e1len\u00fdch um\u00edst\u011bn\u00ed:
{2}
Um\u00edst\u011bn\u00ed se zdaj\u00ed b\u00fdt v po\u0159\u00e1dku. Ur\u010dit\u011b chcete spustit tuto aplikaci? -ALACAMatchingInfo=Chcete-li z\u00edskat v\u00edce informac\u00ed, nav\u0161tivte n\u00e1sleduj\u00edc\u00ed weby:
JAR File Manifest Attributes
a
Preventing the Repurposing of an Applications +ALACAMatchingInfo=Chcete-li z\u00edskat v\u00edce informac\u00ed, nav\u0161tivte n\u00e1sleduj\u00edc\u00ed weby:
JAR File Manifest Attributes
a
Preventing the Repurposing of an Applications. MACDisabledMessage=Kontroly atribut\u016f v manifestu jsou vypnut\u00e9. -MACCheckSkipped=kontrola {0} vynech\u00e1na, proto\u017ee vlastnost deployment.manifest.attributes.check nen\u00ed nastavena na ALL nebo obsahuje {1} v kombinaci s mo\u017enost\u00ed +MACCheckSkipped=kontrola {0} vynech\u00e1na, proto\u017ee vlastnost deployment.manifest.attributes.check nen\u00ed nastavena na hodnotu ALL nebo obsahuje {1} v kombinaci s mo\u017enost\u00ed # LS - Severity LSMinor=Mal\u00e1 @@ -173,6 +175,8 @@ PMissingTitle=N\u00e1zev PMissingVendor=Dodavatel PMissingElement=Pro va\u0161e n\u00e1rodn\u00ed prost\u0159ed\u00ed nebyla zad\u00e1na sekce {0}, ani neexistuje v\u00fdchoz\u00ed hodnota v souboru JNLP. +PMissingMandatoryWarning=Je v\u0161ak p\u0159\u00edli\u0161 mnoho aplikac\u00ed, u kter\u00fdch se vyskytuje tento probl\u00e9m. Proto bude pou\u017eit fale\u0161n\u00fd \u00fadaj: +PMissingMandatorySubstitution={0} je po\u0161kozen\u00fd nebo chyb\u00ed. T\u00e9to aplikaci nev\u011b\u0159te! PTwoDescriptions=Duplicitn\u00ed elementy \u201edescription\u201c typu {0} jsou neplatn\u00e9. PSharing=Element \u201esharing-allowed\u201c je neplatn\u00fd ve standardn\u00edm souboru JNLP. PTwoSecurity=V ka\u017ed\u00e9m souboru JNLP m\u016f\u017ee b\u00fdt pouze jeden element \u201esecurity\u201c. @@ -212,7 +216,7 @@ RCantOpenFile=Nepoda\u0159ilo se otev\u0159\u00edt soubor {0}. RCantWriteFile=Nepoda\u0159ilo se zapisovat do souboru {0}. RFileReadOnly=Soubor bude otev\u0159en v re\u017eimu pro \u010dten\u00ed. -RExpectedFile={0}m\u011bl b\u00fdt dle o\u010dek\u00e1v\u00e1n\u00ed soubor, ale nen\u00ed. +RExpectedFile={0} m\u011bl b\u00fdt dle o\u010dek\u00e1v\u00e1n\u00ed soubor, ale nen\u00ed. RRemoveRPermFailed=Selhalo odstra\u0148ov\u00e1n\u00ed opr\u00e1vn\u011bn\u00ed ke \u010dten\u00ed u souboru {0}. RRemoveWPermFailed=Selhalo odstra\u0148ov\u00e1n\u00ed opr\u00e1vn\u011bn\u00ed k z\u00e1pisu u souboru {0}. RRemoveXPermFailed=Selhalo odstra\u0148ov\u00e1n\u00ed opr\u00e1vn\u011bn\u00ed ke spou\u0161t\u011bn\u00ed u souboru {0}. @@ -232,7 +236,7 @@ RPRoxyPacNotSupported=Pou\u017eit\u00ed soubor\u016f PAC (Proxy Auto Config) nen\u00ed podporov\u00e1no. RProxyFirefoxNotFound=Nelze pou\u017e\u00edt nastaven\u00ed proxy server\u016f prohl\u00ed\u017ee\u010de Firefox. Je pou\u017eito nastaven\u00ed bez proxy serveru (DIRECT). RProxyFirefoxOptionNotImplemented=Mo\u017enost nastaven\u00ed proxy serveru prohl\u00ed\u017ee\u010de {0} ({1}) je\u0161t\u011b nen\u00ed podporov\u00e1na. -RBrowserLocationPromptTitle=Um\u00edst\u011bn\u00ed prohl\u00ed\u017ee\u010de +RBrowserLocationPromptTitle=Vyberte obslu\u017en\u00fd program (prohl\u00ed\u017ee\u010d) pro tuto adresu URL: HTMLnoneFound=Na t\u00e9to str\u00e1nce html nebyl nalezen \u017e\u00e1dn\u00fd aplet (podporov\u00e1ny jsou zna\u010dky \u201eobject\u201c, \u201eembed\u201c a \u201eapplet\u201c). HTMLmoreThenOne=Bylo nalezeno v\u00edce aplet\u016f ({0}). Pou\u017eije se prvn\u00ed. M\u016f\u017eete specifikovat \u010d\u00edsla aplet\u016f nebo pou\u017e\u00edt volbu \u201ev\u0161echny\u201c (all) a vybrat tak, kter\u00e9 aplety chcete spustit. @@ -240,7 +244,7 @@ ITWintroL1={0}poskytuje svobodn\u00fd z\u00e1suvn\u00fd modul pro webov\u00fd prohl\u00ed\u017ee\u010d, kter\u00fd spou\u0161t\u00ed aplety napsan\u00e9 v programovac\u00edm jazyce Java, a implementaci technologie Java Web Start, p\u016fvodn\u011b zalo\u017een\u00e9 na projektu NetX. ITWintroL2=NetX umo\u017e\u0148uje pro aplety a aplikace Java jejich stahov\u00e1n\u00ed po s\u00edti, zapisov\u00e1n\u00ed do vyrovn\u00e1vac\u00ed pam\u011bti a (ve v\u00fdchoz\u00edm stavu) spou\u0161t\u011bn\u00ed v bezpe\u010dn\u00e9m izolovan\u00e9m prostoru (sandbox). N\u00e1sledn\u00e1 spu\u0161t\u011bn\u00ed apletu automaticky st\u00e1hnou nejnov\u011bj\u0161\u00ed verzi. Nastaven\u00ed aktualizac\u00ed a zabezpe\u010den\u00ed lze nastavit (mimo jin\u00e9) pomoc\u00ed p\u0159\u00edkazu itw-settings. ITWintroL3={0} tak\u00e9 obsahuje z\u00e1suvn\u00fd modul, kter\u00fd {1} ve webov\u00fdch prohl\u00ed\u017ee\u010d\u00edch. -ITWintroUrlCaption= zapne aplety Java +ITWintroUrlCaption = zapne aplety Java BFileInfoAuthors=Jm\u00e9na a e-mailov\u00e9 adresy p\u0159isp\u011bvatel\u016f do projektu naleznete v souboru AUTHORS v ko\u0159enov\u00e9m adres\u00e1\u0159i aplikace IcedTea-Web. BFileInfoCopying=Kompletn\u00ed licen\u010dn\u00ed ujedn\u00e1n\u00ed GPLv2 tohoto projektu naleznete v souboru COPYING v ko\u0159enov\u00e9m adres\u00e1\u0159i aplikace IcedTea-Web. BFileInfoNews=Novinky o vyd\u00e1n\u00edch aplikac\u00ed tohoto projektu naleznete v souboru NEWS v ko\u0159enov\u00e9m adres\u00e1\u0159i aplikace IcedTea-Web. @@ -277,7 +281,7 @@ PEintro= - zobrazen\u00ed a \u00fapravy nastaven\u00ed bezpe\u010dnostn\u00edch z\u00e1sad pro javaws a z\u00e1suvn\u00fd modul prohl\u00ed\u017ee\u010de PEsynopseP1=policy_file PEsynopseP2=url -PEdescL1=je grafick\u00e1 aplikace s omezenou podporou p\u0159\u00edkazov\u00e9 \u0159\u00e1dky slou\u017e\u00edc\u00ed ke zobrazen\u00ed a \u00faprav\u011b nastaven\u00ed bezpe\u010dnostn\u00edch z\u00e1sad aplet\u016f pou\u017e\u00edvan\u00e1 implementac\u00ed rozhran\u00ed javaws pou\u017e\u00edvanou aplikac\u00ed IcedTea-Web a z\u00e1suvn\u00fdm modulem prohl\u00ed\u017ee\u010de. Jedn\u00e1 se o jednodu\u0161\u0161\u00ed, sn\u00e1ze pou\u017eitelnou a p\u0159\u00edstupn\u011bj\u0161\u00ed alternativu ke standardn\u00edmu n\u00e1stroji JDK Policy Tool. Spr\u00e1vci a zku\u0161en\u00ed u\u017eivatel\u00e9, kte\u0159\u00ed pot\u0159ebuj\u00ed dokonalou kontrolu nad soubory se z\u00e1sadami by m\u011bli rad\u011bji pou\u017e\u00edt Policy Tool ne\u017e n\u00e1stroj PolicyEditor. +PEdescL1=je grafick\u00e1 aplikace s omezenou podporou p\u0159\u00edkazov\u00e9 \u0159\u00e1dky slou\u017e\u00edc\u00ed ke zobrazen\u00ed a \u00faprav\u011b nastaven\u00ed bezpe\u010dnostn\u00edch z\u00e1sad aplet\u016f pou\u017e\u00edvan\u00e1 implementac\u00ed rozhran\u00ed javaws pou\u017e\u00edvanou aplikac\u00ed IcedTea-Web a z\u00e1suvn\u00fdm modulem prohl\u00ed\u017ee\u010de. Jedn\u00e1 se o jednodu\u0161\u0161\u00ed, sn\u00e1ze pou\u017eitelnou a p\u0159\u00edstupn\u011bj\u0161\u00ed alternativu ke standardn\u00edmu n\u00e1stroji JDK Policy Tool. Spr\u00e1vci a zku\u0161en\u00ed u\u017eivatel\u00e9, kte\u0159\u00ed pot\u0159ebuj\u00ed dokonalou kontrolu nad soubory se z\u00e1sadami by m\u011bli rad\u011bji pou\u017e\u00edt n\u00e1stroj Policy Tool ne\u017e n\u00e1stroj PolicyEditor. PEdescL2=Pokud je p\u0159\u00edkaz spu\u0161t\u011bn bez dal\u0161\u00edch argument\u016f, neotev\u0159e se \u017e\u00e1dn\u00fd soubor. P\u0159i n\u00e1sledn\u00e9m ulo\u017een\u00ed souboru budete dot\u00e1z\u00e1n\u00ed, kam se m\u00e1 soubor ulo\u017eit. V opa\u010dn\u00e9m p\u0159\u00edpad\u011b pokud je cesta k souboru zad\u00e1na jako argument v p\u0159\u00edkazov\u00e9 \u0159\u00e1dce, zadan\u00e1 cesta bude pou\u017eita jako soubor se z\u00e1sadami. PEexampleL1=Zobraz\u00ed grafick\u00e9 rozhran\u00ed a otev\u0159e v\u00fdchoz\u00ed soubor se z\u00e1sadami. PEexampleL2=Zobraz\u00ed grafick\u00fd editor bez otev\u0159en\u00e9ho souboru se z\u00e1sadami. @@ -309,7 +313,7 @@ BOVerbose = Zapne podrobn\u00fd v\u00fdstup. BOAbout = Uk\u00e1\u017ee vzorovou aplikaci. BOVersion = Vyp\u00ed\u0161e verzi aplikace IcedTea-Web a ukon\u010d\u00ed aplikaci. -BONosecurity= Vypne zabezpe\u010den\u00e9 b\u011bhov\u00e9 prost\u0159ed\u00ed. +BONosecurity= Vypne zabezpe\u010den\u00e9 b\u011bhov\u00e9 prost\u0159ed\u00ed. K obejit\u00ed po\u0161kozen\u00fdch podpis\u016f budete tak\u00e9 pot\u0159ebovat nastaven\u00ed vlastnosti deployment.security.itw.ignorecertissues. BONoupdate = Vypne kontrolu aktualizac\u00ed. BOHeadless = Vypne ve\u0161ker\u00e9 grafick\u00e9 prvky u\u017eiv. rozhran\u00ed IcedTea-Web. BOStrict = Zapne striktn\u00ed kontrolu souborov\u00e9ho form\u00e1tu JNLP. @@ -317,7 +321,12 @@ BOXml = Pou\u017eije pro anal\u00fdzu souboru JNLP striktn\u00ed XML parser. BOredirect = N\u00e1sleduje p\u0159esm\u011brov\u00e1n\u00ed HTTP. BXnofork = Zak\u00e1\u017ee vytv\u00e1\u0159en\u00ed jin\u00fdch prost\u0159ed\u00ed JVM. -BXclearcache= Vy\u010dist\u00ed vyrovn\u00e1vac\u00ed pam\u011b\u0165 aplikace JNLP. +BXclearcache= Vy\u010dist\u00ed vyrovn\u00e1vac\u00ed pam\u011b\u0165 aplikace JNLP. Pokud zad\u00e1te argument, sma\u017ee se pouze ur\u010den\u00e1 aplikace. +BXSingleCacheCleared=Prob\u00edh\u00e1 \u010di\u0161t\u011bn\u00ed vyrovn\u00e1vac\u00ed pam\u011bti pro polo\u017eku: {0} +BXSingleCacheClearNotFound=Nebylo nalezeno ID pro polo\u017eku {0}! +BXSingleCacheMoreThenOneId=Bylo nalezeno v\u00edce ID pro polo\u017eku {0}! +BXSingleCacheFileCount=Po\u010det zm\u011bn\u011bn\u00fdch soubor\u016f: {0} +BXcacheids = Zobraz\u00ed seznam dostupn\u00fdch identifik\u00e1tor\u016f ve vyrovn\u00e1vac\u00ed pam\u011bti, kter\u00e9 lze pou\u017e\u00edt ke smaz\u00e1n\u00ed konkr\u00e9tn\u00edch aplikac\u00ed. BXignoreheaders= Vynech\u00e1 ov\u011b\u0159ov\u00e1n\u00ed hlavi\u010dky souboru JAR. BXoffline = Zabr\u00e1n\u00ed ITW v p\u0159ipojen\u00ed k s\u00edti. Bude pou\u017eita pouze vyrovn\u00e1vac\u00ed pam\u011b\u0165. Aplikace se st\u00e1le m\u016f\u017ee p\u0159ipojit. BOHelp1 = Vyp\u00ed\u0161e informace o podporovan\u00fdch p\u0159\u00edkazech a z\u00e1kladn\u00edm pou\u017eit\u00ed. @@ -346,6 +355,7 @@ NOAnone=Neo\u010dek\u00e1v\u00e1 se \u017e\u00e1dn\u00fd argument. NOAone=O\u010dek\u00e1v\u00e1 se p\u0159esn\u011b jeden argument. NOAonemore=O\u010dek\u00e1v\u00e1 se jeden nebo v\u00edce argument\u016f. +NOAnonorone=O\u010dek\u00e1v\u00e1 se \u017e\u00e1dn\u00fd nebo jeden argument. NOAevennumber=O\u010dek\u00e1v\u00e1 se sud\u00fd po\u010det argument\u016f ve form\u00e1tu parametr=hodnota. # Allowed man sections @@ -373,11 +383,11 @@ CFakedCache=Po\u0161kozen\u00e1 vyrovn\u00e1vac\u00ed pam\u011b\u0165 byla opravena. D\u016frazn\u011b doporu\u010dujeme co nejd\u0159\u00edve spustit p\u0159\u00edkaz \u201ejavaws -Xclearcache\u201c a pak znovu spustit aplikaci. M\u016f\u017eete tak\u00e9 pou\u017e\u00edt program itw-settings, volby Vyrovn\u00e1vac\u00ed pam\u011b\u0165 -> Zobrazit soubory... -> Vy\u010distit vyrovn\u00e1vac\u00ed pam\u011b\u0165. # extended access warning pane -EXAWdesktopWants=Ikona z\u00e1stupce na plo\u0161e (aplikace ji nab\u00edz\u00ed) -EXAWdesktopDontWants=Ikona z\u00e1stupce na plo\u0161e (aplikace ji nenab\u00edz\u00ed, ale p\u0159esto ji m\u016f\u017eete vytvo\u0159it) -EXAWsubmenu=Ikona z\u00e1stupce v m\u00edstn\u00ed nab\u00eddce (aplikace se ji pokus\u00ed vytvo\u0159it v podnab\u00eddce \u2013 {0}) -EXAWmenuWants=Ikona z\u00e1stupce v m\u00edstn\u00ed nab\u00eddce (aplikace ji nab\u00edz\u00ed) -EXAWmenuDontWants=Ikona z\u00e1stupce v m\u00edstn\u00ed nab\u00eddce (aplikace ji nenab\u00edz\u00ed, ale p\u0159esto ji m\u016f\u017eete vytvo\u0159it) +EXAWdesktopWants=Z\u00e1stupce na plo\u0161e (vy\u017e\u00e1d\u00e1no aplikac\u00ed) +EXAWdesktopDontWants=Z\u00e1stupce na plo\u0161e (nevy\u017e\u00e1d\u00e1no aplikac\u00ed) +EXAWsubmenu=Z\u00e1stupce v m\u00edstn\u00ed nab\u00eddce (aplikace se ji pokus\u00ed vytvo\u0159it v podnab\u00eddce \u2013 {0}) +EXAWmenuWants=Z\u00e1stupce v m\u00edstn\u00ed nab\u00eddce (vy\u017e\u00e1d\u00e1no aplikac\u00ed) +EXAWmenuDontWants=Z\u00e1stupce v m\u00edstn\u00ed nab\u00eddce (nevy\u017e\u00e1d\u00e1no aplikac\u00ed) EXAWsettingsInfo=Va\u0161e sou\u010dasn\u00e9 nastaven\u00ed: {0}. M\u016f\u017eete ho zm\u011bnit v programu itweb-settings v panelu {1}. EXAWsettingsManage=Spravovat existuj\u00edc\u00ed polo\u017eky nab\u00eddek v programu itweb-settings v panelu {0}. EXAWrememberByApp=Pamatovat podle aplikace @@ -401,7 +411,8 @@ # Security SFileReadAccess=Aplikace vy\u017eaduje p\u0159\u00edstup ke \u010dten\u00ed souboru {0}. Chcete tuto akci povolit? SFileWriteAccess=Aplikace vy\u017eaduje p\u0159\u00edstup k zapisov\u00e1n\u00ed do souboru {0}. Chcete tuto akci povolit? -SDesktopShortcut=Aplikace vy\u017eaduje opr\u00e1vn\u011bn\u00ed k vytvo\u0159en\u00ed spou\u0161t\u011bc\u00edho souboru na plo\u0161e anebo v m\u00edstn\u00ed nab\u00eddce. Chcete tuto akci povolit? +SDesktopShortcut=Aplikace vy\u017eaduje opr\u00e1vn\u011bn\u00ed k vytvo\u0159en\u00ed z\u00e1stupce na plo\u0161e a v m\u00edstn\u00ed nab\u00eddce. Chcete tuto akci povolit? +WinDesktopError=Nepoda\u0159ilo se vytvo\u0159it ikony na plo\u0161e syst\u00e9mu Windows. Va\u0161e instalace IcedTea-Web byla pravd\u011bpodobn\u011b zkompilov\u00e1na bez souboru mslinks.jar nebo tento soubor nelze nal\u00e9zt. Zkuste to opravit. Pokud to nepom\u016f\u017ee, m\u016f\u017ee b\u00fdt chyba v samotn\u00e9 aplikaci. Pe\u010dliv\u011b prostudujte v\u00fd\u0161e uveden\u00e9 v\u00fdjimky a kontaktujte t\u00fdm IcedTea-Web. SSigUnverified=Digit\u00e1ln\u00ed podpis aplikace nelze ov\u011b\u0159it. Chcete aplikaci spustit? Aplikace z\u00edsk\u00e1 neomezen\u00fd p\u0159\u00edstup k va\u0161emu po\u010d\u00edta\u010di. SSigVerified=Digit\u00e1ln\u00ed podpis aplikace byl ov\u011b\u0159en. Chcete aplikaci spustit? Aplikace z\u00edsk\u00e1 neomezen\u00fd p\u0159\u00edstup k va\u0161emu po\u010d\u00edta\u010di. SSignatureError=Digit\u00e1ln\u00ed podpis aplikace obsahuje chybu. Chcete aplikaci spustit? Aplikace z\u00edsk\u00e1 neomezen\u00fd p\u0159\u00edstup k va\u0161emu po\u010d\u00edta\u010di. @@ -495,7 +506,7 @@ HeadlessDialogues=Zadejte \u201eexit\u201c pro ukon\u010den\u00ed aplikace ITW, nebo zadejte jednu z n\u00ed\u017ee uveden\u00fdch hodnot. Chcete-li, aby si aplikace zapamatovala rozhodnut\u00ed, zadejte p\u0159ed n\u011bj p\u00edsmeno \u201eR\u201c nebo p\u0159\u00edpadn\u011b p\u00edsmena \u201eRC\u201c s platnost\u00ed pro celou z\u00e1kladnu k\u00f3du. AWPstdoutHint1=M\u016f\u017eete zadat YES/NO nebo komplexn\u00ed v\u00fdraz zpracovateln\u00fd pomoc\u00ed funkce AccessWarningPaneComplexReturn.readValue. AWPstdoutHint2=Nap\u0159.: YES,D(not_found_browser,false,null,true,)M(firefox,false,null,false,) -AWPstdoutHint3=kde: glob\u00e1ln\u00ed_odpov\u011b\u010f,z\u00e1stupce(spou\u0161\u0165\u011b\u010d_prohl\u00ed\u017ee\u010de,opravitJnlpHref,type:null_nebo_jeden_z{0},opravdu_vytvo\u0159it)stejn\u00e9_pro_menu... +AWPstdoutHint3=where: global_answer,desktop_shortcut(browser_bin,fixJnlpHref,type:null_or_one_of{0},really_create)same_for_menu... PAPstdinInfo=Zadejte U\u017dIVATELSK\u00c9 JM\u00c9NO mezera HESLO. Ve jm\u00e9n\u011b nejsou dovoleny mezery. Nen\u00ed podporov\u00e1n \u017e\u00e1dn\u00fd bezpe\u010dnostn\u00ed mechanizmus pro zad\u00e1v\u00e1n\u00ed hesla. Chra\u0148te sv\u016fj monitor p\u0159ed ciz\u00edmi pohledy. HDwrongValue=Pravd\u011bpodobn\u011b \u0161patn\u00e1 hodnota? @@ -531,11 +542,17 @@ DCmaindircheckRwproblem=V\u00e1\u0161 konfigura\u010dn\u00ed adres\u00e1\u0159 {0} nen\u00ed mo\u017en\u00e9 spr\u00e1vn\u011b \u010d\u00edst ani do n\u011bj zapisovat. # Value Validator messages. Messages should follow "Possible values ..." +VVRustCpModifiers=Pouze pro spou\u0161t\u011b\u010de nativn\u00ed pro jazyk Rust! Vlastnosti CP a XbootCP jsou mezerou odd\u011blen\u00e9 \u010dleny bootcp/cp, kter\u00e9 se maj\u00ed odebrat nebo p\u0159idat. Nap\u0159. '...cp.add=/usr/java/rhino.jar /usr/java/scary.jar' p\u0159id\u00e1 uveden\u00e9 dva soubory JAR do cp. Nap\u0159.: '...bootcp.remove=rhino.jar tagsoup.jar' odstran\u00ed uveden\u00e9 dva soubory JAR bez ohledu na cestu. Odstran\u011bn\u00ed prob\u011bhne jako prvn\u00ed. VVPossibleValues=Mo\u017en\u00e9 hodnoty {0} VVPossibleBooleanValues=jsou {0} nebo {1}. VVPossibleFileValues=obsahuj\u00ed absolutn\u00ed um\u00edst\u011bn\u00ed souboru nebo adres\u00e1\u0159e. VVPossibleRangedIntegerValues=jsou v rozmez\u00ed {0} a\u017e {1} (v\u010detn\u011b). VVPossibleUrlValues=obsahuj\u00ed jakoukoliv platnou adresu URL (nap\u0159. http://icedtea.classpath.org/hg/). +VVPossibleBrowserValues=Nastaven\u00ed cesty k prohl\u00ed\u017ee\u010di nebo jak\u00e9hokoli jin\u00e9ho p\u0159\u00edkazu ke spu\u0161t\u011bn\u00ed adresy URL. Pokud nen\u00ed nastavena, pou\u017eije se v\u00fdchoz\u00ed prohl\u00ed\u017ee\u010d. Pokud nen\u00ed v\u00fdchoz\u00ed prohl\u00ed\u017ee\u010d k dispozici, budete vyzv\u00e1ni k zad\u00e1n\u00ed aplikace, kter\u00e1 adresu URL zpracuje. Nap\u0159.: p\u0159\u00edkazy jako firefox nebo (pro Windows) {0}, microsoft-edge, (pro Mac) safari, (pro Linux) xdg-open. V re\u017eimu bez grafick\u00e9ho rozhran\u00ed m\u016f\u017eete pou\u017e\u00edt wget, curl nebo Lynx. Soubory JNLP m\u016f\u017eou b\u00fdt spu\u0161t\u011bny tak\u00e9 prost\u0159ednictv\u00edm javaws. Sv\u016fj vlastn\u00ed prohl\u00ed\u017ee\u010d m\u016f\u017eete nastavit pomoc\u00ed vlastnosti {4}. K tomuto \u00fa\u010delu slou\u017e\u00ed prom\u011bnn\u00e1 prost\u0159ed\u00ed ${1}. Intern\u00ed prohl\u00ed\u017ee\u010d m\u016f\u017eete spustit pomoc\u00ed kl\u00ed\u010dov\u00e9ho slova {2}. Ov\u0161em nedoporu\u010dujeme to. Je to hrozn\u00fd postup. Chcete-li m\u00edsto v\u00fdchoz\u00edch nastaven\u00ed poka\u017ed\u00e9 vynutit pou\u017eit\u00ed p\u0159\u00edkazov\u00e9ho \u0159\u00e1dku, pou\u017eijte {3}. +VVBrowserVerificationPass=Ov\u011b\u0159en\u00ed prob\u011bhlo v po\u0159\u00e1dku: {0} +VVBrowserVerificationFail=Ov\u011b\u0159en\u00ed selhalo. Viz p\u0159\u00edklady. +VVBrowserSaveNotAllowed=Pro kl\u00ed\u010d {1} jste nastavili hodnotu {0}. Hodnotu nelze p\u0159epsat. +VVBrowserSaveAllowed=V\u00e1\u0161 v\u00fdb\u011br bude ulo\u017een jako {0}. # Control Panel - Main CPMainDescriptionShort=Nastaven\u00ed aplikace IcedTea-Web @@ -551,7 +568,7 @@ CPDebuggingDescription=Zapnut\u00ed mo\u017enost\u00ed pom\u00e1haj\u00edc\u00edch p\u0159i lad\u011bn\u00ed CPDesktopIntegrationDescription=Nastaven\u00ed, zda m\u00e1 b\u00fdt povoleno vytvo\u0159en\u00ed z\u00e1stupce na plo\u0161e CPDesktopIntegrationShowIntegrations=Zobrazen\u00ed okna integrace s pracovn\u00ed plochou a nab\u00eddkami. -CPDesktopIntegrationLinuxOnly=Omlouv\u00e1me se, spr\u00e1vce integrace s pracovn\u00ed plochou je k dispozici pouze pro opera\u010dn\u00ed syst\u00e9m Linux. +CPDesktopIntegrationLinuxOnly=Spr\u00e1vce integrace s pracovn\u00ed plochou je k dispozici pouze pro opera\u010dn\u00ed syst\u00e9m Linux. CPJVMPluginArguments=Nastaven\u00ed parametr\u016f prost\u0159ed\u00ed JVM pro z\u00e1suvn\u00fd modul CPJVMitwExec=Nastaven\u00ed prost\u0159ed\u00ed JVM pro aplikaci IcedTea-Web (pracuje nejl\u00e9pe s prost\u0159ed\u00edm OpenJDK) CPJVMitwExecValidation=Ov\u011b\u0159en\u00ed prost\u0159ed\u00ed JVM pro aplikaci IcedTea-Web @@ -566,7 +583,7 @@ CPJVMjdk6=Rozpozn\u00e1no prost\u0159ed\u00ed JDK 6. Prost\u0159ed\u00ed JDK 7 a star\u0161\u00ed ji\u017e nejsou podporov\u00e1na. CPJVMjdk7=Rozpozn\u00e1no prost\u0159ed\u00ed JDK 7. Prost\u0159ed\u00ed JDK 7 a star\u0161\u00ed ji\u017e nejsou podporov\u00e1na. CPJVMjdk8=Rozpozn\u00e1no prost\u0159ed\u00ed JDK 8. Prost\u0159ed\u00ed JDK 8 a nov\u011bj\u0161\u00ed jsou podporov\u00e1na. -CPJVMjdk9=Rozpozn\u00e1no prost\u0159ed\u00ed JDK 9. Prost\u0159ed\u00ed JDK 8 a nov\u011bj\u0161\u00ed jsou podporov\u00e1na. +CPJVMjdk9=Rozpozn\u00e1no prost\u0159ed\u00ed JDK9 nebo nov\u011bj\u0161\u00ed. Prost\u0159ed\u00ed JDK 8 a nov\u011bj\u0161\u00ed jsou podporov\u00e1na. Prost\u0159ed\u00ed JDK 9 m\u016f\u017ee m\u00edt probl\u00e9my s modularitou. CPJVMjdk=Nezn\u00e1m\u00e1 verze. T\u011b\u017eko \u0159\u00edci, zda je podporovan\u00e1. Chcete-li zjistit skute\u010dnou verzi, pod\u00edvejte se na popisek okna nebo standardn\u00ed v\u00fdstup v konzoli (z\u00e1le\u017e\u00ed na \u00farovni podrobnost\u00ed v\u00fdstupu). CPJVMoracleFound=V\u00fdborn\u011b! Bylo detekov\u00e1no prost\u0159ed\u00ed Oracle Java. CPJVMibmFound=Dob\u0159e! Bylo detekov\u00e1no prost\u0159ed\u00ed IBM Java. @@ -948,7 +965,8 @@ TIFPMax=Maxim\u00e1ln\u00ed TIFPCacheSize=Nastavte velikost m\u00edsta na disku ur\u010den\u00e9ho pro do\u010dasn\u00e9 soubory (MB) TIFPDeleteFiles=Smazat soubory -TIFPViewFiles=Zobrazit soubory... +TIFPViewFiles=Zobrazit soubory +TIFPCleanByApp=Vy\u010distit podle aplikace TIFPFileChooserChooseButton=Vybrat TIFPLimitCacheSize=Omezit velikost vyrovn\u00e1vac\u00ed pam\u011bti TIFPCacheSizeSpinnerValueTooLargeWarning=VAROV\u00c1N\u00cd: Je vyu\u017e\u00edv\u00e1no v\u00edce m\u00edsta ne\u017e {0} MB dostupn\u00e9 pam\u011bti. @@ -1055,7 +1073,7 @@ CBCheckUnsignedPass = Z\u00e1kladna k\u00f3du (codebase) aplikace souhlas\u00ed se z\u00e1kladnou k\u00f3du uvedenou v manifestu a aplikace nen\u00ed podepsan\u00e1. Pokra\u010duji. Podrobnosti z\u00edsk\u00e1te na adrese http://docs.oracle.com/javase/7/docs/technotes/guides/jweb/security/no_redeploy.html. CBCheckUnsignedFail= Z\u00e1kladna k\u00f3du (codebase) aplikace NESOUHLAS\u00cd se z\u00e1kladnou k\u00f3du uvedenou v manifestu a aplikace nen\u00ed podepsan\u00e1. Pokra\u010duji. Podrobnosti z\u00edsk\u00e1te na adrese http://docs.oracle.com/javase/7/docs/technotes/guides/jweb/security/no_redeploy.html. CBCheckOkSignedOk = Z\u00e1kladna k\u00f3du (codebase) aplikace souhlas\u00ed se z\u00e1kladnou k\u00f3du uvedenou v manifestu a aplikace je podepsan\u00e1. Pokra\u010duji. Podrobnosti z\u00edsk\u00e1te na adrese http://docs.oracle.com/javase/7/docs/technotes/guides/jweb/security/no_redeploy.html. -CBCheckSignedAppletDontMatchException = Nen\u00ed povoleno spou\u0161t\u011bn\u00ed podepsan\u00fdch aplikac\u00ed, pokud jejich skute\u010dn\u00e1 z\u00e1kladna k\u00f3du (codebase) nesouhlas\u00ed se z\u00e1kladnou k\u00f3du uvedenou v manifestu. O\u010dek\u00e1v\u00e1no: {0}. Skute\u010dnost: {1}. Podrobnosti z\u00edsk\u00e1te na adrese http://docs.oracle.com/javase/7/docs/technotes/guides/jweb/security/no_redeploy.html. +CBCheckSignedAppletDontMatchException = Nen\u00ed povoleno spou\u0161t\u011bn\u00ed podepsan\u00fdch aplet\u016f, pokud jejich skute\u010dn\u00e1 z\u00e1kladna k\u00f3du (codebase) nesouhlas\u00ed se z\u00e1kladnou k\u00f3du uvedenou v manifestu. O\u010dek\u00e1v\u00e1no: {0}. Skute\u010dnost: {1}. Podrobnosti z\u00edsk\u00e1te na adrese http://docs.oracle.com/javase/7/docs/technotes/guides/jweb/security/no_redeploy.html. CBCheckSignedFail = Z\u00e1kladna k\u00f3du (codebase) aplikace NESOUHLAS\u00cd se z\u00e1kladnou k\u00f3du uvedenou v manifestu aplikace a aplikace je podepsan\u00e1. D\u016frazn\u011b doporu\u010dujeme, abyste tuto aplikaci nespou\u0161t\u011bli. Podrobnosti z\u00edsk\u00e1te na adrese http://docs.oracle.com/javase/7/docs/technotes/guides/jweb/security/no_redeploy.html. # itweb man base (note, spaces (especially the one around markup) are important due to man pages markup). Only bold tag is now recognized by ReplacingTextFormatter. diff -r be3441a24561 -r c081fbf99cc5 netx/net/sourceforge/jnlp/resources/Messages_ru.properties --- a/netx/net/sourceforge/jnlp/resources/Messages_ru.properties Mon Feb 25 16:10:31 2019 +0100 +++ b/netx/net/sourceforge/jnlp/resources/Messages_ru.properties Mon Mar 04 17:59:40 2019 +0100 @@ -13,7 +13,7 @@ ButCancel=\ \u041e\u0442\u043c\u0435\u043d\u0430 ButClose=\u0417\u0430\u043a\u0440\u044b\u0442\u044c ButAdvancedOptions=\u0414\u043e\u043f\u043e\u043b\u043d\u0438\u0442\u0435\u043b\u044c\u043d\u044b\u0435 \u043e\u043f\u0446\u0438\u0438 -ButLunchFullItwSettings=\u0417\u0430\u043f\u0443\u0441\u0442\u0438\u0442\u044c \u043f\u043e\u043b\u043d\u044b\u0439 \u043d\u0430\u0431\u043e\u0440 \u043f\u0430\u0440\u0430\u043c\u0435\u0442\u0440\u043e\u0432 +ButLunchFullItwSettings=\u0417\u0430\u043f\u0443\u0441\u043a \u0441 \u043c\u0430\u043a\u0441\u0438\u043c\u0430\u043b\u044c\u043d\u044b\u043c\u0438 \u043f\u0430\u0440\u0430\u043c\u0435\u0442\u0440\u0430\u043c\u0438 ButCopy=\u041a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0432 \u0431\u0443\u0444\u0435\u0440 \u043e\u0431\u043c\u0435\u043d\u0430 ButMoreInformation=\u0414\u043e\u043f\u043e\u043b\u043d\u0438\u0442\u0435\u043b\u044c\u043d\u044b\u0435 \u0441\u0432\u0435\u0434\u0435\u043d\u0438\u044f... ButOk=\u041e\u041a @@ -31,9 +31,9 @@ BUTback=\u041d\u0430\u0437\u0430\u0434 BUTforward=\u0412\u043f\u0435\u0440\u0451\u0434 BUTreload=\u041f\u0435\u0440\u0435\u0437\u0430\u0433\u0440\u0443\u0437\u0438\u0442\u044c -ITWdocsMissingAuthors=\u0421\u043c. \u0444\u0430\u0439\u043b \u0430\u0432\u0442\u043e\u0440\u043e\u0432 +ITWdocsMissingAuthors=\u041f\u0440\u043e\u0441\u043c\u043e\u0442\u0440 \u0444\u0430\u0439\u043b\u0430 AUTHORS -HEADLESS_MISSCONFIGURED=\u041e\u0448\u0438\u0431\u043a\u0430 \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0438 \u0431\u0435\u0437 \u0433\u0440\u0430\u0444\u0438\u0447\u0435\u0441\u043a\u043e\u0433\u043e \u0438\u043d\u0442\u0435\u0440\u0444\u0435\u0439\u0441\u0430. \u041f\u0440\u0438\u043d\u0443\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u044b\u0439 \u0437\u0430\u043f\u0443\u0441\u043a \u0431\u0435\u0437 \u0433\u0440\u0430\u0444\u0438\u043a\u0438. IcedTea-Web \u043c\u043e\u0436\u0435\u0442 \u0440\u0430\u0431\u043e\u0442\u0430\u0442\u044c \u0432 \u044d\u0442\u043e\u043c \u0440\u0435\u0436\u0438\u043c\u0435, \u043d\u043e \u0432\u0430\u0448\u0435 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435, \u0441\u043a\u043e\u0440\u0435\u0435 \u0432\u0441\u0435\u0433\u043e, \u044d\u0442\u043e\u0433\u043e \u043d\u0435 \u043c\u043e\u0436\u0435\u0442. \u0412\u0435\u0440\u043e\u044f\u0442\u043d\u043e, \u044d\u0442\u043e \u0431\u0430\u0433 \u0432 \u0432\u0430\u0448\u0435\u0439 \u0441\u0438\u0441\u0442\u0435\u043c\u0435. +HEADLESS_MISSCONFIGURED=\u041d\u0435 \u0443\u0434\u0430\u043b\u043e\u0441\u044c \u0432\u044b\u043f\u043e\u043b\u043d\u0438\u0442\u044c \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0443 \u0432 \u0440\u0435\u0436\u0438\u043c\u0435 \u0431\u0435\u0437 \u0433\u0440\u0430\u0444\u0438\u0447\u0435\u0441\u043a\u043e\u0433\u043e \u0438\u043d\u0442\u0435\u0440\u0444\u0435\u0439\u0441\u0430. \u041f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u0430 \u0431\u0443\u0434\u0435\u0442 \u0440\u0430\u0431\u043e\u0442\u0430\u0442\u044c \u0431\u0435\u0437 \u0433\u0440\u0430\u0444\u0438\u0447\u0435\u0441\u043a\u043e\u0433\u043e \u0438\u043d\u0442\u0435\u0440\u0444\u0435\u0439\u0441\u0430. IcedTea-Web \u043c\u043e\u0436\u0435\u0442 \u0440\u0430\u0431\u043e\u0442\u0430\u0442\u044c \u0442\u0430\u043a\u0438\u043c \u043e\u0431\u0440\u0430\u0437\u043e\u043c, \u043d\u043e \u0432\u0430\u0448\u0435 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435, \u0441\u043a\u043e\u0440\u0435\u0435 \u0432\u0441\u0435\u0433\u043e, \u043d\u0435\u0442. \u0412\u0435\u0440\u043e\u044f\u0442\u043d\u043e, \u044d\u0442\u043e \u043e\u0448\u0438\u0431\u043a\u0430 \u0432 \u0432\u0430\u0448\u0435\u0439 \u0441\u0438\u0441\u0442\u0435\u043c\u0435. CertWarnRunTip=\u0414\u043e\u0432\u0435\u0440\u044f\u0442\u044c \u044d\u0442\u043e\u043c\u0443 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044e \u0438 \u0432\u044b\u043f\u043e\u043b\u043d\u0438\u0442\u044c \u0437\u0430\u043f\u0443\u0441\u043a \u0441\u043e \u0432\u0441\u0435\u043c\u0438 \u0440\u0430\u0437\u0440\u0435\u0448\u0435\u043d\u0438\u044f\u043c\u0438 CertWarnSandboxTip=\u041d\u0435 \u0434\u043e\u0432\u0435\u0440\u044f\u0442\u044c \u044d\u0442\u043e\u043c\u0443 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044e \u0438 \u0432\u044b\u043f\u043e\u043b\u043d\u0438\u0442\u044c \u0437\u0430\u043f\u0443\u0441\u043a \u0441 \u043e\u0433\u0440\u0430\u043d\u0438\u0447\u0435\u043d\u043d\u044b\u043c\u0438 \u0440\u0430\u0437\u0440\u0435\u0448\u0435\u043d\u0438\u044f\u043c\u0438 @@ -74,19 +74,19 @@ JREContinueDialogSentenceTitle=\u041d\u0435\u0441\u043e\u0432\u043c\u0435\u0441\u0442\u0438\u043c\u0430\u044f \u0441\u0440\u0435\u0434\u0430 JRE # missing permissions dialogue -MissingPermissionsMainTitle=\u0412 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0438 {0} \u0438\u0437 {1} \u043e\u0442\u0441\u0443\u0442\u0441\u0442\u0432\u0443\u0435\u0442 \u0430\u0442\u0440\u0438\u0431\u0443\u0442 \u0440\u0430\u0437\u0440\u0435\u0448\u0435\u043d\u0438\u0439. \u041f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f\u043c \u0431\u0435\u0437 \u044d\u0442\u043e\u0433\u043e \u0430\u0442\u0440\u0438\u0431\u0443\u0442\u0430 \u043d\u0435 \u0441\u043b\u0435\u0434\u0443\u0435\u0442 \u0434\u043e\u0432\u0435\u0440\u044f\u0442\u044c. \u0420\u0430\u0437\u0440\u0435\u0448\u0438\u0442\u044c \u0432\u044b\u043f\u043e\u043b\u043d\u0435\u043d\u0438\u0435 \u044d\u0442\u043e\u0433\u043e \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f? -MissingPermissionsInfo=\u0414\u043e\u043f\u043e\u043b\u043d\u0438\u0442\u0435\u043b\u044c\u043d\u044b\u0435 \u0441\u0432\u0435\u0434\u0435\u043d\u0438\u044f \u0434\u043e\u0441\u0442\u0443\u043f\u043d\u044b \u043f\u043e \u0430\u0434\u0440\u0435\u0441\u0443:
JAR File Manifest Attributes
\u0438
Preventing the repurposing of Applications +MissingPermissionsMainTitle=\u0423 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f {0} \u0438\u0437 {1} \u043e\u0442\u0441\u0443\u0442\u0441\u0442\u0432\u0443\u0435\u0442 \u0430\u0442\u0440\u0438\u0431\u0443\u0442 \u0440\u0430\u0437\u0440\u0435\u0448\u0435\u043d\u0438\u0439. \u041f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f\u043c \u0431\u0435\u0437 \u044d\u0442\u043e\u0433\u043e \u0430\u0442\u0440\u0438\u0431\u0443\u0442\u0430 \u043d\u0435 \u0441\u043b\u0435\u0434\u0443\u0435\u0442 \u0434\u043e\u0432\u0435\u0440\u044f\u0442\u044c. \u0420\u0430\u0437\u0440\u0435\u0448\u0438\u0442\u044c \u0432\u044b\u043f\u043e\u043b\u043d\u0435\u043d\u0438\u0435 \u044d\u0442\u043e\u0433\u043e \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f? +MissingPermissionsInfo=\u0414\u043e\u043f\u043e\u043b\u043d\u0438\u0442\u0435\u043b\u044c\u043d\u044b\u0435 \u0441\u0432\u0435\u0434\u0435\u043d\u0438\u044f:
\u0410\u0442\u0440\u0438\u0431\u0443\u0442\u044b \u043c\u0430\u043d\u0438\u0444\u0435\u0441\u0442\u0430 \u0444\u0430\u0439\u043b\u0430 JAR
\u0438
\u041f\u0440\u0435\u0434\u043e\u0442\u0432\u0440\u0430\u0449\u0435\u043d\u0438\u0435 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u044f \u043d\u0430\u0437\u043d\u0430\u0447\u0435\u043d\u0438\u044f \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439 # missing Application-Library-Allowable-Codebase dialogue ALACAMissingMainTitle=\u041f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435 {0} \u0438\u0437 {1} \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442 \u0440\u0435\u0441\u0443\u0440\u0441\u044b \u0438\u0437 \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0438\u0445 \u0443\u0434\u0430\u043b\u0451\u043d\u043d\u044b\u0445 \u0440\u0430\u0441\u043f\u043e\u043b\u043e\u0436\u0435\u043d\u0438\u0439: {2} \u0411\u0443\u0434\u044c\u0442\u0435 \u043e\u0447\u0435\u043d\u044c \u0432\u043d\u0438\u043c\u0430\u0442\u0435\u043b\u044c\u043d\u044b, \u043a\u043e\u0433\u0434\u0430 \u0437\u0430\u0433\u0440\u0443\u0437\u043a\u0430 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f \u0432\u044b\u043f\u043e\u043b\u043d\u044f\u0435\u0442\u0441\u044f \u0438\u0437 \u0440\u0430\u0441\u043f\u043e\u043b\u043e\u0436\u0435\u043d\u0438\u044f, \u043e\u0442\u043b\u0438\u0447\u043d\u043e\u0433\u043e \u043e\u0442 \u043e\u0436\u0438\u0434\u0430\u0435\u043c\u043e\u0433\u043e. \u0417\u0430\u043f\u0443\u0441\u0442\u0438\u0442\u044c \u044d\u0442\u043e \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435? -ALACAMissingInfo=\u0414\u043e\u043f\u043e\u043b\u043d\u0438\u0442\u0435\u043b\u044c\u043d\u044b\u0435 \u0441\u0432\u0435\u0434\u0435\u043d\u0438\u044f \u0434\u043e\u0441\u0442\u0443\u043f\u043d\u044b \u043f\u043e \u0430\u0434\u0440\u0435\u0441\u0443:
JAR File Manifest Attributes
\u0438
Preventing the Repurposing of an Application +ALACAMissingInfo=\u0414\u043e\u043f\u043e\u043b\u043d\u0438\u0442\u0435\u043b\u044c\u043d\u044b\u0435 \u0441\u0432\u0435\u0434\u0435\u043d\u0438\u044f:
\u0410\u0442\u0440\u0438\u0431\u0443\u0442\u044b \u043c\u0430\u043d\u0438\u0444\u0435\u0441\u0442\u0430 \u0444\u0430\u0439\u043b\u0430 JAR
\u0438
\u041f\u0440\u0435\u0434\u043e\u0442\u0432\u0440\u0430\u0449\u0435\u043d\u0438\u0435 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u044f \u043d\u0430\u0437\u043d\u0430\u0447\u0435\u043d\u0438\u044f \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439 # matching Application-Library-Allowable-Codebase dialogue ALACAMatchingMainTitle=\u041f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435 {0} \u0438\u0437 {1} \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442 \u0440\u0435\u0441\u0443\u0440\u0441\u044b \u0438\u0437 \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0438\u0445 \u0443\u0434\u0430\u043b\u0451\u043d\u043d\u044b\u0445 \u0440\u0430\u0441\u043f\u043e\u043b\u043e\u0436\u0435\u043d\u0438\u0439:
{2}
\u0412\u0441\u0451 \u0432 \u043f\u043e\u0440\u044f\u0434\u043a\u0435. \u0417\u0430\u043f\u0443\u0441\u0442\u0438\u0442\u044c \u044d\u0442\u043e \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435? -ALACAMatchingInfo=\u0414\u043e\u043f\u043e\u043b\u043d\u0438\u0442\u0435\u043b\u044c\u043d\u044b\u0435 \u0441\u0432\u0435\u0434\u0435\u043d\u0438\u044f \u0434\u043e\u0441\u0442\u0443\u043f\u043d\u044b \u043f\u043e \u0430\u0434\u0440\u0435\u0441\u0443:
JAR File Manifest Attributes
\u0438
Preventing the Repurposing of an Application +ALACAMatchingInfo=\u0414\u043e\u043f\u043e\u043b\u043d\u0438\u0442\u0435\u043b\u044c\u043d\u044b\u0435 \u0441\u0432\u0435\u0434\u0435\u043d\u0438\u044f:
\u0410\u0442\u0440\u0438\u0431\u0443\u0442\u044b \u043c\u0430\u043d\u0438\u0444\u0435\u0441\u0442\u0430 \u0444\u0430\u0439\u043b\u0430 JAR
\u0438
\u041f\u0440\u0435\u0434\u043e\u0442\u0432\u0440\u0430\u0449\u0435\u043d\u0438\u0435 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u044f \u043d\u0430\u0437\u043d\u0430\u0447\u0435\u043d\u0438\u044f \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439 -MACDisabledMessage=\u041f\u0440\u043e\u0432\u0435\u0440\u043a\u0438 \u0430\u0442\u0440\u0438\u0431\u0443\u0442\u0430 \u043c\u0430\u043d\u0438\u0444\u0435\u0441\u0442\u0430 \u043e\u0442\u043a\u043b\u044e\u0447\u0435\u043d\u044b. -MACCheckSkipped=\u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0430 {0} \u043f\u0440\u043e\u043f\u0443\u0449\u0435\u043d\u0430, \u0442\u0430\u043a \u043a\u0430\u043a \u0434\u043b\u044f \u0441\u0432\u043e\u0439\u0441\u0442\u0432\u0430 deployment.manifest.attributes.check \u043d\u0435 \u0431\u044b\u043b\u043e \u0443\u0441\u0442\u0430\u043d\u043e\u0432\u043b\u0435\u043d\u043e \u0437\u043d\u0430\u0447\u0435\u043d\u0438\u0435 ALL \u0438\u043b\u0438 \u043e\u043d\u043e \u0432\u043a\u043b\u044e\u0447\u0430\u0435\u0442 {1} \u0432 \u0441\u043e\u0447\u0435\u0442\u0430\u043d\u0438\u0438 \u043e\u043f\u0446\u0438\u0439 +MACDisabledMessage=\u041f\u0440\u043e\u0432\u0435\u0440\u043a\u0438 \u0430\u0442\u0440\u0438\u0431\u0443\u0442\u043e\u0432 \u043c\u0430\u043d\u0438\u0444\u0435\u0441\u0442\u0430 \u043e\u0442\u043a\u043b\u044e\u0447\u0435\u043d\u044b. +MACCheckSkipped=\u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0430 {0} \u0431\u044b\u043b\u0430 \u043f\u0440\u043e\u043f\u0443\u0449\u0435\u043d\u0430, \u0442\u0430\u043a \u043a\u0430\u043a \u0434\u043b\u044f \u0441\u0432\u043e\u0439\u0441\u0442\u0432\u0430 deployment.manifest.attributes.check \u043d\u0435 \u0431\u044b\u043b\u043e \u0443\u0441\u0442\u0430\u043d\u043e\u0432\u043b\u0435\u043d\u043e \u0437\u043d\u0430\u0447\u0435\u043d\u0438\u0435 ALL \u0438\u043b\u0438 \u043e\u043d\u043e \u0432\u043a\u043b\u044e\u0447\u0430\u0435\u0442 {1} \u0432 \u0441\u043e\u0447\u0435\u0442\u0430\u043d\u0438\u0438 \u043e\u043f\u0446\u0438\u0439 # LS - Severity LSMinor=\u041d\u0435\u0437\u043d\u0430\u0447\u0438\u0442\u0435\u043b\u044c\u043d\u0430\u044f @@ -175,11 +175,13 @@ PMissingTitle=\u043d\u0430\u0437\u0432\u0430\u043d\u0438\u0435 PMissingVendor=\u043f\u043e\u0441\u0442\u0430\u0432\u0449\u0438\u043a PMissingElement=\u0420\u0430\u0437\u0434\u0435\u043b {0} \u043d\u0435 \u0443\u043a\u0430\u0437\u0430\u043d \u0434\u043b\u044f \u0432\u0430\u0448\u0435\u0439 \u043b\u043e\u043a\u0430\u043b\u0438. \u0412 \u0444\u0430\u0439\u043b\u0435 JNLP \u043e\u0442\u0441\u0443\u0442\u0441\u0442\u0432\u0443\u0435\u0442 \u0437\u043d\u0430\u0447\u0435\u043d\u0438\u0435 \u043f\u043e \u0443\u043c\u043e\u043b\u0447\u0430\u043d\u0438\u044e. +PMissingMandatoryWarning=\u042d\u0442\u0430 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430 \u0445\u0430\u0440\u0430\u043a\u0442\u0435\u0440\u043d\u0430 \u0434\u043b\u044f \u043c\u043d\u043e\u0433\u0438\u0445 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439, \u043f\u043e\u044d\u0442\u043e\u043c\u0443 \u043f\u0440\u0435\u0434\u043e\u0441\u0442\u0430\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043d\u0435\u0434\u0435\u0439\u0441\u0442\u0432\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0435: +PMissingMandatorySubstitution=\u041f\u043e\u0432\u0440\u0435\u0436\u0434\u0451\u043d \u0438\u043b\u0438 \u043e\u0442\u0441\u0443\u0442\u0441\u0442\u0432\u0443\u0435\u0442 {0}. \u041d\u0435 \u0434\u043e\u0432\u0435\u0440\u044f\u0439\u0442\u0435 \u044d\u0442\u043e\u043c\u0443 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044e! PTwoDescriptions=\u0414\u0443\u0431\u043b\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435 \u044d\u043b\u0435\u043c\u0435\u043d\u0442\u043e\u0432 \u043e\u043f\u0438\u0441\u0430\u043d\u0438\u044f (description) c \u0430\u0442\u0440\u0438\u0431\u0443\u0442\u043e\u043c kind {0} \u0437\u0430\u043f\u0440\u0435\u0449\u0435\u043d\u043e. PSharing=\u044d\u043b\u0435\u043c\u0435\u043d\u0442 \u0441 \u0440\u0430\u0437\u0440\u0435\u0448\u0451\u043d\u043d\u044b\u043c \u043e\u0431\u0449\u0438\u043c \u0434\u043e\u0441\u0442\u0443\u043f\u043e\u043c (sharing-allowed) \u0437\u0430\u043f\u0440\u0435\u0449\u0451\u043d \u0432 \u0441\u0442\u0430\u043d\u0434\u0430\u0440\u0442\u043d\u043e\u043c \u0444\u0430\u0439\u043b\u0435 JNLP PTwoSecurity=\u0414\u043b\u044f \u043a\u0430\u0436\u0434\u043e\u0433\u043e \u0444\u0430\u0439\u043b\u0430 JNLP \u0440\u0430\u0437\u0440\u0435\u0448\u0451\u043d \u0442\u043e\u043b\u044c\u043a\u043e \u043e\u0434\u0438\u043d \u044d\u043b\u0435\u043c\u0435\u043d\u0442 \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u0438 (security). PEmptySecurity=\u044d\u043b\u0435\u043c\u0435\u043d\u0442 \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u0438 (security) \u0443\u043a\u0430\u0437\u0430\u043d, \u043d\u043e \u043d\u0435 \u0441\u043e\u0434\u0435\u0440\u0436\u0438\u0442 \u044d\u043b\u0435\u043c\u0435\u043d\u0442 \u0440\u0430\u0437\u0440\u0435\u0448\u0435\u043d\u0438\u0439. -PTwoDescriptors=\u0414\u043b\u044f \u043a\u0430\u0436\u0434\u043e\u0433\u043e \u0444\u0430\u0439\u043b\u0430 JNLP \u0440\u0430\u0437\u0440\u0435\u0448\u0451\u043d \u0442\u043e\u043b\u044c\u043a\u043e \u043e\u0434\u0438\u043d \u044d\u043b\u0435\u043c\u0435\u043d\u0442 \u043e\u0431\u043e\u0437\u043d\u0430\u0447\u0435\u043d\u0438\u044f \u0444\u0430\u0439\u043b\u0430 \u0434\u043b\u044f \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f (application-desc). +PTwoDescriptors=\u0414\u043b\u044f \u043a\u0430\u0436\u0434\u043e\u0433\u043e \u0444\u0430\u0439\u043b\u0430 JNLP \u0440\u0430\u0437\u0440\u0435\u0448\u0451\u043d \u0442\u043e\u043b\u044c\u043a\u043e \u043e\u0434\u0438\u043d \u044d\u043b\u0435\u043c\u0435\u043d\u0442, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0443\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442, \u0447\u0442\u043e \u044d\u0442\u043e \u0444\u0430\u0439\u043b JNLP \u0434\u043b\u044f \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f (application-desc). PTwoDesktops=\u0420\u0430\u0437\u0440\u0435\u0448\u0451\u043d \u0442\u043e\u043b\u044c\u043a\u043e \u043e\u0434\u0438\u043d \u044d\u043b\u0435\u043c\u0435\u043d\u0442 \u0440\u0430\u0431\u043e\u0447\u0435\u0433\u043e \u0441\u0442\u043e\u043b\u0430 (desktop) PTwoMenus=\u0420\u0430\u0437\u0440\u0435\u0448\u0451\u043d \u0442\u043e\u043b\u044c\u043a\u043e \u043e\u0434\u0438\u043d \u044d\u043b\u0435\u043c\u0435\u043d\u0442 \u043c\u0435\u043d\u044e (menu) PTwoTitles=\u0420\u0430\u0437\u0440\u0435\u0448\u0451\u043d \u0442\u043e\u043b\u044c\u043a\u043e \u043e\u0434\u0438\u043d \u044d\u043b\u0435\u043c\u0435\u043d\u0442 \u043d\u0430\u0437\u0432\u0430\u043d\u0438\u044f (title) @@ -311,7 +313,7 @@ BOVerbose= \u0420\u0430\u0437\u0440\u0435\u0448\u0438\u0442\u044c \u043f\u043e\u0434\u0440\u043e\u0431\u043d\u044b\u0439 \u0432\u044b\u0432\u043e\u0434. BOAbout= \u041f\u043e\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043f\u0440\u0438\u043c\u0435\u0440 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f. BOVersion= \u0412\u044b\u0432\u0435\u0441\u0442\u0438 \u0432\u0435\u0440\u0441\u0438\u044e IcedTea-Web \u0438 \u0432\u044b\u0439\u0442\u0438. -BONosecurity= \u041e\u0442\u043a\u043b\u044e\u0447\u0430\u0435\u0442 \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u0443\u044e \u0441\u0440\u0435\u0434\u0443 \u0432\u044b\u043f\u043e\u043b\u043d\u0435\u043d\u0438\u044f. \u0414\u043b\u044f \u043e\u0431\u0445\u043e\u0434\u0430 \u043f\u043e\u0432\u0440\u0435\u0436\u0434\u0451\u043d\u043d\u044b\u0445 \u043f\u043e\u0434\u043f\u0438\u0441\u0435\u0439 \u0442\u0430\u043a\u0436\u0435 \u0442\u0440\u0435\u0431\u0443\u0435\u0442\u0441\u044f deployment.security.itw.ignorecertissues +BONosecurity= \u041e\u0442\u043a\u043b\u044e\u0447\u0430\u0435\u0442 \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u0443\u044e \u0441\u0440\u0435\u0434\u0443 \u0432\u044b\u043f\u043e\u043b\u043d\u0435\u043d\u0438\u044f. \u0422\u0430\u043a\u0436\u0435 \u043d\u0435\u043e\u0431\u0445\u043e\u0434\u0438\u043c\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c deployment.security.itw.ignorecertissues \u0434\u043b\u044f \u043e\u0431\u0445\u043e\u0434\u0430 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u043f\u043e\u0432\u0440\u0435\u0436\u0434\u0451\u043d\u043d\u044b\u0445 \u043f\u043e\u0434\u043f\u0438\u0441\u0435\u0439 BONoupdate= \u041e\u0442\u043a\u043b\u044e\u0447\u0430\u0435\u0442 \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0443 \u043e\u0431\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u0439. BOHeadless= \u041e\u0442\u043a\u043b\u044e\u0447\u0430\u0435\u0442 \u043e\u043a\u043d\u043e \u0437\u0430\u0433\u0440\u0443\u0437\u043a\u0438 \u0438 \u0434\u0440\u0443\u0433\u0438\u0435 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u044c\u0441\u043a\u0438\u0435 \u0438\u043d\u0442\u0435\u0440\u0444\u0435\u0439\u0441\u044b. BOStrict= \u0412\u043a\u043b\u044e\u0447\u0430\u0435\u0442 \u0441\u0442\u0440\u043e\u0433\u0443\u044e \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0443 \u0444\u043e\u0440\u043c\u0430\u0442\u0430 \u0444\u0430\u0439\u043b\u0430 JNLP. @@ -319,7 +321,12 @@ BOXml= \u0418\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442 \u0441\u0442\u0440\u043e\u0433\u0438\u0439 \u043e\u0431\u0440\u0430\u0431\u043e\u0442\u0447\u0438\u043a XML \u0434\u043b\u044f \u043e\u0431\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u0444\u0430\u0439\u043b\u0430 JNLP. BOredirect= \u0421\u043b\u0435\u0434\u0443\u0435\u0442 \u0437\u0430 \u043f\u0435\u0440\u0435\u043d\u0430\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u044f\u043c\u0438 HTTP. BXnofork= \u041d\u0435 \u0441\u043e\u0437\u0434\u0430\u0432\u0430\u0442\u044c \u0434\u0440\u0443\u0433\u0443\u044e JVM. -BXclearcache= \u041e\u0447\u0438\u0441\u0442\u0438\u0442\u044c \u043a\u044d\u0448 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f JNLP. +BXclearcache= \u041e\u0447\u0438\u0441\u0442\u0438\u0442\u044c \u043a\u044d\u0448 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f JNLP. \u0415\u0441\u043b\u0438 \u0431\u0443\u0434\u0435\u0442 \u043f\u0435\u0440\u0435\u0434\u0430\u043d \u0430\u0440\u0433\u0443\u043c\u0435\u043d\u0442, \u0431\u0443\u0434\u0435\u0442 \u0443\u0434\u0430\u043b\u0435\u043d\u043e \u0442\u043e\u043b\u044c\u043a\u043e \u0443\u043a\u0430\u0437\u0430\u043d\u043d\u043e\u0435 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435. +BXSingleCacheCleared=\u041e\u0447\u0438\u0441\u0442\u0438\u0442\u044c \u043a\u044d\u0448 \u0434\u043b\u044f: {0} +BXSingleCacheClearNotFound=\u041d\u0435 \u043d\u0430\u0439\u0434\u0435\u043d ID, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0441\u043e\u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0443\u0435\u0442 {0}! +BXSingleCacheMoreThenOneId={0} \u0441\u043e\u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0443\u044e\u0442 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e ID! +BXSingleCacheFileCount=\u041e\u043f\u043e\u0432\u0435\u0449\u0435\u043d\u0438\u0435: {0} \u0444\u0430\u0439\u043b\u043e\u0432 +BXcacheids= \u0412\u044b\u0432\u0435\u0441\u0442\u0438 \u0441\u043f\u0438\u0441\u043e\u043a \u0434\u043e\u0441\u0442\u0443\u043f\u043d\u044b\u0445 \u0432 \u043a\u044d\u0448\u0435 ID, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u043c\u043e\u0436\u043d\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c \u0434\u043b\u044f \u0443\u0434\u0430\u043b\u0435\u043d\u0438\u044f \u043e\u0442\u0434\u0435\u043b\u044c\u043d\u044b\u0445 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439. BXignoreheaders= \u041f\u0440\u043e\u043f\u0443\u0441\u0442\u0438\u0442\u044c \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0443 \u0437\u0430\u0433\u043e\u043b\u043e\u0432\u043a\u043e\u0432 JAR. BXoffline= \u0417\u0430\u043f\u0440\u0435\u0442\u0438\u0442\u044c \u0441\u0435\u0442\u0435\u0432\u043e\u0435 \u043f\u043e\u0434\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435 ITW. \u0411\u0443\u0434\u0435\u0442 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c\u0441\u044f \u0442\u043e\u043b\u044c\u043a\u043e \u043a\u044d\u0448. \u041f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435 \u0432\u0441\u0451 \u0440\u0430\u0432\u043d\u043e \u043c\u043e\u0436\u0435\u0442 \u0443\u0441\u0442\u0430\u043d\u043e\u0432\u0438\u0442\u044c \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u0435. BOHelp1= \u0412\u044b\u0432\u0435\u0441\u0442\u0438 \u0441\u0432\u0435\u0434\u0435\u043d\u0438\u044f \u043e \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u0438\u0432\u0430\u0435\u043c\u043e\u0439 \u043a\u043e\u043c\u0430\u043d\u0434\u0435 \u0438 \u0431\u0430\u0437\u043e\u0432\u043e\u043c \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u0438\u0438. @@ -338,7 +345,7 @@ PBOFile=\u0423\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043f\u0443\u0442\u044c \u043a \u0444\u0430\u0439\u043b\u0443 \u043f\u043e\u043b\u0438\u0442\u0438\u043a\u0438, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0441\u043b\u0435\u0434\u0443\u0435\u0442 \u043e\u0442\u043a\u0440\u044b\u0442\u044c. \u0415\u0441\u043b\u0438 \u0443\u043a\u0430\u0437\u0430\u043d \u0432\u0441\u0435\u0433\u043e \u043e\u0434\u0438\u043d \u0430\u0440\u0433\u0443\u043c\u0435\u043d\u0442, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u043f\u0440\u0438 \u044d\u0442\u043e\u043c \u043d\u0435 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u044d\u0442\u0438\u043c \u0444\u043b\u0430\u0433\u043e\u043c, \u044d\u0442\u043e\u0442 \u0430\u0440\u0433\u0443\u043c\u0435\u043d\u0442 \u0431\u0443\u0434\u0435\u0442 \u0438\u043d\u0442\u0435\u0440\u043f\u0440\u0435\u0442\u0438\u0440\u043e\u0432\u0430\u043d \u043a\u0430\u043a \u043f\u0443\u0442\u044c \u043a \u0444\u0430\u0439\u043b\u0443 \u0434\u043b\u044f \u043e\u0442\u043a\u0440\u044b\u0442\u0438\u044f (\u043a\u0430\u043a \u0435\u0441\u043b\u0438 \u0431\u044b \u0441\u043d\u0430\u0447\u0430\u043b\u0430 \u0431\u044b\u043b \u0443\u043a\u0430\u0437\u0430\u043d \u044d\u0442\u043e\u0442 \u0444\u043b\u0430\u0433). \u042d\u0442\u043e\u0442 \u0444\u043b\u0430\u0433 \u0441\u0443\u0449\u0435\u0441\u0442\u0432\u0443\u0435\u0442 \u0433\u043b\u0430\u0432\u043d\u044b\u043c \u043e\u0431\u0440\u0430\u0437\u043e\u043c \u0434\u043b\u044f \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0435\u043d\u0438\u044f \u0441\u043e\u0432\u043c\u0435\u0441\u0442\u0438\u043c\u043e\u0441\u0442\u0438 \u0441 \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u043e\u043c \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u044f \u043f\u043e\u043b\u0438\u0442\u0438\u043a\u043e\u0439 (Policy Tool). PBODefaultFile=\u0423\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442, \u0447\u0442\u043e \u0441\u043b\u0435\u0434\u0443\u0435\u0442 \u043e\u0442\u043a\u0440\u044b\u0442\u044c \u0444\u0430\u0439\u043b \u043f\u043e\u043b\u0438\u0442\u0438\u043a\u0438 \u043d\u0430 \u0443\u0440\u043e\u0432\u043d\u0435 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u044f \u043f\u043e \u0443\u043c\u043e\u043b\u0447\u0430\u043d\u0438\u044e. \u042d\u0442\u043e\u0442 \u0442\u043e\u0442 \u0444\u0430\u0439\u043b, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u043e\u0431\u044b\u0447\u043d\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f IcedTea-Web \u0434\u043b\u044f \u043f\u0440\u0438\u043d\u044f\u0442\u0438\u044f \u0440\u0435\u0448\u0435\u043d\u0438\u0439 \u043e \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u044c\u0441\u043a\u0438\u0445 \u043f\u043e\u043b\u0438\u0442\u0438\u043a\u0430\u0445 \u0438 \u0440\u0430\u0437\u0440\u0435\u0448\u0435\u043d\u0438\u044f\u0445 \u0434\u043b\u044f \u0430\u043f\u043b\u0435\u0442\u043e\u0432 \u0432\u043e \u0432\u0440\u0435\u043c\u044f \u0432\u044b\u043f\u043e\u043b\u043d\u0435\u043d\u0438\u044f, \u0435\u0441\u043b\u0438 \u043d\u0435 \u043d\u0430\u0441\u0442\u0440\u043e\u0435\u043d\u043e \u0438\u043d\u043e\u0435. PBOCodebase=\u0423\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 URL-\u0430\u0434\u0440\u0435\u0441 \u0431\u0430\u0437\u044b \u043a\u043e\u0434\u0430 \u0430\u043f\u043b\u0435\u0442\u0430. \u042d\u0442\u043e \u043c\u043e\u0436\u043d\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c \u0432\u043c\u0435\u0441\u0442\u0435 \u0441 \u0434\u0440\u0443\u0433\u0438\u043c\u0438 \u043e\u043f\u0446\u0438\u044f\u043c\u0438 \u0441\u0435\u043b\u0435\u043a\u0442\u043e\u0440\u0430, \u0447\u0442\u043e\u0431\u044b \u0432\u044b\u0431\u0440\u0430\u0442\u044c \u0437\u0430\u043f\u0438\u0441\u044c \u043f\u043e\u043b\u0438\u0442\u0438\u043a\u0438 \u043f\u0440\u0438 \u043e\u0442\u043a\u0440\u044b\u0442\u0438\u0438 \u0440\u0435\u0434\u0430\u043a\u0442\u043e\u0440\u0430; \u0435\u0441\u043b\u0438 \u0442\u0430\u043a\u043e\u0433\u043e \u0438\u0434\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0442\u043e\u0440\u0430 \u043d\u0435 \u0441\u0443\u0449\u0435\u0441\u0442\u0432\u0443\u0435\u0442, \u043e\u043d \u0431\u0443\u0434\u0435\u0442 \u0441\u043e\u0437\u0434\u0430\u043d \u0438 \u0437\u0430\u0442\u0435\u043c \u0432\u044b\u0431\u0440\u0430\u043d. -PBOSignedBy=\u0423\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043f\u0441\u0435\u0432\u0434\u043e\u043d\u0438\u043c \u0441\u0435\u0440\u0442\u0438\u0444\u0438\u043a\u0430\u0442\u0430, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0445\u0440\u0430\u043d\u0438\u0442\u0441\u044f \u0432 \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0435 \u043a\u043b\u044e\u0447\u0435\u0439. \u042d\u0442\u043e \u043c\u043e\u0436\u043d\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c \u0432\u043c\u0435\u0441\u0442\u0435 \u0441 \u0434\u0440\u0443\u0433\u0438\u043c\u0438 \u043e\u043f\u0446\u0438\u044f\u043c\u0438 \u0441\u0435\u043b\u0435\u043a\u0442\u043e\u0440\u0430, \u0447\u0442\u043e\u0431\u044b \u0432\u044b\u0431\u0440\u0430\u0442\u044c \u0437\u0430\u043f\u0438\u0441\u044c \u043f\u043e\u043b\u0438\u0442\u0438\u043a\u0438 \u043f\u0440\u0438 \u043e\u0442\u043a\u0440\u044b\u0442\u0438\u0438 \u0440\u0435\u0434\u0430\u043a\u0442\u043e\u0440\u0430; \u0435\u0441\u043b\u0438 \u0442\u0430\u043a\u043e\u0433\u043e \u0438\u0434\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0442\u043e\u0440\u0430 \u043d\u0435 \u0441\u0443\u0449\u0435\u0441\u0442\u0432\u0443\u0435\u0442, \u043e\u043d \u0431\u0443\u0434\u0435\u0442 \u0441\u043e\u0437\u0434\u0430\u043d \u0438 \u0437\u0430\u0442\u0435\u043c \u0432\u044b\u0431\u0440\u0430\u043d. +PBOSignedBy=\u0423\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043f\u0441\u0435\u0432\u0434\u043e\u043d\u0438\u043c \u0441\u0435\u0440\u0442\u0438\u0444\u0438\u043a\u0430\u0442\u0430 \u0434\u043b\u044f \u0441\u0435\u0440\u0442\u0438\u0444\u0438\u043a\u0430\u0442\u0430, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0445\u0440\u0430\u043d\u0438\u0442\u0441\u044f \u0432 \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0435 \u043a\u043b\u044e\u0447\u0435\u0439. \u042d\u0442\u043e \u043c\u043e\u0436\u043d\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c \u0432\u043c\u0435\u0441\u0442\u0435 \u0441 \u0434\u0440\u0443\u0433\u0438\u043c\u0438 \u043e\u043f\u0446\u0438\u044f\u043c\u0438 \u0441\u0435\u043b\u0435\u043a\u0442\u043e\u0440\u0430, \u0447\u0442\u043e\u0431\u044b \u0432\u044b\u0431\u0440\u0430\u0442\u044c \u0437\u0430\u043f\u0438\u0441\u044c \u043f\u043e\u043b\u0438\u0442\u0438\u043a\u0438 \u043f\u0440\u0438 \u043e\u0442\u043a\u0440\u044b\u0442\u0438\u0438 \u0440\u0435\u0434\u0430\u043a\u0442\u043e\u0440\u0430; \u0435\u0441\u043b\u0438 \u0442\u0430\u043a\u043e\u0433\u043e \u0438\u0434\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0442\u043e\u0440\u0430 \u043d\u0435 \u0441\u0443\u0449\u0435\u0441\u0442\u0432\u0443\u0435\u0442, \u043e\u043d \u0431\u0443\u0434\u0435\u0442 \u0441\u043e\u0437\u0434\u0430\u043d \u0438 \u0437\u0430\u0442\u0435\u043c \u0432\u044b\u0431\u0440\u0430\u043d. PBOPrincipals=\u0423\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043f\u0430\u0440\u044b \u0438\u043c\u044f \u043a\u043b\u0430\u0441\u0441\u0430/\u0438\u043c\u044f \u0443\u0447\u0430\u0441\u0442\u043d\u0438\u043a\u0430 (\u0440\u0430\u0437\u0434\u0435\u043b\u0451\u043d\u043d\u044b\u0435 \u043f\u0440\u043e\u0431\u0435\u043b\u043e\u043c) \u0434\u043b\u044f \u0438\u0434\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0442\u043e\u0440\u0430 \u0437\u0430\u043f\u0438\u0441\u0438 \u043f\u043e\u043b\u0438\u0442\u0438\u043a\u0438. \u042d\u0442\u043e \u043c\u043e\u0436\u043d\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c \u0432\u043c\u0435\u0441\u0442\u0435 \u0441 \u0434\u0440\u0443\u0433\u0438\u043c\u0438 \u043e\u043f\u0446\u0438\u044f\u043c\u0438 \u0441\u0435\u043b\u0435\u043a\u0442\u043e\u0440\u0430, \u0447\u0442\u043e\u0431\u044b \u0432\u044b\u0431\u0440\u0430\u0442\u044c \u0437\u0430\u043f\u0438\u0441\u044c \u043f\u043e\u043b\u0438\u0442\u0438\u043a\u0438 \u043f\u0440\u0438 \u043e\u0442\u043a\u0440\u044b\u0442\u0438\u0438 \u0440\u0435\u0434\u0430\u043a\u0442\u043e\u0440\u0430; \u0435\u0441\u043b\u0438 \u0442\u0430\u043a\u043e\u0433\u043e \u0438\u0434\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0442\u043e\u0440\u0430 \u043d\u0435 \u0441\u0443\u0449\u0435\u0441\u0442\u0432\u0443\u0435\u0442, \u043e\u043d \u0431\u0443\u0434\u0435\u0442 \u0441\u043e\u0437\u0434\u0430\u043d \u0438 \u0437\u0430\u0442\u0435\u043c \u0432\u044b\u0431\u0440\u0430\u043d. # Option Parser @@ -348,6 +355,7 @@ NOAnone=\u0410\u0440\u0433\u0443\u043c\u0435\u043d\u0442 \u043d\u0435 \u043e\u0436\u0438\u0434\u0430\u0435\u0442\u0441\u044f NOAone=\u041e\u0436\u0438\u0434\u0430\u0435\u0442\u0441\u044f \u0442\u043e\u043b\u044c\u043a\u043e \u043e\u0434\u0438\u043d \u0430\u0440\u0433\u0443\u043c\u0435\u043d\u0442 NOAonemore=\u041e\u0436\u0438\u0434\u0430\u0435\u0442\u0441\u044f \u043e\u0434\u0438\u043d \u0438\u043b\u0438 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u0430\u0440\u0433\u0443\u043c\u0435\u043d\u0442\u043e\u0432 +NOAnonorone=\u041e\u0436\u0438\u0434\u0430\u0435\u0442\u0441\u044f \u043e\u0442\u0441\u0443\u0442\u0441\u0442\u0432\u0438\u0435 \u0430\u0440\u0433\u0443\u043c\u0435\u043d\u0442\u043e\u0432 \u0438\u043b\u0438 \u043e\u0434\u0438\u043d \u0430\u0440\u0433\u0443\u043c\u0435\u043d\u0442 NOAevennumber=\u041e\u0436\u0438\u0434\u0430\u0435\u0442\u0441\u044f \u0447\u0451\u0442\u043d\u043e\u0435 \u043a\u043e\u043b\u0438\u0447\u0435\u0441\u0442\u0432\u043e \u0430\u0433\u0440\u0443\u043c\u0435\u043d\u0442\u043e\u0432 \u0441 param=value \u0432 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u0435 \u0434\u0435\u0439\u0441\u0442\u0432\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0433\u043e \u0430\u0440\u0433\u0443\u043c\u0435\u043d\u0442\u0430 From andrew at icedtea.classpath.org Mon Mar 4 22:54:05 2019 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Mon, 04 Mar 2019 22:54:05 +0000 Subject: /hg/release/icedtea7-forest-2.6: 6 new changesets Message-ID: changeset 801e35b2a00e in /hg/release/icedtea7-forest-2.6 details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6?cmd=changeset;node=801e35b2a00e author: andrew date: Thu Feb 21 04:50:24 2019 +0000 Added tag icedtea-2.6.17pre01 for changeset e1e90e24b151 changeset 73474550d820 in /hg/release/icedtea7-forest-2.6 details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6?cmd=changeset;node=73474550d820 author: andrew date: Fri Feb 15 05:16:09 2019 +0000 Added tag jdk7u211-b00 for changeset f182d5978cc0 changeset e33b0ab210bb in /hg/release/icedtea7-forest-2.6 details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6?cmd=changeset;node=e33b0ab210bb author: andrew date: Thu Feb 21 03:38:51 2019 +0000 Added tag jdk7u211-b01 for changeset 73474550d820 changeset 4856c56afd83 in /hg/release/icedtea7-forest-2.6 details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6?cmd=changeset;node=4856c56afd83 author: andrew date: Fri Feb 22 06:15:47 2019 +0000 Merge jdk7u211-b01 changeset 8cb3eb54177d in /hg/release/icedtea7-forest-2.6 details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6?cmd=changeset;node=8cb3eb54177d author: andrew date: Mon Feb 25 00:14:07 2019 +0000 Added tag jdk7u211-b02 for changeset e33b0ab210bb changeset 6a588725b8a2 in /hg/release/icedtea7-forest-2.6 details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6?cmd=changeset;node=6a588725b8a2 author: andrew date: Mon Feb 25 01:45:16 2019 +0000 Merge jdk7u211-b02 diffstat: .hgtags | 4 ++++ 1 files changed, 4 insertions(+), 0 deletions(-) diffs (11 lines): diff -r e1e90e24b151 -r 6a588725b8a2 .hgtags --- a/.hgtags Mon Jan 07 06:00:05 2019 +0000 +++ b/.hgtags Mon Feb 25 01:45:16 2019 +0000 @@ -692,3 +692,7 @@ 02692bca5efc738f278700fb9d873c643911826e icedtea-2.6.15 931a18e1df0a7594a4c9e5e2ab05a07d6e5436b1 jdk7u201-b00 d44eff7de671565452d2062d61ab8e3a02c08438 icedtea-2.6.16 +e1e90e24b1513ab8759386ca5d3b803d3ecf2eeb icedtea-2.6.17pre01 +f182d5978cc0a52a9eb69f2bbe904708d9f215b6 jdk7u211-b00 +73474550d820698e0940afd5cf1fea0fad6e8118 jdk7u211-b01 +e33b0ab210bb7cb289377c84a702df11bde6bfea jdk7u211-b02 From andrew at icedtea.classpath.org Mon Mar 4 22:56:11 2019 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Mon, 04 Mar 2019 22:56:11 +0000 Subject: /hg/release/icedtea7-forest-2.6/hotspot: 12 new changesets Message-ID: changeset f3820315a79d in /hg/release/icedtea7-forest-2.6/hotspot details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/hotspot?cmd=changeset;node=f3820315a79d author: andrew date: Thu Feb 21 04:50:25 2019 +0000 Added tag icedtea-2.6.17pre01 for changeset 65b809089544 changeset 87cbcaecf4e4 in /hg/release/icedtea7-forest-2.6/hotspot details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/hotspot?cmd=changeset;node=87cbcaecf4e4 author: dholmes date: Thu Feb 07 05:19:56 2019 +0000 8205714: Initial class initialization Reviewed-by: acorn, coleenp, kvn, vlivanov changeset e14a43e8767f in /hg/release/icedtea7-forest-2.6/hotspot details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/hotspot?cmd=changeset;node=e14a43e8767f author: mbalao date: Thu Feb 07 05:28:56 2019 +0000 8210094: Better loading of classloader classes Reviewed-by: adinn, andrew changeset 7e4523af00b7 in /hg/release/icedtea7-forest-2.6/hotspot details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/hotspot?cmd=changeset;node=7e4523af00b7 author: dbuck date: Thu Feb 07 05:42:54 2019 +0000 8141491: Unaligned memory access in Bits.c Summary: Introduce alignment-safe Copy::conjoint_swap and JVM_CopySwapMemory Reviewed-by: mikael, dholmes changeset 0d5fbdb57253 in /hg/release/icedtea7-forest-2.6/hotspot details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/hotspot?cmd=changeset;node=0d5fbdb57253 author: jwilhelm date: Thu Feb 07 06:03:59 2019 +0000 8199552: Update to build scripts Reviewed-by: jwilhelm Contributed-by: magnus.ihse.bursie at oracle.com changeset 752c4ce59972 in /hg/release/icedtea7-forest-2.6/hotspot details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/hotspot?cmd=changeset;node=752c4ce59972 author: thartmann date: Fri Jun 20 08:14:30 2014 +0200 8008321: compile.cpp verify_graph_edges uses bool as int Summary: The dead_nodes counter in verify_graph_edges(..) has the type bool but is used as int. Reviewed-by: roland, anoll changeset 58964d7eef11 in /hg/release/icedtea7-forest-2.6/hotspot details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/hotspot?cmd=changeset;node=58964d7eef11 author: mbalao date: Tue Feb 12 04:23:21 2019 +0000 8218798: slowdebug build broken by JDK-8205714 Summary: Add missing instanceKlass::cast in assert Reviewed-by: andrew changeset 87b0534bbec2 in /hg/release/icedtea7-forest-2.6/hotspot details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/hotspot?cmd=changeset;node=87b0534bbec2 author: andrew date: Fri Feb 15 05:16:16 2019 +0000 Added tag jdk7u211-b00 for changeset 58964d7eef11 changeset e1b1da173e19 in /hg/release/icedtea7-forest-2.6/hotspot details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/hotspot?cmd=changeset;node=e1b1da173e19 author: andrew date: Thu Feb 21 03:38:57 2019 +0000 Added tag jdk7u211-b01 for changeset 87b0534bbec2 changeset 071172c39b0e in /hg/release/icedtea7-forest-2.6/hotspot details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/hotspot?cmd=changeset;node=071172c39b0e author: andrew date: Fri Feb 22 06:16:04 2019 +0000 Merge jdk7u211-b01 changeset 8e4bf277c1a0 in /hg/release/icedtea7-forest-2.6/hotspot details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/hotspot?cmd=changeset;node=8e4bf277c1a0 author: andrew date: Mon Feb 25 00:14:12 2019 +0000 Added tag jdk7u211-b02 for changeset e1b1da173e19 changeset d47e668978c8 in /hg/release/icedtea7-forest-2.6/hotspot details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/hotspot?cmd=changeset;node=d47e668978c8 author: andrew date: Mon Feb 25 01:45:17 2019 +0000 Merge jdk7u211-b02 diffstat: .hgtags | 4 + make/aix/makefiles/mapfile-vers-debug | 3 +- make/aix/makefiles/mapfile-vers-product | 3 +- make/bsd/makefiles/gcc.make | 1 + make/bsd/makefiles/mapfile-vers-debug | 3 +- make/bsd/makefiles/mapfile-vers-product | 3 +- make/linux/makefiles/gcc.make | 1 + make/linux/makefiles/mapfile-vers-debug | 3 +- make/linux/makefiles/mapfile-vers-product | 3 +- make/solaris/makefiles/gcc.make | 1 + make/solaris/makefiles/mapfile-vers | 3 +- src/share/vm/classfile/classLoaderDependencies.cpp | 23 ++--- src/share/vm/classfile/classLoaderDependencies.hpp | 4 +- src/share/vm/classfile/dictionary.cpp | 28 +------ src/share/vm/classfile/systemDictionary.cpp | 15 +++- src/share/vm/classfile/verificationType.cpp | 6 +- src/share/vm/classfile/verifier.cpp | 7 +- src/share/vm/oops/cpCacheOop.cpp | 14 +++- src/share/vm/opto/compile.cpp | 8 +- src/share/vm/prims/jvm.cpp | 84 +++++++++++++++++++-- src/share/vm/prims/jvm.h | 10 ++- src/share/vm/runtime/interfaceSupport.hpp | 2 +- src/share/vm/runtime/sharedRuntime.cpp | 8 ++ src/share/vm/utilities/copy.cpp | 6 +- src/share/vm/utilities/copy.hpp | 2 +- 25 files changed, 163 insertions(+), 82 deletions(-) diffs (truncated from 653 to 500 lines): diff -r 65b809089544 -r d47e668978c8 .hgtags --- a/.hgtags Wed Feb 20 14:43:02 2019 +0000 +++ b/.hgtags Mon Feb 25 01:45:17 2019 +0000 @@ -933,3 +933,7 @@ e200fdadc48736c9a455cc826e71cdb64c4a13dc icedtea-2.6.15 a04d398041938b47a3eed225c71f298a3e9410f9 jdk7u201-b00 ae6068b02261bc413ccc934b2260f1d6277e18ee icedtea-2.6.16 +65b809089544d0723a33745d91265999afa08aeb icedtea-2.6.17pre01 +58964d7eef111a6c1b361e32daeae41cbe9e7f7c jdk7u211-b00 +87b0534bbec2c217e7c4574e962b93b3c5a61193 jdk7u211-b01 +e1b1da173e19b3abe6660d601f3a5cbf116cf8f5 jdk7u211-b02 diff -r 65b809089544 -r d47e668978c8 make/aix/makefiles/mapfile-vers-debug --- a/make/aix/makefiles/mapfile-vers-debug Wed Feb 20 14:43:02 2019 +0000 +++ b/make/aix/makefiles/mapfile-vers-debug Mon Feb 25 01:45:17 2019 +0000 @@ -1,5 +1,5 @@ # -# Copyright (c) 2002, 2011, Oracle and/or its affiliates. All rights reserved. +# Copyright (c) 2002, 2018, Oracle and/or its affiliates. All rights reserved. # DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. # # This code is free software; you can redistribute it and/or modify it @@ -63,6 +63,7 @@ JVM_ConstantPoolGetSize; JVM_ConstantPoolGetStringAt; JVM_ConstantPoolGetUTF8At; + JVM_CopySwapMemory; JVM_CountStackFrames; JVM_CurrentClassLoader; JVM_CurrentLoadedClass; diff -r 65b809089544 -r d47e668978c8 make/aix/makefiles/mapfile-vers-product --- a/make/aix/makefiles/mapfile-vers-product Wed Feb 20 14:43:02 2019 +0000 +++ b/make/aix/makefiles/mapfile-vers-product Mon Feb 25 01:45:17 2019 +0000 @@ -1,5 +1,5 @@ # -# Copyright (c) 2002, 2011, Oracle and/or its affiliates. All rights reserved. +# Copyright (c) 2002, 2018, Oracle and/or its affiliates. All rights reserved. # DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. # # This code is free software; you can redistribute it and/or modify it @@ -63,6 +63,7 @@ JVM_ConstantPoolGetSize; JVM_ConstantPoolGetStringAt; JVM_ConstantPoolGetUTF8At; + JVM_CopySwapMemory; JVM_CountStackFrames; JVM_CurrentClassLoader; JVM_CurrentLoadedClass; diff -r 65b809089544 -r d47e668978c8 make/bsd/makefiles/gcc.make --- a/make/bsd/makefiles/gcc.make Wed Feb 20 14:43:02 2019 +0000 +++ b/make/bsd/makefiles/gcc.make Mon Feb 25 01:45:17 2019 +0000 @@ -118,6 +118,7 @@ CFLAGS += -fno-exceptions CFLAGS += -pthread CFLAGS += -fcheck-new +CFLAGS += -fstack-protector # version 4 and above support fvisibility=hidden (matches jni_x86.h file) # except 4.1.2 gives pointless warnings that can't be disabled (afaik) ifneq "$(shell expr \( $(CC_VER_MAJOR) \> 4 \) \| \( \( $(CC_VER_MAJOR) = 4 \) \& \( $(CC_VER_MINOR) \>= 3 \) \))" "0" diff -r 65b809089544 -r d47e668978c8 make/bsd/makefiles/mapfile-vers-debug --- a/make/bsd/makefiles/mapfile-vers-debug Wed Feb 20 14:43:02 2019 +0000 +++ b/make/bsd/makefiles/mapfile-vers-debug Mon Feb 25 01:45:17 2019 +0000 @@ -1,5 +1,5 @@ # -# Copyright (c) 2002, 2014, Oracle and/or its affiliates. All rights reserved. +# Copyright (c) 2002, 2018, Oracle and/or its affiliates. All rights reserved. # DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. # # This code is free software; you can redistribute it and/or modify it @@ -61,6 +61,7 @@ _JVM_ConstantPoolGetSize _JVM_ConstantPoolGetStringAt _JVM_ConstantPoolGetUTF8At + _JVM_CopySwapMemory _JVM_CountStackFrames _JVM_CurrentClassLoader _JVM_CurrentLoadedClass diff -r 65b809089544 -r d47e668978c8 make/bsd/makefiles/mapfile-vers-product --- a/make/bsd/makefiles/mapfile-vers-product Wed Feb 20 14:43:02 2019 +0000 +++ b/make/bsd/makefiles/mapfile-vers-product Mon Feb 25 01:45:17 2019 +0000 @@ -1,5 +1,5 @@ # -# Copyright (c) 2002, 2014, Oracle and/or its affiliates. All rights reserved. +# Copyright (c) 2002, 2018, Oracle and/or its affiliates. All rights reserved. # DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. # # This code is free software; you can redistribute it and/or modify it @@ -61,6 +61,7 @@ _JVM_ConstantPoolGetSize _JVM_ConstantPoolGetStringAt _JVM_ConstantPoolGetUTF8At + _JVM_CopySwapMemory _JVM_CountStackFrames _JVM_CurrentClassLoader _JVM_CurrentLoadedClass diff -r 65b809089544 -r d47e668978c8 make/linux/makefiles/gcc.make --- a/make/linux/makefiles/gcc.make Wed Feb 20 14:43:02 2019 +0000 +++ b/make/linux/makefiles/gcc.make Mon Feb 25 01:45:17 2019 +0000 @@ -89,6 +89,7 @@ CFLAGS += -fno-exceptions CFLAGS += -D_REENTRANT CFLAGS += -fcheck-new +CFLAGS += -fstack-protector # version 4 and above support fvisibility=hidden (matches jni_x86.h file) # except 4.1.2 gives pointless warnings that can't be disabled (afaik) ifneq "$(shell expr \( $(CC_VER_MAJOR) \> 4 \) \| \( \( $(CC_VER_MAJOR) = 4 \) \& \( $(CC_VER_MINOR) \>= 3 \) \))" "0" diff -r 65b809089544 -r d47e668978c8 make/linux/makefiles/mapfile-vers-debug --- a/make/linux/makefiles/mapfile-vers-debug Wed Feb 20 14:43:02 2019 +0000 +++ b/make/linux/makefiles/mapfile-vers-debug Mon Feb 25 01:45:17 2019 +0000 @@ -1,5 +1,5 @@ # -# Copyright (c) 2002, 2014, Oracle and/or its affiliates. All rights reserved. +# Copyright (c) 2002, 2018, Oracle and/or its affiliates. All rights reserved. # DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. # # This code is free software; you can redistribute it and/or modify it @@ -63,6 +63,7 @@ JVM_ConstantPoolGetSize; JVM_ConstantPoolGetStringAt; JVM_ConstantPoolGetUTF8At; + JVM_CopySwapMemory; JVM_CountStackFrames; JVM_CurrentClassLoader; JVM_CurrentLoadedClass; diff -r 65b809089544 -r d47e668978c8 make/linux/makefiles/mapfile-vers-product --- a/make/linux/makefiles/mapfile-vers-product Wed Feb 20 14:43:02 2019 +0000 +++ b/make/linux/makefiles/mapfile-vers-product Mon Feb 25 01:45:17 2019 +0000 @@ -1,5 +1,5 @@ # -# Copyright (c) 2002, 2014, Oracle and/or its affiliates. All rights reserved. +# Copyright (c) 2002, 2018, Oracle and/or its affiliates. All rights reserved. # DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. # # This code is free software; you can redistribute it and/or modify it @@ -63,6 +63,7 @@ JVM_ConstantPoolGetSize; JVM_ConstantPoolGetStringAt; JVM_ConstantPoolGetUTF8At; + JVM_CopySwapMemory; JVM_CountStackFrames; JVM_CurrentClassLoader; JVM_CurrentLoadedClass; diff -r 65b809089544 -r d47e668978c8 make/solaris/makefiles/gcc.make --- a/make/solaris/makefiles/gcc.make Wed Feb 20 14:43:02 2019 +0000 +++ b/make/solaris/makefiles/gcc.make Mon Feb 25 01:45:17 2019 +0000 @@ -75,6 +75,7 @@ CFLAGS += -fno-exceptions CFLAGS += -D_REENTRANT CFLAGS += -fcheck-new +CFLAGS += -fstack-protector ARCHFLAG = $(ARCHFLAG/$(BUILDARCH)) diff -r 65b809089544 -r d47e668978c8 make/solaris/makefiles/mapfile-vers --- a/make/solaris/makefiles/mapfile-vers Wed Feb 20 14:43:02 2019 +0000 +++ b/make/solaris/makefiles/mapfile-vers Mon Feb 25 01:45:17 2019 +0000 @@ -1,5 +1,5 @@ # -# Copyright (c) 2000, 2014, Oracle and/or its affiliates. All rights reserved. +# Copyright (c) 2000, 2018, Oracle and/or its affiliates. All rights reserved. # DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. # # This code is free software; you can redistribute it and/or modify it @@ -64,6 +64,7 @@ JVM_ConstantPoolGetStringAt; JVM_ConstantPoolGetUTF8At; JVM_CountStackFrames; + JVM_CopySwapMemory; JVM_CurrentClassLoader; JVM_CurrentLoadedClass; JVM_CurrentThread; diff -r 65b809089544 -r d47e668978c8 src/share/vm/classfile/classLoaderDependencies.cpp --- a/src/share/vm/classfile/classLoaderDependencies.cpp Wed Feb 20 14:43:02 2019 +0000 +++ b/src/share/vm/classfile/classLoaderDependencies.cpp Mon Feb 25 01:45:17 2019 +0000 @@ -1,5 +1,5 @@ /* - * Copyright (c) 2018, Red Hat, Inc. and/or its affiliates. + * Copyright (c) 2018, 2019, Red Hat, Inc. and/or its affiliates. * * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. * @@ -28,35 +28,30 @@ #include "memory/oopFactory.hpp" #include "utilities/debug.hpp" -void ClassLoaderDependencies::record_dependency(KlassHandle from_klass, - KlassHandle to_klass, +void ClassLoaderDependencies::record_dependency(oop from_class_loader, + oop to_class_loader, TRAPS) { - - oop to_class_loader_oop = to_klass->class_loader(); - // Dependency to the Null Class Loader doesn't // need to be recorded because it never goes away. - if (to_class_loader_oop == NULL) { + if (to_class_loader == NULL) { return; } - oop from_class_loader_oop = from_klass->class_loader(); - // The Null Class Loader does not generate dependencies to record. - if (from_class_loader_oop == NULL) { + if (from_class_loader == NULL) { return; } - oop current_class_loader_oop = from_class_loader_oop; + oop current_class_loader_oop = from_class_loader; do { - if (current_class_loader_oop == to_class_loader_oop) { + if (current_class_loader_oop == to_class_loader) { return; // This class loader is in the parent list, no need to add it. } current_class_loader_oop = java_lang_ClassLoader::parent(current_class_loader_oop); } while (current_class_loader_oop != NULL); - ClassLoaderDependencies::add(Handle(THREAD, from_class_loader_oop), - Handle(THREAD, to_class_loader_oop), + ClassLoaderDependencies::add(Handle(THREAD, from_class_loader), + Handle(THREAD, to_class_loader), CHECK); } diff -r 65b809089544 -r d47e668978c8 src/share/vm/classfile/classLoaderDependencies.hpp --- a/src/share/vm/classfile/classLoaderDependencies.hpp Wed Feb 20 14:43:02 2019 +0000 +++ b/src/share/vm/classfile/classLoaderDependencies.hpp Mon Feb 25 01:45:17 2019 +0000 @@ -1,5 +1,5 @@ /* - * Copyright (c) 2018, Red Hat, Inc. and/or its affiliates. + * Copyright (c) 2018, 2019, Red Hat, Inc. and/or its affiliates. * * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. * @@ -30,7 +30,7 @@ class ClassLoaderDependencies { public: - static void record_dependency(KlassHandle from_klass, KlassHandle to_klass, TRAPS); + static void record_dependency(oop from_class_loader, oop to_class_loader, TRAPS); private: static void add(Handle from_class_loader_h, Handle dependency, TRAPS); static void locked_add(objArrayHandle list_head, objArrayHandle last_handle, objArrayHandle new_dependency, TRAPS); diff -r 65b809089544 -r d47e668978c8 src/share/vm/classfile/dictionary.cpp --- a/src/share/vm/classfile/dictionary.cpp Wed Feb 20 14:43:02 2019 +0000 +++ b/src/share/vm/classfile/dictionary.cpp Mon Feb 25 01:45:17 2019 +0000 @@ -1,5 +1,5 @@ /* - * Copyright (c) 2003, 2012, Oracle and/or its affiliates. All rights reserved. + * Copyright (c) 2003, 2019, Oracle and/or its affiliates. All rights reserved. * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. * * This code is free software; you can redistribute it and/or modify it @@ -230,9 +230,6 @@ oop k_def_class_loader = ik->class_loader(); // Do we need to delete this system dictionary entry? - bool purge_entry = false; - - // Do we need to delete this system dictionary entry? if (!is_alive->do_object_b(class_loader)) { // If the loader is not live this entry should always be // removed (will never be looked up again). Note that this is @@ -255,28 +252,7 @@ // Clean up C heap ik->release_C_heap_structures(); } - // Also remove this system dictionary entry. - purge_entry = true; - - } else { - // The loader in this entry is alive. If the klass is dead, - // the loader must be an initiating loader (rather than the - // defining loader). Remove this entry. - if (!is_alive->do_object_b(e)) { - guarantee(!is_alive->do_object_b(k_def_class_loader), - "defining loader should not be live if klass is not"); - // If we get here, the class_loader must not be the defining - // loader, it must be an initiating one. - assert(k_def_class_loader != class_loader, - "cannot have live defining loader and unreachable klass"); - - // Loader is live, but class and its defining loader are dead. - // Remove the entry. The class is going away. - purge_entry = true; - } - } - - if (purge_entry) { + // Remove this system dictionary entry. *p = probe->next(); if (probe == _current_class_entry) { _current_class_entry = NULL; diff -r 65b809089544 -r d47e668978c8 src/share/vm/classfile/systemDictionary.cpp --- a/src/share/vm/classfile/systemDictionary.cpp Wed Feb 20 14:43:02 2019 +0000 +++ b/src/share/vm/classfile/systemDictionary.cpp Mon Feb 25 01:45:17 2019 +0000 @@ -1,5 +1,5 @@ /* - * Copyright (c) 1997, 2018, Oracle and/or its affiliates. All rights reserved. + * Copyright (c) 1997, 2019, Oracle and/or its affiliates. All rights reserved. * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. * * This code is free software; you can redistribute it and/or modify it @@ -23,6 +23,7 @@ */ #include "precompiled.hpp" +#include "classfile/classLoaderDependencies.hpp" #include "classfile/dictionary.hpp" #include "classfile/javaClasses.hpp" #include "classfile/loaderConstraints.hpp" @@ -813,7 +814,17 @@ check_constraints(d_index, d_hash, k, class_loader, false, THREAD); // Need to check for a PENDING_EXCEPTION again; check_constraints - // can throw and doesn't use the CHECK macro. + // can throw but we may have to remove entry from the placeholder table below. + if (!HAS_PENDING_EXCEPTION) { + // Record dependency for non-parent delegation. + // This recording keeps the defining class loader of the klass (k) found + // from being unloaded while the initiating class loader is loaded + // even if the reference to the defining class loader is dropped + // before references to the initiating class loader. + ClassLoaderDependencies::record_dependency(class_loader(), + k->class_loader(), THREAD); + } + if (!HAS_PENDING_EXCEPTION) { { // Grabbing the Compile_lock prevents systemDictionary updates // during compilations. diff -r 65b809089544 -r d47e668978c8 src/share/vm/classfile/verificationType.cpp --- a/src/share/vm/classfile/verificationType.cpp Wed Feb 20 14:43:02 2019 +0000 +++ b/src/share/vm/classfile/verificationType.cpp Mon Feb 25 01:45:17 2019 +0000 @@ -1,5 +1,5 @@ /* - * Copyright (c) 2003, 2012, Oracle and/or its affiliates. All rights reserved. + * Copyright (c) 2003, 2019, Oracle and/or its affiliates. All rights reserved. * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. * * This code is free software; you can redistribute it and/or modify it @@ -23,7 +23,6 @@ */ #include "precompiled.hpp" -#include "classfile/classLoaderDependencies.hpp" #include "classfile/symbolTable.hpp" #include "classfile/verificationType.hpp" #include "classfile/verifier.hpp" @@ -63,8 +62,6 @@ Handle(THREAD, klass->protection_domain()), true, CHECK_false); KlassHandle this_class(THREAD, obj); - ClassLoaderDependencies::record_dependency(klass, this_class, CHECK_false); - if (this_class->is_interface()) { // We treat interfaces as java.lang.Object, including // java.lang.Cloneable and java.io.Serializable @@ -74,7 +71,6 @@ from.name(), Handle(THREAD, klass->class_loader()), Handle(THREAD, klass->protection_domain()), true, CHECK_false); KlassHandle from_class_handle(THREAD, from_class); - ClassLoaderDependencies::record_dependency(klass, from_class_handle, CHECK_false); return instanceKlass::cast(from_class_handle())->is_subclass_of(this_class()); } } else if (is_array() && from.is_array()) { diff -r 65b809089544 -r d47e668978c8 src/share/vm/classfile/verifier.cpp --- a/src/share/vm/classfile/verifier.cpp Wed Feb 20 14:43:02 2019 +0000 +++ b/src/share/vm/classfile/verifier.cpp Mon Feb 25 01:45:17 2019 +0000 @@ -1,5 +1,5 @@ /* - * Copyright (c) 1998, 2014, Oracle and/or its affiliates. All rights reserved. + * Copyright (c) 1998, 2019, Oracle and/or its affiliates. All rights reserved. * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. * * This code is free software; you can redistribute it and/or modify it @@ -24,7 +24,6 @@ #include "precompiled.hpp" #include "classfile/classFileStream.hpp" -#include "classfile/classLoaderDependencies.hpp" #include "classfile/javaClasses.hpp" #include "classfile/stackMapTable.hpp" #include "classfile/stackMapFrame.hpp" @@ -1947,11 +1946,9 @@ oop loader = current_class()->class_loader(); oop protection_domain = current_class()->protection_domain(); - klassOop kls = SystemDictionary::resolve_or_fail( + return SystemDictionary::resolve_or_fail( name, Handle(THREAD, loader), Handle(THREAD, protection_domain), true, CHECK_NULL); - ClassLoaderDependencies::record_dependency(current_class(), kls, CHECK_NULL); - return kls; } bool ClassVerifier::is_protected_access(instanceKlassHandle this_class, diff -r 65b809089544 -r d47e668978c8 src/share/vm/oops/cpCacheOop.cpp --- a/src/share/vm/oops/cpCacheOop.cpp Wed Feb 20 14:43:02 2019 +0000 +++ b/src/share/vm/oops/cpCacheOop.cpp Mon Feb 25 01:45:17 2019 +0000 @@ -1,5 +1,5 @@ /* - * Copyright (c) 1998, 2013, Oracle and/or its affiliates. All rights reserved. + * Copyright (c) 1998, 2018, Oracle and/or its affiliates. All rights reserved. * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. * * This code is free software; you can redistribute it and/or modify it @@ -220,7 +220,17 @@ if (byte_no == 1) { assert(invoke_code != Bytecodes::_invokevirtual && invoke_code != Bytecodes::_invokeinterface, ""); - set_bytecode_1(invoke_code); + bool do_resolve = true; + // Don't mark invokestatic to method as resolved if the holder class has not yet completed + // initialization. An invokestatic must only proceed if the class is initialized, but if + // we resolve it before then that class initialization check is skipped. + if (invoke_code == Bytecodes::_invokestatic && + !instanceKlass::cast(method->method_holder())->is_initialized()) { + do_resolve = false; + } + if (do_resolve) { + set_bytecode_1(invoke_code); + } } else if (byte_no == 2) { if (change_to_virtual) { assert(invoke_code == Bytecodes::_invokeinterface, ""); diff -r 65b809089544 -r d47e668978c8 src/share/vm/opto/compile.cpp --- a/src/share/vm/opto/compile.cpp Wed Feb 20 14:43:02 2019 +0000 +++ b/src/share/vm/opto/compile.cpp Mon Feb 25 01:45:17 2019 +0000 @@ -3363,7 +3363,7 @@ _root->verify_edges(visited); if (no_dead_code) { // Now make sure that no visited node is used by an unvisited node. - bool dead_nodes = 0; + bool dead_nodes = false; Unique_Node_List checked(area); while (visited.size() > 0) { Node* n = visited.pop(); @@ -3374,14 +3374,16 @@ if (visited.member(use)) continue; // already in the graph if (use->is_Con()) continue; // a dead ConNode is OK // At this point, we have found a dead node which is DU-reachable. - if (dead_nodes++ == 0) + if (!dead_nodes) { tty->print_cr("*** Dead nodes reachable via DU edges:"); + dead_nodes = true; + } use->dump(2); tty->print_cr("---"); checked.push(use); // No repeats; pretend it is now checked. } } - assert(dead_nodes == 0, "using nodes must be reachable from root"); + assert(!dead_nodes, "using nodes must be reachable from root"); } } } diff -r 65b809089544 -r d47e668978c8 src/share/vm/prims/jvm.cpp --- a/src/share/vm/prims/jvm.cpp Wed Feb 20 14:43:02 2019 +0000 +++ b/src/share/vm/prims/jvm.cpp Mon Feb 25 01:45:17 2019 +0000 @@ -1,5 +1,5 @@ /* - * Copyright (c) 1997, 2018, Oracle and/or its affiliates. All rights reserved. + * Copyright (c) 1997, 2019, Oracle and/or its affiliates. All rights reserved. * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. * * This code is free software; you can redistribute it and/or modify it @@ -24,7 +24,6 @@ #include "precompiled.hpp" #include "classfile/classLoader.hpp" -#include "classfile/classLoaderDependencies.hpp" #include "classfile/javaAssertions.hpp" #include "classfile/javaClasses.hpp" #include "classfile/symbolTable.hpp" @@ -753,6 +752,79 @@ JVM_END +// java.nio.Bits /////////////////////////////////////////////////////////////// + +#define MAX_OBJECT_SIZE \ + ( arrayOopDesc::header_size(T_DOUBLE) * HeapWordSize \ + + ((julong)max_jint * sizeof(double)) ) + +static inline jlong field_offset_to_byte_offset(jlong field_offset) { + return field_offset; +} + +static inline void assert_field_offset_sane(oop p, jlong field_offset) { +#ifdef ASSERT + jlong byte_offset = field_offset_to_byte_offset(field_offset); + + if (p != NULL) { + assert(byte_offset >= 0 && byte_offset <= (jlong)MAX_OBJECT_SIZE, "sane offset"); + if (byte_offset == (jint)byte_offset) { + void* ptr_plus_disp = (address)p + byte_offset; + assert((void*)p->obj_field_addr((jint)byte_offset) == ptr_plus_disp, + "raw [ptr+disp] must be consistent with oop::field_base"); + } + jlong p_size = HeapWordSize * (jlong)(p->size()); From bugzilla-daemon at icedtea.classpath.org Mon Mar 4 22:56:46 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Mon, 04 Mar 2019 22:56:46 +0000 Subject: [Bug 2305] [IcedTea7] HPROF: output truncated when using doe=n option In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=2305 --- Comment #6 from hg commits --- details: http://icedtea.classpath.org//hg/release/icedtea7-2.6?cmd=changeset;node=1274123be63c author: Andrew John Hughes date: Mon Feb 25 05:26:06 2019 +0000 Bump to 2.6.17pre01. Upstream changes: - Bump to icedtea-2.6.17pre01 - PR3647: Backed out changeset 4e3ea67d3b69 (JDK-4890063/PR2305/RH1214835) - S6424123, PR3702: JVM crashes on failed 'strdup' call - S8005921, PR3702: Memory leaks in vmStructs.cpp - S8011661, PR3702: Insufficient memory message says "malloc" when sometimes it should say "mmap" - S8014138, PR3702: Add VM option to facilitate the writing of CDS tests - S8055286, PR3702: Extend CompileCommand=option to handle numeric parameters - S8056964, PR3702: JDK-8055286 changes are incomplete. - S8057129, PR3702: Fix AIX build after the Extend CompileCommand=option change 8055286 - S8059847, PR3702: complement JDK-8055286 and JDK-8056964 changes - S8076475, PR3702: Misuses of strncpy/strncat - S8145096, PR3700: Undefined behaviour in HotSpot - S8207838, PR3669: AArch64: Float registers incorrectly restored in JNI call - S8209414, PR3669: AArch64: method handle invocation does not respect JVMTI interp_only mode - S8209415, PR3669: Fix JVMTI test failure HS202 - S8211064, PR3669: [AArch64] Interpreter and c1 don't correctly handle jboolean results in native calls - S8214059, PR3701: Undefined behaviour in ADLC - S8215951, PR3669: AArch64: jtreg test vmTestbase/nsk/jvmti/PopFrame/popframe005 segfaults - S8217753, PR3686: Enable HotSpot builds on 5.x Linux kernels - S8218185, PR3669: aarch64: missing LoadStore barrier in TemplateTable::putfield_or_static ChangeLog: 2019-02-21 Andrew John Hughes Bump to 2.6.17pre01. * Makefile.am: (CORBA_CHANGESET): Update to icedtea-2.6.17pre01. (JAXP_CHANGESET): Likewise. (JAXWS_CHANGESET): Likewise. (JDK_CHANGESET): Likewise. (LANGTOOLS_CHANGESET): Likewise. (OPENJDK_CHANGESET): Likewise. (CORBA_SHA256SUM): Likewise. (JAXP_SHA256SUM): Likewise. (JAXWS_SHA256SUM): Likewise. (JDK_SHA256SUM): Likewise. (LANGTOOLS_SHA256SUM): Likewise. (OPENJDK_SHA256SUM): Likewise. * NEWS: Updated. * configure.ac: Bump to 2.6.17pre01. * hotspot.map.in: Update to icedtea-2.6.17pre01. -- 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 Mon Mar 4 22:57:04 2019 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Mon, 04 Mar 2019 22:57:04 +0000 Subject: /hg/release/icedtea7-forest-2.6/jdk: 50 new changesets Message-ID: changeset 0839b7f5f978 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=0839b7f5f978 author: andrew date: Wed Feb 20 19:53:18 2019 +0000 Bump to icedtea-2.6.17pre01 changeset 8f4098e2534e in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=8f4098e2534e author: andrew date: Thu Feb 21 04:50:22 2019 +0000 Added tag icedtea-2.6.17pre01 for changeset 0839b7f5f978 changeset ba803fabd92f in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=ba803fabd92f author: mbalao date: Wed Sep 19 18:04:23 2018 +0200 8029661: Support TLS v1.2 algorithm in SunPKCS11 provider Summary: TLS v1.2 algorithms for key and MAC derivation added to SunPKCS11 crypto provider. 8210912 fix is included as part of this changeset. Reviewed-by: valeriep changeset 2944530d5e53 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=2944530d5e53 author: chegar date: Wed Oct 24 21:20:40 2012 +0100 8000203: File descriptor leak in src/solaris/native/java/net/net_util_md.c Reviewed-by: dsamersoff, khazra, chegar Contributed-by: John Zavgren changeset 6c6803ef11e1 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=6c6803ef11e1 author: igerasim date: Wed Aug 15 12:12:16 2018 -0700 8199156: Better route routing Reviewed-by: igerasim, mschoene, michaelm, rhalade changeset 979a2946879c in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=979a2946879c author: igerasim date: Wed Aug 15 12:13:20 2018 -0700 8199161: Better interface enumeration Reviewed-by: igerasim, mschoene, michaelm, rhalade changeset 2516b530fac3 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=2516b530fac3 author: chegar date: Fri Aug 10 14:35:44 2018 +0100 8199166: Better interface lists Reviewed-by: igerasim, mschoene, michaelm, rhalade changeset e8b8ef2ce891 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=e8b8ef2ce891 author: serb date: Tue Jan 29 09:56:33 2019 +0000 8203955: Improve robot support Reviewed-by: prr, psadhukhan, rhalade, skoivu changeset f9b804d9b983 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=f9b804d9b983 author: serb date: Tue Jan 29 10:15:46 2019 +0000 8204895: Better icon support Reviewed-by: prr, mschoene, aghaisas, rhalade changeset fc0d98b4f146 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=fc0d98b4f146 author: psadhukhan date: Tue Aug 21 11:43:03 2018 +0530 8205356: Choose printer defaults Reviewed-by: prr, mschoene, rhalade changeset b7f790390313 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=b7f790390313 author: dtitov date: Wed Jul 25 13:39:13 2018 -0700 8205709: Proper allocation handling Reviewed-by: sspitsyn changeset 7c556f6c8711 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=7c556f6c8711 author: igerasim date: Fri Sep 28 23:04:10 2018 -0700 8206290: Better FileChannel transfer performance Reviewed-by: alanb, rhalade, mschoene changeset c85507fa74f8 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=c85507fa74f8 author: igerasim date: Mon Jul 23 21:34:30 2018 -0700 8206295: More reliable p11 transactions Reviewed-by: valeriep, mschoene, rhalade changeset 25c5bade0406 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=25c5bade0406 author: igerasim date: Thu Jul 26 04:36:08 2018 -0700 8206301: Improve NIO stability Reviewed-by: alanb, mschoene, rhalade changeset 30a937b33d21 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=30a937b33d21 author: coffeys date: Mon Aug 27 11:29:14 2018 +0100 8208585: Make crypto code more robust Reviewed-by: ascarpino, mschoene changeset 38d6c467c411 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=38d6c467c411 author: igerasim date: Tue Jan 29 17:55:30 2019 +0000 8209094: Improve web server connections Reviewed-by: chegar, dfuchs, mschoene, igerasim changeset a4401efb67e7 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=a4401efb67e7 author: prr date: Fri Oct 05 11:37:39 2018 -0700 8210606: Improved data set handling Reviewed-by: serb, psadhukhan, mschoene, rhalade changeset 1636cb164608 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=1636cb164608 author: igerasim date: Sat Oct 06 12:27:18 2018 -0700 8210610: Improved LSA authentication Reviewed-by: valeriep, mschoene, rhalade changeset d541364c9376 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=d541364c9376 author: prr date: Mon Oct 08 15:24:21 2018 -0700 8210866: Improve JPEG processing Reviewed-by: serb, psadhukhan, rhalade changeset 9e7b93facf9a in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=9e7b93facf9a author: igerasim date: Fri Jul 03 17:28:02 2015 +0300 8098854: Do cleanup in a proper order in sunmscapi code Reviewed-by: vinnie changeset 0a4a916e89ae in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=0a4a916e89ae author: igerasim date: Thu Jan 31 04:33:24 2019 +0000 8143913: MSCAPI keystore should accept Certificate[] in setEntry() 6483657: MSCAPI provider does not create unique alias names Reviewed-by: vinnie changeset 0fdbcf2eb794 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=0fdbcf2eb794 author: igerasim date: Thu Jan 31 04:54:52 2019 +0000 8165463: Native implementation of sunmscapi should use operator new (nothrow) for allocations Reviewed-by: clanger, jnimeh, vinnie changeset e960bce2d584 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=e960bce2d584 author: igerasim date: Thu Jan 31 04:57:12 2019 +0000 8210870: Libsunmscapi improved interactions Reviewed-by: valeriep, mschoene, rhalade changeset 0d2ec8760dbc in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=0d2ec8760dbc author: igerasim date: Thu Jan 31 05:57:31 2019 +0000 8191438: jarsigner should print when a timestamp will expire 8027781: New jarsigner timestamp warning is grammatically incorrect 8159805: sun/security/tools/jarsigner/warnings/NoTimestampTest.java fails after JDK-8027781 Reviewed-by: weijun, coffeys, mullan changeset 8c97df2d2e7c in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=8c97df2d2e7c author: alanb date: Fri Jan 03 15:42:05 2014 +0000 8029018: (bf) Check src/share/native/java/nio/Bits.c for JNI pending exceptions Reviewed-by: chegar changeset feba444e5167 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=feba444e5167 author: dbuck date: Thu Feb 07 18:19:45 2019 +0000 8141491: Unaligned memory access in Bits.c Summary: Introduce alignment-safe Copy::conjoint_swap and JVM_CopySwapMemory Reviewed-by: mikael, dholmes changeset 3e4b0d90fafd in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=3e4b0d90fafd author: robm date: Fri Oct 05 14:10:00 2018 -0700 8205330: InitialDirContext ctor sometimes throws NPE if the server has sent a disconnection Reviewed-by: chegar, dfuchs changeset d351f417e00a in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=d351f417e00a author: coffeys date: Tue Feb 12 04:25:26 2019 +0000 8208583: Better management of internal KeyStore buffers 8207775: Better management of CipherCore buffers Reviewed-by: weijun, ascarpino changeset 1c3c301c99ba in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=1c3c301c99ba author: vinnie date: Wed Feb 13 04:21:57 2019 +0000 6383200: PBE: need new algorithm support in password based encryption Reviewed-by: valeriep changeset 665ca9aa6e19 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=665ca9aa6e19 author: valeriep date: Wed Feb 13 04:31:50 2019 +0000 8013069: javax.crypto tests fail with new PBE algorithm names Summary: Shouldn't auto-generate default parameters for MAC objects. Reviewed-by: vinnie changeset df04e486c6cc in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=df04e486c6cc author: igerasim date: Wed Feb 13 04:55:28 2019 +0000 8138589: Correct limits on unlimited cryptography Reviewed-by: mullan changeset 3262853a2746 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=3262853a2746 author: coffeys date: Wed Feb 13 04:58:54 2019 +0000 8209129: Further improvements to cipher buffer management Reviewed-by: weijun, igerasim changeset 80dd958417a8 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=80dd958417a8 author: coffeys date: Wed Feb 13 05:22:12 2019 +0000 8209862: CipherCore performance improvement Reviewed-by: apetcher, ascarpino Contributed-by: sergey.kuksenko at oracle.com, sean.coffey at oracle.com changeset 83079b594f5e in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=83079b594f5e author: robm date: Fri Oct 05 14:11:39 2018 -0700 8210695: Create test to cover JDK-8205330 InitialDirContext ctor sometimes throws NPE if the server has sent a disconnection Reviewed-by: vtewari, dfuchs, chegar, coffeys changeset bbb49ffe60a3 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=bbb49ffe60a3 author: igerasim date: Wed Feb 13 06:50:44 2019 +0000 8133070: Hot lock on BulkCipher.isAvailable Reviewed-by: mullan Contributed-by: xuelei.fan at oracle.com, kungu.mjh at alibaba-inc.com changeset 1f10820808c5 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=1f10820808c5 author: coffeys date: Tue Mar 27 16:54:03 2018 +0100 8162362: Introduce system property to control enabled ciphersuites Reviewed-by: xuelei changeset ba99d2bbbda5 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=ba99d2bbbda5 author: aefimov date: Mon Oct 01 23:44:46 2018 +0100 8210951: Test sun/security/ssl/SSLContextImpl/CustomizedCipherSuites.java fails Reviewed-by: pkoppula, coffeys changeset 4586938ba63d in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=4586938ba63d author: pkoppula date: Wed Feb 13 07:49:48 2019 +0000 8211883: Disable anon and NULL cipher suites Reviewed-by: mullan, coffeys changeset d3294ba0c8a4 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=d3294ba0c8a4 author: rpatil date: Wed Feb 13 08:35:08 2019 +0000 8213085: (tz) Upgrade time-zone data to tzdata2018g Reviewed-by: martin, naoto changeset a9d882e4b69a in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=a9d882e4b69a author: ljiang date: Wed Nov 07 19:02:21 2018 -0800 8213368: JDK 8u201 l10n resource file update Reviewed-by: coffeys changeset a2b9c221a234 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=a2b9c221a234 author: aivanov date: Wed Feb 13 08:38:16 2019 +0000 8213949: OpenJDK 8 CCharToGlyphMapper.m missing the Classpath exception license text Reviewed-by: coffeys changeset b4a41a652192 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=b4a41a652192 author: andrew date: Fri Feb 15 05:16:17 2019 +0000 Added tag jdk7u211-b00 for changeset a2b9c221a234 changeset 9568173396db in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=9568173396db author: igerasim date: Tue Oct 09 21:31:31 2018 -0700 8200659: Improve BigDecimal support Reviewed-by: darcy, rhalade, mschoene changeset f992c97c7f1e in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=f992c97c7f1e author: mbalao date: Thu Feb 21 03:38:17 2019 +0000 8213154: Update copyright headers of files in src tree that are missing Classpath exception Reviewed-by: andrew changeset 758e83340d0a in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=758e83340d0a author: andrew date: Thu Feb 21 03:38:58 2019 +0000 Added tag jdk7u211-b01 for changeset f992c97c7f1e changeset 2028cc078830 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=2028cc078830 author: andrew date: Fri Feb 22 06:16:11 2019 +0000 Merge jdk7u211-b01 changeset 8701411b434e in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=8701411b434e author: andrew date: Fri Feb 22 06:16:46 2019 +0000 Bump to icedtea-2.6.17 changeset 303a29c24e3b in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=303a29c24e3b author: andrew date: Fri Feb 22 11:34:23 2019 +0000 8219570: JDK-6383200 wrongly extends PBEParameterSpec API Reviewed-by: mbalao changeset ca1fa5965ae7 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=ca1fa5965ae7 author: andrew date: Mon Feb 25 00:14:14 2019 +0000 Added tag jdk7u211-b02 for changeset 303a29c24e3b changeset 6093d128c588 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=6093d128c588 author: andrew date: Mon Feb 25 01:45:18 2019 +0000 Merge jdk7u211-b02 diffstat: .hgtags | 4 + make/com/sun/crypto/provider/Makefile | 1 + make/common/Release.gmk | 1 + make/java/java/mapfile-vers | 2 +- make/java/net/Makefile | 2 +- make/jdk_generic_profile.sh | 2 +- make/sun/javazic/tzdata/VERSION | 2 +- make/sun/javazic/tzdata/africa | 121 +- make/sun/javazic/tzdata/antarctica | 2 + make/sun/javazic/tzdata/asia | 314 +++- make/sun/javazic/tzdata/australasia | 13 +- make/sun/javazic/tzdata/backward | 4 +- make/sun/javazic/tzdata/etcetera | 4 +- make/sun/javazic/tzdata/europe | 77 +- make/sun/javazic/tzdata/factory | 6 +- make/sun/javazic/tzdata/leapseconds | 31 +- make/sun/javazic/tzdata/northamerica | 21 +- make/sun/javazic/tzdata/pacificnew | 2 + make/sun/javazic/tzdata/southamerica | 36 +- make/sun/javazic/tzdata/systemv | 2 + make/sun/javazic/tzdata/zone.tab | 14 +- src/macosx/native/sun/font/CCharToGlyphMapper.m | 12 +- src/share/classes/com/sun/crypto/provider/CipherCore.java | 204 +- src/share/classes/com/sun/crypto/provider/HmacPKCS12PBESHA1.java | 88 +- src/share/classes/com/sun/crypto/provider/KeyProtector.java | 64 +- src/share/classes/com/sun/crypto/provider/PBEKey.java | 18 +- src/share/classes/com/sun/crypto/provider/PBEKeyFactory.java | 107 +- src/share/classes/com/sun/crypto/provider/PBEParameters.java | 13 +- src/share/classes/com/sun/crypto/provider/PBES1Core.java | 544 ++++++ src/share/classes/com/sun/crypto/provider/PBES2Core.java | 428 +++++ src/share/classes/com/sun/crypto/provider/PBES2Parameters.java | 526 ++++++ src/share/classes/com/sun/crypto/provider/PBEWithMD5AndDESCipher.java | 6 +- src/share/classes/com/sun/crypto/provider/PBEWithMD5AndTripleDESCipher.java | 6 +- src/share/classes/com/sun/crypto/provider/PBKDF2Core.java | 182 ++ src/share/classes/com/sun/crypto/provider/PBKDF2KeyImpl.java | 12 +- src/share/classes/com/sun/crypto/provider/PBMAC1Core.java | 222 ++ src/share/classes/com/sun/crypto/provider/PKCS12PBECipherCore.java | 478 ++++- src/share/classes/com/sun/crypto/provider/RSACipher.java | 4 +- src/share/classes/com/sun/crypto/provider/SunJCE.java | 245 ++- src/share/classes/com/sun/crypto/spec/PBE2ParameterSpec.java | 75 + src/share/classes/com/sun/jndi/ldap/LdapClient.java | 26 +- src/share/classes/java/awt/Robot.java | 1 + src/share/classes/java/math/BigDecimal.java | 13 +- src/share/classes/java/nio/Bits.java | 2 +- src/share/classes/javax/crypto/spec/PBEKeySpec.java | 7 +- src/share/classes/javax/crypto/spec/PBEParameterSpec.java | 3 +- src/share/classes/sun/net/www/protocol/http/ntlm/NTLMAuthenticationCallback.java | 8 +- src/share/classes/sun/nio/ch/FileChannelImpl.java | 10 +- src/share/classes/sun/security/pkcs11/P11Signature.java | 6 +- src/share/classes/sun/security/pkcs11/P11TlsKeyMaterialGenerator.java | 38 +- src/share/classes/sun/security/pkcs11/P11TlsMasterSecretGenerator.java | 42 +- src/share/classes/sun/security/pkcs11/P11TlsPrfGenerator.java | 42 +- src/share/classes/sun/security/pkcs11/P11TlsRsaPremasterSecretGenerator.java | 9 +- src/share/classes/sun/security/pkcs11/SunPKCS11.java | 39 +- src/share/classes/sun/security/pkcs11/wrapper/CK_MECHANISM.java | 14 +- src/share/classes/sun/security/pkcs11/wrapper/CK_TLS12_KEY_MAT_PARAMS.java | 151 + src/share/classes/sun/security/pkcs11/wrapper/CK_TLS12_MASTER_KEY_DERIVE_PARAMS.java | 65 + src/share/classes/sun/security/pkcs11/wrapper/CK_TLS_MAC_PARAMS.java | 64 + src/share/classes/sun/security/pkcs11/wrapper/Functions.java | 24 +- src/share/classes/sun/security/pkcs11/wrapper/PKCS11Constants.java | 10 +- src/share/classes/sun/security/provider/DSA.java | 6 +- src/share/classes/sun/security/provider/DigestBase.java | 2 + src/share/classes/sun/security/provider/JavaKeyStore.java | 39 +- src/share/classes/sun/security/provider/KeyProtector.java | 21 +- src/share/classes/sun/security/provider/MD4.java | 9 +- src/share/classes/sun/security/provider/MD5.java | 10 +- src/share/classes/sun/security/provider/SHA.java | 11 +- src/share/classes/sun/security/provider/SHA2.java | 9 +- src/share/classes/sun/security/provider/SHA5.java | 10 +- src/share/classes/sun/security/ssl/CipherSuite.java | 89 +- src/share/classes/sun/security/ssl/CipherSuiteList.java | 28 +- src/share/classes/sun/security/ssl/ExtendedMasterSecretExtension.java | 7 +- src/share/classes/sun/security/ssl/JsseJce.java | 50 +- src/share/classes/sun/security/ssl/SSLContextImpl.java | 726 +++++--- src/share/classes/sun/security/ssl/SSLEngineImpl.java | 20 +- src/share/classes/sun/security/ssl/SSLSocketImpl.java | 19 +- src/share/classes/sun/security/tools/jarsigner/Main.java | 791 +++++---- src/share/classes/sun/security/tools/jarsigner/Resources.java | 19 +- src/share/classes/sun/security/tools/jarsigner/Resources_ja.java | 19 +- src/share/classes/sun/security/tools/jarsigner/Resources_zh_CN.java | 19 +- src/share/classes/sun/security/util/Resources_sv.java | 4 +- src/share/classes/sun/util/resources/TimeZoneNames.java | 4 +- src/share/classes/sun/util/resources/TimeZoneNames_de.java | 4 +- src/share/classes/sun/util/resources/TimeZoneNames_es.java | 4 +- src/share/classes/sun/util/resources/TimeZoneNames_fr.java | 4 +- src/share/classes/sun/util/resources/TimeZoneNames_it.java | 4 +- src/share/classes/sun/util/resources/TimeZoneNames_ja.java | 4 +- src/share/classes/sun/util/resources/TimeZoneNames_ko.java | 4 +- src/share/classes/sun/util/resources/TimeZoneNames_pt_BR.java | 4 +- src/share/classes/sun/util/resources/TimeZoneNames_sv.java | 4 +- src/share/classes/sun/util/resources/TimeZoneNames_zh_CN.java | 4 +- src/share/classes/sun/util/resources/TimeZoneNames_zh_TW.java | 4 +- src/share/javavm/export/jvm.h | 10 +- src/share/lib/net.properties | 28 +- src/share/lib/security/java.security-linux | 2 +- src/share/lib/security/java.security-macosx | 2 +- src/share/lib/security/java.security-solaris | 2 +- src/share/lib/security/java.security-windows | 2 +- src/share/native/sun/awt/image/jpeg/jpeg-6b/jmemmgr.c | 7 + src/share/native/sun/security/pkcs11/wrapper/p11_convert.c | 422 ++++- src/share/native/sun/security/pkcs11/wrapper/p11_keymgmt.c | 296 ++- src/share/native/sun/security/pkcs11/wrapper/pkcs11t.h | 36 + src/share/native/sun/security/pkcs11/wrapper/pkcs11wrapper.h | 13 +- src/solaris/classes/sun/net/www/protocol/http/ntlm/NTLMAuthentication.java | 7 +- src/solaris/instrument/FileSystemSupport_md.c | 28 +- src/solaris/native/java/net/net_util_md.c | 15 +- src/solaris/native/sun/awt/awt_GTKToolkit.c | 3 +- src/solaris/native/sun/awt/awt_UNIXToolkit.c | 2 +- src/windows/classes/sun/net/www/protocol/http/ntlm/NTLMAuthentication.java | 37 +- src/windows/classes/sun/security/mscapi/KeyStore.java | 239 +- src/windows/classes/sun/security/mscapi/RSASignature.java | 6 +- src/windows/instrument/FileSystemSupport_md.c | 27 +- src/windows/native/java/net/NetworkInterface.c | 6 +- src/windows/native/sun/net/www/protocol/http/ntlm/NTLMAuthentication.c | 107 + src/windows/native/sun/nio/ch/DatagramDispatcher.c | 10 +- src/windows/native/sun/nio/ch/WindowsSelectorImpl.c | 6 +- src/windows/native/sun/security/krb5/NativeCreds.c | 32 +- src/windows/native/sun/security/mscapi/security.cpp | 366 +++- src/windows/native/sun/security/pkcs11/wrapper/p11_md.c | 50 +- src/windows/native/sun/windows/WPrinterJob.cpp | 8 +- test/com/sun/crypto/provider/Cipher/PBE/PBEInvalidParamsTest.java | 18 +- test/com/sun/crypto/provider/Cipher/PBE/PBEKeysAlgorithmNames.java | 13 +- test/com/sun/crypto/provider/Cipher/PBE/PBEParametersTest.java | 18 +- test/com/sun/crypto/provider/Cipher/PBE/PBES2Test.java | 138 + test/com/sun/crypto/provider/Cipher/PBE/PKCS12Cipher.java | 13 +- test/com/sun/crypto/provider/Cipher/PBE/PKCS12Oid.java | 20 +- test/com/sun/crypto/provider/Mac/HmacPBESHA1.java | 44 +- test/com/sun/crypto/provider/Mac/HmacSaltLengths.java | 15 +- test/com/sun/crypto/provider/Mac/MacClone.java | 24 +- test/com/sun/jndi/ldap/DisconnectNPETest.java | 198 ++ test/sun/security/mscapi/CastError.java | 54 + test/sun/security/mscapi/nonUniqueAliases/NonUniqueAliases.sh | 100 + test/sun/security/mscapi/nonUniqueAliases/nonUniq1.pem | 13 + test/sun/security/mscapi/nonUniqueAliases/nonUniq2.pem | 13 + test/sun/security/pkcs11/fips/TestTLS12.java | 450 +++++ test/sun/security/pkcs11/fips/cert8.db | Bin test/sun/security/pkcs11/fips/key3.db | Bin test/sun/security/pkcs11/fips/keystore | Bin test/sun/security/ssl/SSLContextImpl/CustomizedCipherSuites.java | 275 +++ test/sun/security/ssl/javax/net/ssl/NewAPIs/JSSERenegotiate.java | 7 +- test/sun/security/tools/jarsigner/TimestampCheck.java | 212 ++- test/sun/security/tools/jarsigner/warnings/AliasNotInStoreTest.java | 32 +- test/sun/security/tools/jarsigner/warnings/BadExtendedKeyUsageTest.java | 19 +- test/sun/security/tools/jarsigner/warnings/BadKeyUsageTest.java | 18 +- test/sun/security/tools/jarsigner/warnings/BadNetscapeCertTypeTest.java | 36 +- test/sun/security/tools/jarsigner/warnings/ChainNotValidatedTest.java | 133 +- test/sun/security/tools/jarsigner/warnings/HasExpiredCertTest.java | 19 +- test/sun/security/tools/jarsigner/warnings/HasExpiringCertTest.java | 19 +- test/sun/security/tools/jarsigner/warnings/HasUnsignedEntryTest.java | 17 +- test/sun/security/tools/jarsigner/warnings/MultipleWarningsTest.java | 32 +- test/sun/security/tools/jarsigner/warnings/NoTimestampTest.java | 14 +- test/sun/security/tools/jarsigner/warnings/NotSignedByAliasTest.java | 34 +- test/sun/security/tools/jarsigner/warnings/NotYetValidCertTest.java | 16 +- test/sun/security/tools/jarsigner/warnings/Test.java | 87 +- test/sun/security/tools/jarsigner/warnings/bad_netscape_cert_type.jks.base64 | 26 - test/sun/security/tools/jarsigner/warnings/bad_netscape_cert_type.sh | 48 - 156 files changed, 8144 insertions(+), 2221 deletions(-) diffs (truncated from 15276 to 500 lines): diff -r f6e711e276ad -r 6093d128c588 .hgtags --- a/.hgtags Fri Feb 15 18:32:18 2019 +0000 +++ b/.hgtags Mon Feb 25 01:45:18 2019 +0000 @@ -687,3 +687,7 @@ 25542ea9adead21edc0041685d6930fdd8c7a53b icedtea-2.6.15 2c8fc8aa5524b3bfc95364d97c8ee1a42899d358 jdk7u201-b00 b624599b602c6a7b04650104c8f7cca8436bc706 icedtea-2.6.16 +0839b7f5f978b4ff1865c8558f4a7ff64a397583 icedtea-2.6.17pre01 +a2b9c221a234c108fe5a0ab574182ae0a4a1f16f jdk7u211-b00 +f992c97c7f1e47b8a0dacddb5b91ac2e937c4eb8 jdk7u211-b01 +303a29c24e3b1c876b4142f14d5dcacdbc33fac4 jdk7u211-b02 diff -r f6e711e276ad -r 6093d128c588 make/com/sun/crypto/provider/Makefile --- a/make/com/sun/crypto/provider/Makefile Fri Feb 15 18:32:18 2019 +0000 +++ b/make/com/sun/crypto/provider/Makefile Mon Feb 25 01:45:18 2019 +0000 @@ -126,6 +126,7 @@ # Subdirectories of these are automatically included. # AUTO_FILES_JAVA_DIRS = \ + com/sun/crypto/spec \ com/sun/crypto/provider include $(BUILDDIR)/common/Classes.gmk diff -r f6e711e276ad -r 6093d128c588 make/common/Release.gmk --- a/make/common/Release.gmk Fri Feb 15 18:32:18 2019 +0000 +++ b/make/common/Release.gmk Mon Feb 25 01:45:18 2019 +0000 @@ -608,6 +608,7 @@ $(ECHO) "com/sun/net/ssl/internal/ssl/" >> $@ $(ECHO) "javax/crypto/" >> $@ $(ECHO) "sun/security/internal/" >> $@ + $(ECHO) "com/sun/crypto/spec/" >> $@ $(ECHO) "com/sun/crypto/provider/" >> $@ $(ECHO) "META-INF/services/com.sun.tools.attach.spi.AttachProvider" >> $@ $(ECHO) "com/sun/tools/attach/" >> $@ diff -r f6e711e276ad -r 6093d128c588 make/java/java/mapfile-vers --- a/make/java/java/mapfile-vers Fri Feb 15 18:32:18 2019 +0000 +++ b/make/java/java/mapfile-vers Mon Feb 25 01:45:18 2019 +0000 @@ -1,5 +1,5 @@ # -# Copyright (c) 1997, 2009, Oracle and/or its affiliates. All rights reserved. +# Copyright (c) 1997, 2018, Oracle and/or its affiliates. All rights reserved. # DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. # # This code is free software; you can redistribute it and/or modify it diff -r f6e711e276ad -r 6093d128c588 make/java/net/Makefile --- a/make/java/net/Makefile Fri Feb 15 18:32:18 2019 +0000 +++ b/make/java/net/Makefile Mon Feb 25 01:45:18 2019 +0000 @@ -115,7 +115,7 @@ else ifeq ($(PLATFORM), windows) OTHER_LDLIBS = ws2_32.lib $(JVMLIB) \ - secur32.lib iphlpapi.lib delayimp.lib \ + secur32.lib iphlpapi.lib delayimp.lib urlmon.lib \ /DELAYLOAD:secur32.dll /DELAYLOAD:iphlpapi.dll else OTHER_LDLIBS = $(LIBSOCKET) $(LIBNSL) $(JVMLIB) diff -r f6e711e276ad -r 6093d128c588 make/jdk_generic_profile.sh --- a/make/jdk_generic_profile.sh Fri Feb 15 18:32:18 2019 +0000 +++ b/make/jdk_generic_profile.sh Mon Feb 25 01:45:18 2019 +0000 @@ -672,7 +672,7 @@ # IcedTea versioning export ICEDTEA_NAME="IcedTea" -export PACKAGE_VERSION="2.6.16" +export PACKAGE_VERSION="2.6.17" export DERIVATIVE_ID="${ICEDTEA_NAME} ${PACKAGE_VERSION}" echo "Building ${DERIVATIVE_ID}" diff -r f6e711e276ad -r 6093d128c588 make/sun/javazic/tzdata/VERSION --- a/make/sun/javazic/tzdata/VERSION Fri Feb 15 18:32:18 2019 +0000 +++ b/make/sun/javazic/tzdata/VERSION Mon Feb 25 01:45:18 2019 +0000 @@ -21,4 +21,4 @@ # or visit www.oracle.com if you need additional information or have any # questions. # -tzdata2018e +tzdata2018g diff -r f6e711e276ad -r 6093d128c588 make/sun/javazic/tzdata/africa --- a/make/sun/javazic/tzdata/africa Fri Feb 15 18:32:18 2019 +0000 +++ b/make/sun/javazic/tzdata/africa Mon Feb 25 01:45:18 2019 +0000 @@ -21,6 +21,8 @@ # or visit www.oracle.com if you need additional information or have any # questions. # +# tzdb data for Africa and environs + # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. @@ -29,7 +31,7 @@ # tz at iana.org for general use in the future). For more, please see # the file CONTRIBUTING in the tz distribution. -# From Paul Eggert (2017-04-09): +# From Paul Eggert (2018-05-27): # # Unless otherwise specified, the source for data through 1990 is: # Thomas G. Shanks and Rique Pottenger, The International Atlas (6th edition), @@ -74,13 +76,15 @@ # I vaguely recall 'WAT' also being used for -01 in the past but # cannot now come up with solid citations. # -# I invented the following abbreviations; corrections are welcome! -# +02 WAST West Africa Summer Time (no longer used) -# +03 CAST Central Africa Summer Time (no longer used) -# +03 SAST South Africa Summer Time (no longer used) +# I invented the following abbreviations in the 1990s: +# +02 WAST West Africa Summer Time +# +03 CAST Central Africa Summer Time +# +03 SAST South Africa Summer Time # +03 EAT East Africa Time -# 'EAT' also seems to have caught on; the others are rare but are paired -# with better-attested non-DST abbreviations. +# 'EAT' seems to have caught on and is in current timestamps, and though +# the other abbreviations are rarer and are only in past timestamps, +# they are paired with better-attested non-DST abbreviations. +# Corrections are welcome. # Algeria # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S @@ -385,6 +389,13 @@ # Eritrea # Ethiopia # See Africa/Nairobi. +# +# Unfortunately tzdb records only Western clock time in use in Ethiopia, +# as the tzdb format is not up to properly recording a common Ethiopian +# timekeeping practice that is based on solar time. See: +# Mortada D. If you have a meeting in Ethiopia, you'd better double +# check the time. PRI's The World. 2015-01-30 15:15 -05. +# https://www.pri.org/stories/2015-01-30/if-you-have-meeting-ethiopia-you-better-double-check-time # Gabon # See Africa/Lagos. @@ -856,94 +867,61 @@ # agrees # with the patch. -# From Paul Eggert (2015-06-08): -# For now, guess that later spring and fall transitions will use 2015's rules, -# and guess that Morocco will switch to standard time at 03:00 the last -# Sunday before Ramadan, and back to DST at 02:00 the first Sunday after -# Ramadan. To implement this, transition dates for 2016 through 2037 were -# determined by running the following program under GNU Emacs 24.3, with the -# results integrated by hand into the table below. -# (let ((islamic-year 1437)) -# (require 'cal-islam) -# (while (< islamic-year 1460) -# (let ((a (calendar-islamic-to-absolute (list 9 1 islamic-year))) -# (b (calendar-islamic-to-absolute (list 10 1 islamic-year))) -# (sunday 0)) -# (while (/= sunday (mod (setq a (1- a)) 7))) -# (while (/= sunday (mod b 7)) -# (setq b (1+ b))) -# (setq a (calendar-gregorian-from-absolute a)) -# (setq b (calendar-gregorian-from-absolute b)) -# (insert -# (format -# (concat "Rule\tMorocco\t%d\tonly\t-\t%s\t%2d\t 3:00\t0\t-\n" -# "Rule\tMorocco\t%d\tonly\t-\t%s\t%2d\t 2:00\t1:00\tS\n") -# (car (cdr (cdr a))) (calendar-month-name (car a) t) (car (cdr a)) -# (car (cdr (cdr b))) (calendar-month-name (car b) t) (car (cdr b))))) -# (setq islamic-year (+ 1 islamic-year)))) +# From Mohamed Essedik Najd (2018-10-26): +# Today, a Moroccan government council approved the perpetual addition +# of 60 minutes to the regular Moroccan timezone. +# From Brian Inglis (2018-10-26): +# http://www.maroc.ma/fr/actualites/le-conseil-de-gouvernement-adopte-un-projet-de-decret-relatif-lheure-legale-stipulant-le # RULE NAME FROM TO TYPE IN ON AT SAVE LETTER/S - -Rule Morocco 1939 only - Sep 12 0:00 1:00 S +Rule Morocco 1939 only - Sep 12 0:00 1:00 - Rule Morocco 1939 only - Nov 19 0:00 0 - -Rule Morocco 1940 only - Feb 25 0:00 1:00 S +Rule Morocco 1940 only - Feb 25 0:00 1:00 - Rule Morocco 1945 only - Nov 18 0:00 0 - -Rule Morocco 1950 only - Jun 11 0:00 1:00 S +Rule Morocco 1950 only - Jun 11 0:00 1:00 - Rule Morocco 1950 only - Oct 29 0:00 0 - -Rule Morocco 1967 only - Jun 3 12:00 1:00 S +Rule Morocco 1967 only - Jun 3 12:00 1:00 - Rule Morocco 1967 only - Oct 1 0:00 0 - -Rule Morocco 1974 only - Jun 24 0:00 1:00 S +Rule Morocco 1974 only - Jun 24 0:00 1:00 - Rule Morocco 1974 only - Sep 1 0:00 0 - -Rule Morocco 1976 1977 - May 1 0:00 1:00 S +Rule Morocco 1976 1977 - May 1 0:00 1:00 - Rule Morocco 1976 only - Aug 1 0:00 0 - Rule Morocco 1977 only - Sep 28 0:00 0 - -Rule Morocco 1978 only - Jun 1 0:00 1:00 S +Rule Morocco 1978 only - Jun 1 0:00 1:00 - Rule Morocco 1978 only - Aug 4 0:00 0 - -Rule Morocco 2008 only - Jun 1 0:00 1:00 S +Rule Morocco 2008 only - Jun 1 0:00 1:00 - Rule Morocco 2008 only - Sep 1 0:00 0 - -Rule Morocco 2009 only - Jun 1 0:00 1:00 S +Rule Morocco 2009 only - Jun 1 0:00 1:00 - Rule Morocco 2009 only - Aug 21 0:00 0 - -Rule Morocco 2010 only - May 2 0:00 1:00 S +Rule Morocco 2010 only - May 2 0:00 1:00 - Rule Morocco 2010 only - Aug 8 0:00 0 - -Rule Morocco 2011 only - Apr 3 0:00 1:00 S +Rule Morocco 2011 only - Apr 3 0:00 1:00 - Rule Morocco 2011 only - Jul 31 0:00 0 - -Rule Morocco 2012 2013 - Apr lastSun 2:00 1:00 S +Rule Morocco 2012 2013 - Apr lastSun 2:00 1:00 - Rule Morocco 2012 only - Jul 20 3:00 0 - -Rule Morocco 2012 only - Aug 20 2:00 1:00 S +Rule Morocco 2012 only - Aug 20 2:00 1:00 - Rule Morocco 2012 only - Sep 30 3:00 0 - Rule Morocco 2013 only - Jul 7 3:00 0 - -Rule Morocco 2013 only - Aug 10 2:00 1:00 S -Rule Morocco 2013 max - Oct lastSun 3:00 0 - -Rule Morocco 2014 2021 - Mar lastSun 2:00 1:00 S +Rule Morocco 2013 only - Aug 10 2:00 1:00 - +Rule Morocco 2013 2018 - Oct lastSun 3:00 0 - +Rule Morocco 2014 2018 - Mar lastSun 2:00 1:00 - Rule Morocco 2014 only - Jun 28 3:00 0 - -Rule Morocco 2014 only - Aug 2 2:00 1:00 S +Rule Morocco 2014 only - Aug 2 2:00 1:00 - Rule Morocco 2015 only - Jun 14 3:00 0 - -Rule Morocco 2015 only - Jul 19 2:00 1:00 S +Rule Morocco 2015 only - Jul 19 2:00 1:00 - Rule Morocco 2016 only - Jun 5 3:00 0 - -Rule Morocco 2016 only - Jul 10 2:00 1:00 S +Rule Morocco 2016 only - Jul 10 2:00 1:00 - Rule Morocco 2017 only - May 21 3:00 0 - -Rule Morocco 2017 only - Jul 2 2:00 1:00 S +Rule Morocco 2017 only - Jul 2 2:00 1:00 - Rule Morocco 2018 only - May 13 3:00 0 - -Rule Morocco 2018 only - Jun 17 2:00 1:00 S -Rule Morocco 2019 only - May 5 3:00 0 - -Rule Morocco 2019 only - Jun 9 2:00 1:00 S -Rule Morocco 2020 only - Apr 19 3:00 0 - -Rule Morocco 2020 only - May 24 2:00 1:00 S -Rule Morocco 2021 only - Apr 11 3:00 0 - -Rule Morocco 2021 only - May 16 2:00 1:00 S -Rule Morocco 2022 only - May 8 2:00 1:00 S -Rule Morocco 2023 only - Apr 23 2:00 1:00 S -Rule Morocco 2024 only - Apr 14 2:00 1:00 S -Rule Morocco 2025 only - Apr 6 2:00 1:00 S -Rule Morocco 2026 max - Mar lastSun 2:00 1:00 S -Rule Morocco 2036 only - Oct 19 3:00 0 - -Rule Morocco 2037 only - Oct 4 3:00 0 - +Rule Morocco 2018 only - Jun 17 2:00 1:00 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Africa/Casablanca -0:30:20 - LMT 1913 Oct 26 - 0:00 Morocco WE%sT 1984 Mar 16 - 1:00 - CET 1986 - 0:00 Morocco WE%sT + 0:00 Morocco +00/+01 1984 Mar 16 + 1:00 - +01 1986 + 0:00 Morocco +00/+01 2018 Oct 27 + 1:00 - +01 # Western Sahara # @@ -958,7 +936,8 @@ Zone Africa/El_Aaiun -0:52:48 - LMT 1934 Jan # El Aai??n -1:00 - -01 1976 Apr 14 - 0:00 Morocco WE%sT + 0:00 Morocco +00/+01 2018 Oct 27 + 1:00 - +01 # Mozambique # diff -r f6e711e276ad -r 6093d128c588 make/sun/javazic/tzdata/antarctica --- a/make/sun/javazic/tzdata/antarctica Fri Feb 15 18:32:18 2019 +0000 +++ b/make/sun/javazic/tzdata/antarctica Mon Feb 25 01:45:18 2019 +0000 @@ -21,6 +21,8 @@ # or visit www.oracle.com if you need additional information or have any # questions. # +# tzdb data for Antarctica and environs + # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. diff -r f6e711e276ad -r 6093d128c588 make/sun/javazic/tzdata/asia --- a/make/sun/javazic/tzdata/asia Fri Feb 15 18:32:18 2019 +0000 +++ b/make/sun/javazic/tzdata/asia Mon Feb 25 01:45:18 2019 +0000 @@ -21,6 +21,8 @@ # or visit www.oracle.com if you need additional information or have any # questions. # +# tzdb data for Asia and environs + # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. @@ -29,7 +31,7 @@ # tz at iana.org for general use in the future). For more, please see # the file CONTRIBUTING in the tz distribution. -# From Paul Eggert (2017-01-13): +# From Paul Eggert (2018-06-19): # # Unless otherwise specified, the source for data through 1990 is: # Thomas G. Shanks and Rique Pottenger, The International Atlas (6th edition), @@ -58,7 +60,8 @@ # A reliable and entertaining source about time zones is # Derek Howse, Greenwich time and longitude, Philip Wilson Publishers (1997). # -# The following alphabetic abbreviations appear in these tables: +# The following alphabetic abbreviations appear in these tables +# (corrections are welcome): # std dst # LMT Local Mean Time # 2:00 EET EEST Eastern European Time @@ -67,11 +70,13 @@ # 7:00 WIB west Indonesia (Waktu Indonesia Barat) # 8:00 WITA central Indonesia (Waktu Indonesia Tengah) # 8:00 CST China +# 8:00 PST PDT* Philippine Standard Time # 8:30 KST KDT Korea when at +0830 # 9:00 WIT east Indonesia (Waktu Indonesia Timur) # 9:00 JST JDT Japan # 9:00 KST KDT Korea when at +09 # 9:30 ACST Australian Central Standard Time +# *I invented the abbreviation PDT; see "Philippines" below. # Otherwise, these tables typically use numeric abbreviations like +03 # and +0330 for integer hour and minute UT offsets. Although earlier # editions invented alphabetic time zone abbreviations for every @@ -304,6 +309,29 @@ # China +# From Paul Eggert (2018-10-02): +# The following comes from Table 1 of: +# Li Yu. Research on the daylight saving movement in 1940s Shanghai. +# Nanjing Journal of Social Sciences. 2014;(2):144-50. +# http://oversea.cnki.net/kns55/detail.aspx?dbname=CJFD2014&filename=NJSH201402020 +# The table lists dates only; I am guessing 00:00 and 24:00 transition times. +# Also, the table lists the planned end of DST in 1949, but the corresponding +# zone line cuts this off on May 28, when the Communists took power. +# +# Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S +Rule Shang 1940 only - Jun 1 0:00 1:00 D +Rule Shang 1940 only - Oct 12 24:00 0 S +Rule Shang 1941 only - Mar 15 0:00 1:00 D +Rule Shang 1941 only - Nov 1 24:00 0 S +Rule Shang 1942 only - Jan 31 0:00 1:00 D +Rule Shang 1945 only - Sep 1 24:00 0 S +Rule Shang 1946 only - May 15 0:00 1:00 D +Rule Shang 1946 only - Sep 30 24:00 0 S +Rule Shang 1947 only - Apr 15 0:00 1:00 D +Rule Shang 1947 only - Oct 31 24:00 0 S +Rule Shang 1948 1949 - May 1 0:00 1:00 D +Rule Shang 1948 1949 - Sep 30 24:00 0 S #plan + # From Guy Harris: # People's Republic of China. Yes, they really have only one time zone. @@ -330,18 +358,33 @@ # time - sort of", Los Angeles Times, 1986-05-05 ... [says] that China began # observing daylight saving time in 1986. -# From Paul Eggert (2014-06-30): -# Shanks & Pottenger have China switching to a single time zone in 1980, but -# this doesn't seem to be correct. They also write that China observed summer -# DST from 1986 through 1991, which seems to match the above commentary, so -# go with them for DST rules as follows: +# From P Chan (2018-05-07): +# The start and end time of DST in China [from 1986 on] should be 2:00 +# (i.e. 2:00 to 3:00 at the start and 2:00 to 1:00 at the end).... +# Government notices about summer time: +# +# 1986-04-12 http://www.zj.gov.cn/attach/zfgb/198608.pdf p.21-22 +# (To establish summer time from 1986. On 4 May, set the clocks ahead one hour +# at 2 am. On 14 September, set the clocks backward one hour at 2 am.) +# +# 1987-02-15 http://www.gov.cn/gongbao/shuju/1987/gwyb198703.pdf p.114 +# (Summer time in 1987 to start from 12 April until 13 September) +# +# 1987-09-09 http://www.gov.cn/gongbao/shuju/1987/gwyb198721.pdf p.709 +# (From 1988, summer time to start from 2 am of the first Sunday of mid-April +# until 2 am of the first Sunday of mid-September) +# +# 1992-03-03 http://www.gov.cn/gongbao/shuju/1992/gwyb199205.pdf p.152 +# (To suspend summer time from 1992) +# +# The first page of People's Daily on 12 April 1988 stating that summer time +# to begin on 17 April. +# http://data.people.com.cn/pic/101p/1988/04/1988041201.jpg + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S -Rule Shang 1940 only - Jun 3 0:00 1:00 D -Rule Shang 1940 1941 - Oct 1 0:00 0 S -Rule Shang 1941 only - Mar 16 0:00 1:00 D -Rule PRC 1986 only - May 4 0:00 1:00 D -Rule PRC 1986 1991 - Sep Sun>=11 0:00 0 S -Rule PRC 1987 1991 - Apr Sun>=10 0:00 1:00 D +Rule PRC 1986 only - May 4 2:00 1:00 D +Rule PRC 1986 1991 - Sep Sun>=11 2:00 0 S +Rule PRC 1987 1991 - Apr Sun>=11 2:00 1:00 D # From Anthony Fok (2001-12-20): # BTW, I did some research on-line and found some info regarding these five @@ -363,10 +406,11 @@ # Alois Treindl kindly sent me translations of the following two sources: # # (1) -# Guo Qingsheng (National Time-Service Center, CAS, Xi'an 710600, China) +# Guo Qing-sheng (National Time-Service Center, CAS, Xi'an 710600, China) # Beijing Time at the Beginning of the PRC # China Historical Materials of Science and Technology -# (Zhongguo ke ji shi liao, ??????????????????), Vol. 24, No. 1 (2003) +# (Zhongguo ke ji shi liao, ??????????????????). 2003;24(1):5-9. +# http://oversea.cnki.net/kcms/detail/detail.aspx?filename=ZGKS200301000&dbname=CJFD2003 # It gives evidence that at the beginning of the PRC, Beijing time was # officially apparent solar time! However, Guo also says that the # evidence is dubious, as the relevant institute of astronomy had not @@ -543,7 +587,7 @@ # Zone NAME GMTOFF RULES FORMAT [UNTIL] # Beijing time, used throughout China; represented by Shanghai. Zone Asia/Shanghai 8:05:43 - LMT 1901 - 8:00 Shang C%sT 1949 + 8:00 Shang C%sT 1949 May 28 8:00 PRC C%sT # Xinjiang time, used by many in western China; represented by ??r??mqi / ??r??mchi # / Wulumuqi. (Please use Asia/Shanghai if you prefer Beijing time.) @@ -772,24 +816,140 @@ 8:00 Taiwan C%sT # Macau (Macao, Aomen) +# +# From P Chan (2018-05-10): +# * LegisMac +# http://legismac.safp.gov.mo/legismac/descqry/Descqry.jsf?lang=pt +# A database for searching titles of legal documents of Macau in +# Chinese and Portuguese. The term "HOR??RIO DE VER??O" can be used for +# searching decrees about summer time. +# * Archives of Macao +# http://www.archives.gov.mo/en/bo/ +# It contains images of old official gazettes. +# * The Macao Meteorological and Geophysical Bureau have a page listing the +# summer time history. But it is not complete and has some mistakes. +# http://www.smg.gov.mo/smg/geophysics/e_t_Summer%20Time.htm +# Macau adopted GMT+8 on 30 Oct 1904 to follow Hong Kong. Clocks were +# advanced by 25 minutes and 50 seconds. Which means the LMT used was +# +7:34:10. As stated in the "Portaria No. 204" dated 21 October 1904 +# and published in the Official Gazette on 29 October 1904. +# http://igallery.icm.gov.mo/Images/Archives/BO/MO_AH_PUB_BO_1904_10/MO_AH_PUB_BO_1904_10_00025_Grey.JPG +# +# Therefore the 1911 decree of Portugal did not change time in Macau. +# +# From LegisMac, here is a list of decrees that changed the time ... +# [Decree Gazette-no. date; titles omitted in this quotation] +# DIL 732 BOCM 51 1941.12.20 +# DIL 764 BOCM 9S 1942.04.30 +# DIL 781 BOCM 21 1942.10.10 +# PT 3434 BOCM 8S 1943.04.17 +# PT 3504 BOCM 20 1943.09.25 +# PT 3843 BOCM 39 1945.09.29 +# PT 3961 BOCM 17 1946.04.27 +# PT 4026 BOCM 39 1946.09.28 +# PT 4153 BOCM 16 1947.04.10 +# PT 4271 BOCM 48 1947.11.29 +# PT 4374 BOCM 18 1948.05.01 +# PT 4465 BOCM 44 1948.10.30 +# PT 4590 BOCM 14 1949.04.02 +# PT 4666 BOCM 44 1949.10.29 +# PT 4771 BOCM 12 1950.03.25 +# PT 4838 BOCM 43 1950.10.28 +# PT 4946 BOCM 12 1951.03.24 +# PT 5025 BO 43 1951.10.27 +# PT 5149 BO 14 1952.04.05 +# PT 5251 BO 43 1952.10.25 +# PT 5366 BO 13 1953.03.28 +# PT 5444 BO 44 1953.10.31 +# PT 5540 BO 12 1954.03.20 +# PT 5589 BO 44 1954.10.30 +# PT 5676 BO 12 1955.03.19 +# PT 5739 BO 45 1955.11.05 +# PT 5823 BO 11 1956.03.17 +# PT 5891 BO 44 1956.11.03 +# PT 5981 BO 12 1957.03.23 +# PT 6064 BO 43 1957.10.26 +# PT 6172 BO 12 1958.03.22 +# PT 6243 BO 43 1958.10.25 +# PT 6341 BO 12 1959.03.21 +# PT 6411 BO 43 1959.10.24 +# PT 6514 BO 11 1960.03.12 +# PT 6584 BO 44 1960.10.29 +# PT 6721 BO 10 1961.03.11 +# PT 6815 BO 43 1961.10.28 +# PT 6947 BO 10 1962.03.10 +# PT 7080 BO 43 1962.10.27 +# PT 7218 BO 12 1963.03.23 +# PT 7340 BO 43 1963.10.26 +# PT 7491 BO 11 1964.03.14 +# PT 7664 BO 43 1964.10.24 +# PT 7846 BO 15 1965.04.10 +# PT 7979 BO 42 1965.10.16 +# PT 8146 BO 15 1966.04.09 +# PT 8252 BO 41 1966.10.08 +# PT 8429 BO 15 1967.04.15 +# PT 8540 BO 41 1967.10.14 From bugzilla-daemon at icedtea.classpath.org Mon Mar 4 22:57:28 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Mon, 04 Mar 2019 22:57:28 +0000 Subject: [Bug 3647] [IcedTea7] Revert fix for PR2305 as original issue is unclear In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3647 --- Comment #2 from hg commits --- details: http://icedtea.classpath.org//hg/release/icedtea7-2.6?cmd=changeset;node=1274123be63c author: Andrew John Hughes date: Mon Feb 25 05:26:06 2019 +0000 Bump to 2.6.17pre01. Upstream changes: - Bump to icedtea-2.6.17pre01 - PR3647: Backed out changeset 4e3ea67d3b69 (JDK-4890063/PR2305/RH1214835) - S6424123, PR3702: JVM crashes on failed 'strdup' call - S8005921, PR3702: Memory leaks in vmStructs.cpp - S8011661, PR3702: Insufficient memory message says "malloc" when sometimes it should say "mmap" - S8014138, PR3702: Add VM option to facilitate the writing of CDS tests - S8055286, PR3702: Extend CompileCommand=option to handle numeric parameters - S8056964, PR3702: JDK-8055286 changes are incomplete. - S8057129, PR3702: Fix AIX build after the Extend CompileCommand=option change 8055286 - S8059847, PR3702: complement JDK-8055286 and JDK-8056964 changes - S8076475, PR3702: Misuses of strncpy/strncat - S8145096, PR3700: Undefined behaviour in HotSpot - S8207838, PR3669: AArch64: Float registers incorrectly restored in JNI call - S8209414, PR3669: AArch64: method handle invocation does not respect JVMTI interp_only mode - S8209415, PR3669: Fix JVMTI test failure HS202 - S8211064, PR3669: [AArch64] Interpreter and c1 don't correctly handle jboolean results in native calls - S8214059, PR3701: Undefined behaviour in ADLC - S8215951, PR3669: AArch64: jtreg test vmTestbase/nsk/jvmti/PopFrame/popframe005 segfaults - S8217753, PR3686: Enable HotSpot builds on 5.x Linux kernels - S8218185, PR3669: aarch64: missing LoadStore barrier in TemplateTable::putfield_or_static ChangeLog: 2019-02-21 Andrew John Hughes Bump to 2.6.17pre01. * Makefile.am: (CORBA_CHANGESET): Update to icedtea-2.6.17pre01. (JAXP_CHANGESET): Likewise. (JAXWS_CHANGESET): Likewise. (JDK_CHANGESET): Likewise. (LANGTOOLS_CHANGESET): Likewise. (OPENJDK_CHANGESET): Likewise. (CORBA_SHA256SUM): Likewise. (JAXP_SHA256SUM): Likewise. (JAXWS_SHA256SUM): Likewise. (JDK_SHA256SUM): Likewise. (LANGTOOLS_SHA256SUM): Likewise. (OPENJDK_SHA256SUM): Likewise. * NEWS: Updated. * configure.ac: Bump to 2.6.17pre01. * hotspot.map.in: Update to icedtea-2.6.17pre01. -- 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 Mon Mar 4 22:54:30 2019 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Mon, 04 Mar 2019 22:54:30 +0000 Subject: /hg/release/icedtea7-forest-2.6/corba: 6 new changesets Message-ID: changeset 7828ff459cd2 in /hg/release/icedtea7-forest-2.6/corba details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/corba?cmd=changeset;node=7828ff459cd2 author: andrew date: Thu Feb 21 04:50:19 2019 +0000 Added tag icedtea-2.6.17pre01 for changeset 290b27a5d4d2 changeset 1ce73c291eb9 in /hg/release/icedtea7-forest-2.6/corba details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/corba?cmd=changeset;node=1ce73c291eb9 author: andrew date: Fri Feb 15 05:16:11 2019 +0000 Added tag jdk7u211-b00 for changeset f9249fa13a93 changeset 4bd3fa89548d in /hg/release/icedtea7-forest-2.6/corba details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/corba?cmd=changeset;node=4bd3fa89548d author: andrew date: Thu Feb 21 03:38:52 2019 +0000 Added tag jdk7u211-b01 for changeset 1ce73c291eb9 changeset 69f3d0bda9d3 in /hg/release/icedtea7-forest-2.6/corba details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/corba?cmd=changeset;node=69f3d0bda9d3 author: andrew date: Fri Feb 22 06:15:51 2019 +0000 Merge jdk7u211-b01 changeset db34cd877455 in /hg/release/icedtea7-forest-2.6/corba details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/corba?cmd=changeset;node=db34cd877455 author: andrew date: Mon Feb 25 00:14:08 2019 +0000 Added tag jdk7u211-b02 for changeset 4bd3fa89548d changeset 46169649285d in /hg/release/icedtea7-forest-2.6/corba details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/corba?cmd=changeset;node=46169649285d author: andrew date: Mon Feb 25 01:45:16 2019 +0000 Merge jdk7u211-b02 diffstat: .hgtags | 4 ++++ 1 files changed, 4 insertions(+), 0 deletions(-) diffs (11 lines): diff -r 290b27a5d4d2 -r 46169649285d .hgtags --- a/.hgtags Mon Jan 07 06:00:02 2019 +0000 +++ b/.hgtags Mon Feb 25 01:45:16 2019 +0000 @@ -694,3 +694,7 @@ 9b8ff44cf2c671d822adb7d0ab63372d3ec9040c icedtea-2.6.15 f144d7c5f13f8c77085ec403f6f5c27e310c3533 jdk7u201-b00 f6cd5cd933919d3f0d1dac8bd5f835790ab05d74 icedtea-2.6.16 +290b27a5d4d210f5ce5bfc0b7ced49373fefd242 icedtea-2.6.17pre01 +f9249fa13a934e6acdaaa2250e2565dd89e9676a jdk7u211-b00 +1ce73c291eb9c463aa10e6e0d3b8be30e545645c jdk7u211-b01 +4bd3fa89548dd66b7f519efd2ed87f6d6bec142b jdk7u211-b02 From andrew at icedtea.classpath.org Mon Mar 4 22:54:54 2019 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Mon, 04 Mar 2019 22:54:54 +0000 Subject: /hg/release/icedtea7-forest-2.6/jaxp: 7 new changesets Message-ID: changeset 5be2f6848373 in /hg/release/icedtea7-forest-2.6/jaxp details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jaxp?cmd=changeset;node=5be2f6848373 author: andrew date: Thu Feb 21 04:50:20 2019 +0000 Added tag icedtea-2.6.17pre01 for changeset d2c92d21d36f changeset ca7288d148d2 in /hg/release/icedtea7-forest-2.6/jaxp details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jaxp?cmd=changeset;node=ca7288d148d2 author: ljiang date: Wed Nov 07 19:00:48 2018 -0800 8213368: JDK 8u201 l10n resource file update Reviewed-by: coffeys changeset 3293c5bf8fff in /hg/release/icedtea7-forest-2.6/jaxp details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jaxp?cmd=changeset;node=3293c5bf8fff author: andrew date: Fri Feb 15 05:16:12 2019 +0000 Added tag jdk7u211-b00 for changeset ca7288d148d2 changeset 7b0bfb4aa32f in /hg/release/icedtea7-forest-2.6/jaxp details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jaxp?cmd=changeset;node=7b0bfb4aa32f author: andrew date: Thu Feb 21 03:38:53 2019 +0000 Added tag jdk7u211-b01 for changeset 3293c5bf8fff changeset 9c7e1a1a0af6 in /hg/release/icedtea7-forest-2.6/jaxp details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jaxp?cmd=changeset;node=9c7e1a1a0af6 author: andrew date: Fri Feb 22 06:15:53 2019 +0000 Merge jdk7u211-b01 changeset 32a29474a3a8 in /hg/release/icedtea7-forest-2.6/jaxp details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jaxp?cmd=changeset;node=32a29474a3a8 author: andrew date: Mon Feb 25 00:14:09 2019 +0000 Added tag jdk7u211-b02 for changeset 7b0bfb4aa32f changeset c05c97839122 in /hg/release/icedtea7-forest-2.6/jaxp details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jaxp?cmd=changeset;node=c05c97839122 author: andrew date: Mon Feb 25 01:45:17 2019 +0000 Merge jdk7u211-b02 diffstat: .hgtags | 4 + src/com/sun/org/apache/xalan/internal/xsltc/runtime/ErrorMessages_it.java | 6 +- src/com/sun/org/apache/xerces/internal/impl/msg/XMLMessages_sv.properties | 60 +++++----- 3 files changed, 37 insertions(+), 33 deletions(-) diffs (187 lines): diff -r d2c92d21d36f -r c05c97839122 .hgtags --- a/.hgtags Mon Jan 07 06:00:02 2019 +0000 +++ b/.hgtags Mon Feb 25 01:45:17 2019 +0000 @@ -695,3 +695,7 @@ 5dc90bd920db2cf5627c50886fc582cf3c17def8 icedtea-2.6.15 0c33ad53c77b27402900edbc65c9fca3e2fd667e jdk7u201-b00 f331098c637abdf152a6344f5fe3e390db50466b icedtea-2.6.16 +d2c92d21d36fa241fe4e188f2fefa3da7ab2a89b icedtea-2.6.17pre01 +ca7288d148d2e8e9f3aefb92cb5f48086dc4c247 jdk7u211-b00 +3293c5bf8fff346d03c96d0dac799fb8d21a633f jdk7u211-b01 +7b0bfb4aa32f543f45ca95788a038a85a417a788 jdk7u211-b02 diff -r d2c92d21d36f -r c05c97839122 src/com/sun/org/apache/xalan/internal/xsltc/runtime/ErrorMessages_it.java --- a/src/com/sun/org/apache/xalan/internal/xsltc/runtime/ErrorMessages_it.java Mon Jan 07 06:00:02 2019 +0000 +++ b/src/com/sun/org/apache/xalan/internal/xsltc/runtime/ErrorMessages_it.java Mon Feb 25 01:45:17 2019 +0000 @@ -94,14 +94,14 @@ * is a class name. Used for internal errors in the processor. */ {BasisLibrary.RUN_TIME_INTERNAL_ERR, - "Errore interno in fase di esecuzione in ''{0}''"}, + "Errore interno in runtime in ''{0}''"}, /* * Note to translators: is a keyword that should not be * translated. */ {BasisLibrary.RUN_TIME_COPY_ERR, - "Errore in fase di esecuzione durante l'esecuzione di ."}, + "Errore in runtime durante l'esecuzione di ."}, /* * Note to translators: The substitution text refers to data types. @@ -255,7 +255,7 @@ * the name of the translet class. */ {BasisLibrary.UNKNOWN_TRANSLET_VERSION_ERR, - "Il translet specificato ''{0}'' \u00E8 stato creato utilizzando una versione di XSLTC pi\u00F9 recente di quella della fase di esecuzione XSLTC in uso. Ricompilare il foglio di stile o utilizzare una versione pi\u00F9 recente di XSLTC per eseguire questo translet."}, + "Il translet specificato ''{0}'' \u00E8 stato creato utilizzando una versione di XSLTC pi\u00F9 recente di quella della fase di runtime XSLTC in uso. Ricompilare il foglio di stile o utilizzare una versione pi\u00F9 recente di XSLTC per eseguire questo translet."}, /* * Note to translators: An attribute whose effective value is required diff -r d2c92d21d36f -r c05c97839122 src/com/sun/org/apache/xerces/internal/impl/msg/XMLMessages_sv.properties --- a/src/com/sun/org/apache/xerces/internal/impl/msg/XMLMessages_sv.properties Mon Jan 07 06:00:02 2019 +0000 +++ b/src/com/sun/org/apache/xerces/internal/impl/msg/XMLMessages_sv.properties Mon Feb 25 01:45:17 2019 +0000 @@ -29,9 +29,9 @@ QuoteRequiredInXMLDecl = V\u00E4rdet som f\u00F6ljer "{0}" i XML-deklarationen m\u00E5ste omges av citattecken. XMLDeclUnterminated = XML-deklarationen m\u00E5ste avslutas med "?>". VersionInfoRequired = Versionen kr\u00E4vs i XML-deklarationen. - SpaceRequiredBeforeVersionInXMLDecl = Tomt utrymme kr\u00E4vs f\u00F6re versionens pseudoattribut i XML-deklarationen. - SpaceRequiredBeforeEncodingInXMLDecl = Tomt utrymme kr\u00E4vs f\u00F6re kodningens pseudoattribut i XML-deklarationen. - SpaceRequiredBeforeStandalone = Tomt utrymme kr\u00E4vs f\u00F6re kodningens pseudoattribut i XML-deklarationen. + SpaceRequiredBeforeVersionInXMLDecl = Blanktecken kr\u00E4vs f\u00F6re versionens pseudoattribut i XML-deklarationen. + SpaceRequiredBeforeEncodingInXMLDecl = Blanktecken kr\u00E4vs f\u00F6re kodningens pseudoattribut i XML-deklarationen. + SpaceRequiredBeforeStandalone = Blanktecken kr\u00E4vs f\u00F6re kodningens pseudoattribut i XML-deklarationen. MarkupNotRecognizedInProlog = Dokumentets kodtext f\u00F6re rotelementet m\u00E5ste vara v\u00E4lformulerad. MarkupNotRecognizedInMisc = Dokumentets kodtext efter rotelementet m\u00E5ste vara v\u00E4lformulerad. AlreadySeenDoctype = DOCTYPE har redan tagits emot. @@ -84,7 +84,7 @@ COMMENT_NOT_IN_ONE_ENTITY = Kommentaren innesluts inte i samma enhet. # 2.6 Processing Instructions PITargetRequired = Bearbetningsinstruktionen m\u00E5ste b\u00F6rja med m\u00E5lnamnet. - SpaceRequiredInPI = Tomt utrymme kr\u00E4vs mellan bearbetningsinstruktionens m\u00E5l och data. + SpaceRequiredInPI = Blanktecken kr\u00E4vs mellan bearbetningsinstruktionens m\u00E5l och data. PIUnterminated = Bearbetningsinstruktionen m\u00E5ste avslutas med "?>". ReservedPITarget = Bearbetningsinstruktionens m\u00E5lmatchning "[xX][mM][lL]" \u00E4r inte till\u00E5ten. PI_NOT_IN_ONE_ENTITY = Bearbetningsinstruktionen innesluts inte i samma enhet. @@ -105,8 +105,8 @@ EqRequiredInTextDecl = Ett likhetstecken ('' = '') m\u00E5ste anges efter "{0}" i textdeklarationen. QuoteRequiredInTextDecl = V\u00E4rdet som f\u00F6ljer "{0}" i textdeklarationen m\u00E5ste omges av citattecken. CloseQuoteMissingInTextDecl = avslutande citattecken saknas f\u00F6r v\u00E4rdet efter "{0}" i textdeklarationen. - SpaceRequiredBeforeVersionInTextDecl = Tomt utrymme kr\u00E4vs f\u00F6re versionens pseudoattribut i textdeklarationen. - SpaceRequiredBeforeEncodingInTextDecl = Tomt utrymme kr\u00E4vs f\u00F6re kodningens pseudoattribut i textdeklarationen. + SpaceRequiredBeforeVersionInTextDecl = Blanktecken kr\u00E4vs f\u00F6re versionens pseudoattribut i textdeklarationen. + SpaceRequiredBeforeEncodingInTextDecl = Blanktecken kr\u00E4vs f\u00F6re kodningens pseudoattribut i textdeklarationen. TextDeclUnterminated = Textdeklarationen m\u00E5ste avslutas med "?>". EncodingDeclRequired = Koddeklaration kr\u00E4vs i textdeklarationen. NoMorePseudoAttributes = Inga fler pseudoattribut \u00E4r till\u00E5tna. @@ -133,16 +133,16 @@ InvalidCharInPublicID = Ett ogiltigt XML-tecken (Unicode: 0x{0}) hittades i allm\u00E4n identifierare. InvalidCharInSystemID = Ett ogiltigt XML-tecken (Unicode: 0x{0}) hittades i systemidentifierare. # 2.3 Common Syntactic Constructs - SpaceRequiredAfterSYSTEM = Tomt utrymme kr\u00E4vs efter nyckelordet SYSTEM i DOCTYPE-deklarationen. + SpaceRequiredAfterSYSTEM = Blanktecken kr\u00E4vs efter nyckelordet SYSTEM i DOCTYPE-deklarationen. QuoteRequiredInSystemID = Systemidentifieraren m\u00E5ste inledas med antingen enkelt eller dubbelt citattecken. SystemIDUnterminated = Systemidentifieraren m\u00E5ste avslutas med matchande citattecken. - SpaceRequiredAfterPUBLIC = Tomma utrymmen kr\u00E4vs efter nyckelordet PUBLIC i DOCTYPE-deklarationen. + SpaceRequiredAfterPUBLIC = Blanktecken kr\u00E4vs efter nyckelordet PUBLIC i DOCTYPE-deklarationen. QuoteRequiredInPublicID = Den allm\u00E4nna identifieraren m\u00E5ste inledas med antingen enkelt eller dubbelt citattecken. PublicIDUnterminated = Den allm\u00E4nna identifieraren m\u00E5ste avslutas med matchande citattecken. PubidCharIllegal = Tecknet (Unicode: 0x{0}) \u00E4r inte till\u00E5tet i den allm\u00E4nna identifieraren. - SpaceRequiredBetweenPublicAndSystem = Tomma utrymmen kr\u00E4vs mellan publicId och systemId. + SpaceRequiredBetweenPublicAndSystem = Blanktecken kr\u00E4vs mellan publicId och systemId. # 2.8 Prolog and Document Type Declaration - MSG_SPACE_REQUIRED_BEFORE_ROOT_ELEMENT_TYPE_IN_DOCTYPEDECL = Tomt utrymme kr\u00E4vs efter "''. PEReferenceWithinMarkup = Parameterreferensen "%{0};" f\u00E5r inte f\u00F6rekomma i kodtexten i den interna delm\u00E4ngden i DTD. @@ -150,9 +150,9 @@ # 2.10 White Space Handling MSG_XML_SPACE_DECLARATION_ILLEGAL = Attributdeklarationen f\u00F6r "xml:space" m\u00E5ste anges som uppr\u00E4kningstyp vars enda m\u00F6jliga v\u00E4rden \u00E4r "default" och "preserve". # 3.2 Element Type Declarations - MSG_SPACE_REQUIRED_BEFORE_ELEMENT_TYPE_IN_ELEMENTDECL = Tomt utrymme kr\u00E4vs efter "''. # 3.2.1 Element Content @@ -163,16 +163,16 @@ MSG_CLOSE_PAREN_REQUIRED_IN_MIXED = Tecknet '')'' m\u00E5ste anges i deklarationen av elementtyp "{0}". MixedContentUnterminated = Modellen med blandat inneh\u00E5ll "{0}" m\u00E5ste avslutas med ")*" om typer av underordnade element \u00E4r begr\u00E4nsade. # 3.3 Attribute-List Declarations - MSG_SPACE_REQUIRED_BEFORE_ELEMENT_TYPE_IN_ATTLISTDECL = Tomt utrymme kr\u00E4vs efter "". IgnoreSectUnterminated = Exkluderat villkorsavsnitt m\u00E5ste avslutas med "]]>". @@ -189,26 +189,26 @@ NameRequiredInPEReference = Enhetsnamnet m\u00E5ste omedelbart f\u00F6ljas av '%' i parameterreferensen. SemicolonRequiredInPEReference = Parameterreferensen "%{0};" m\u00E5ste avslutas med '';''-avgr\u00E4nsare. # 4.2 Entity Declarations - MSG_SPACE_REQUIRED_BEFORE_ENTITY_NAME_IN_ENTITYDECL = Tomt utrymme kr\u00E4vs efter "''. MSG_DUPLICATE_ENTITY_DEFINITION = Enheten "{0}" har deklarerats mer \u00E4n en g\u00E5ng. # 4.2.2 External Entities ExternalIDRequired = Den externa enhetsdeklarationen m\u00E5ste inledas med antingen "SYSTEM" eller "PUBLIC". - MSG_SPACE_REQUIRED_BEFORE_PUBIDLITERAL_IN_EXTERNALID = Tomt utrymme kr\u00E4vs mellan "PUBLIC" och den allm\u00E4nna identifieraren. - MSG_SPACE_REQUIRED_AFTER_PUBIDLITERAL_IN_EXTERNALID = Tomt utrymme kr\u00E4vs mellan den allm\u00E4nna identifieraren och systemidentifieraren. - MSG_SPACE_REQUIRED_BEFORE_SYSTEMLITERAL_IN_EXTERNALID = Tomt utrymme kr\u00E4vs mellan "SYSTEM" och systemidentifieraren. + MSG_SPACE_REQUIRED_BEFORE_PUBIDLITERAL_IN_EXTERNALID = Blanktecken kr\u00E4vs mellan "PUBLIC" och den allm\u00E4nna identifieraren. + MSG_SPACE_REQUIRED_AFTER_PUBIDLITERAL_IN_EXTERNALID = Blanktecken kr\u00E4vs mellan den allm\u00E4nna identifieraren och systemidentifieraren. + MSG_SPACE_REQUIRED_BEFORE_SYSTEMLITERAL_IN_EXTERNALID = Blanktecken kr\u00E4vs mellan "SYSTEM" och systemidentifieraren. MSG_URI_FRAGMENT_IN_SYSTEMID = Fragmentidentifieraren f\u00E5r inte anges som del av systemidentifieraren "{0}". # 4.7 Notation Declarations - MSG_SPACE_REQUIRED_BEFORE_NOTATION_NAME_IN_NOTATIONDECL = Tomt utrymme kr\u00E4vs efter "''. @@ -247,7 +247,7 @@ MSG_NOTATION_NOT_DECLARED_FOR_UNPARSED_ENTITYDECL = Notationen "{1}" m\u00E5ste deklareras vid referens i otolkad enhetsdeklaration f\u00F6r "{0}". MSG_REFERENCE_TO_EXTERNALLY_DECLARED_ENTITY_WHEN_STANDALONE = Referensen till enheten "{0}" som har deklarerats i en externt tolkad enhet \u00E4r inte till\u00E5tet i frist\u00E5ende dokument. MSG_REQUIRED_ATTRIBUTE_NOT_SPECIFIED = Attributet "{1}" m\u00E5ste anges f\u00F6r elementtyp "{0}". - MSG_WHITE_SPACE_IN_ELEMENT_CONTENT_WHEN_STANDALONE = Tomt utrymme f\u00E5r inte f\u00F6rekomma mellan element som har deklarerats i en externt tolkad enhet med elementinneh\u00E5ll i frist\u00E5ende dokument. + MSG_WHITE_SPACE_IN_ELEMENT_CONTENT_WHEN_STANDALONE = Blanktecken f\u00E5r inte f\u00F6rekomma mellan element som har deklarerats i en externt tolkad enhet med elementinneh\u00E5ll i frist\u00E5ende dokument. NMTOKENInvalid = Attributv\u00E4rdet "{0}" av typen NMTOKEN m\u00E5ste vara ett namntoken. NMTOKENSInvalid = Attributv\u00E4rdet "{0}" av typen NMTOKENS m\u00E5ste vara ett eller flera namntoken. NoNotationOnEmptyElement = Elementtyp "{0}" med deklarationen EMPTY kan inte deklareras med attributet "{1}" av typen NOTATION. From andrew at icedtea.classpath.org Mon Mar 4 22:55:21 2019 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Mon, 04 Mar 2019 22:55:21 +0000 Subject: /hg/release/icedtea7-forest-2.6/jaxws: 6 new changesets Message-ID: changeset 858cd5ba2e46 in /hg/release/icedtea7-forest-2.6/jaxws details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jaxws?cmd=changeset;node=858cd5ba2e46 author: andrew date: Thu Feb 21 04:50:21 2019 +0000 Added tag icedtea-2.6.17pre01 for changeset 17136b80285f changeset 4aeda87f2577 in /hg/release/icedtea7-forest-2.6/jaxws details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jaxws?cmd=changeset;node=4aeda87f2577 author: andrew date: Fri Feb 15 05:16:13 2019 +0000 Added tag jdk7u211-b00 for changeset a9f8277cf7ed changeset 34236bc3f942 in /hg/release/icedtea7-forest-2.6/jaxws details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jaxws?cmd=changeset;node=34236bc3f942 author: andrew date: Thu Feb 21 03:38:54 2019 +0000 Added tag jdk7u211-b01 for changeset 4aeda87f2577 changeset feb33642cd7a in /hg/release/icedtea7-forest-2.6/jaxws details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jaxws?cmd=changeset;node=feb33642cd7a author: andrew date: Fri Feb 22 06:15:55 2019 +0000 Merge jdk7u211-b01 changeset 6cbff5c4ad29 in /hg/release/icedtea7-forest-2.6/jaxws details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jaxws?cmd=changeset;node=6cbff5c4ad29 author: andrew date: Mon Feb 25 00:14:10 2019 +0000 Added tag jdk7u211-b02 for changeset 34236bc3f942 changeset 238368449487 in /hg/release/icedtea7-forest-2.6/jaxws details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jaxws?cmd=changeset;node=238368449487 author: andrew date: Mon Feb 25 01:45:17 2019 +0000 Merge jdk7u211-b02 diffstat: .hgtags | 4 ++++ 1 files changed, 4 insertions(+), 0 deletions(-) diffs (11 lines): diff -r 17136b80285f -r 238368449487 .hgtags --- a/.hgtags Mon Jan 07 06:00:03 2019 +0000 +++ b/.hgtags Mon Feb 25 01:45:17 2019 +0000 @@ -694,3 +694,7 @@ a88988c070208a9f83f30115cb5877189d3588b4 icedtea-2.6.15 d54a07e693248d8ddb0120891671106c27835871 jdk7u201-b00 234f51a5ed7a2bbb6c31a7ebeaad6037506f5d8c icedtea-2.6.16 +17136b80285f90f7d9d0c784315bea200a77d94e icedtea-2.6.17pre01 +a9f8277cf7ed879f683b59afa04c21b112d46853 jdk7u211-b00 +4aeda87f2577a0397c3e82ecb1f56d036a5d22e9 jdk7u211-b01 +34236bc3f942fed4b869b1d6d0cb90e46153b6b0 jdk7u211-b02 From andrew at icedtea.classpath.org Mon Mar 4 22:55:42 2019 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Mon, 04 Mar 2019 22:55:42 +0000 Subject: /hg/release/icedtea7-forest-2.6/langtools: 7 new changesets Message-ID: changeset c9fee0801286 in /hg/release/icedtea7-forest-2.6/langtools details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/langtools?cmd=changeset;node=c9fee0801286 author: andrew date: Thu Feb 21 04:50:23 2019 +0000 Added tag icedtea-2.6.17pre01 for changeset 8e1ace09837f changeset 353ea2f317ff in /hg/release/icedtea7-forest-2.6/langtools details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/langtools?cmd=changeset;node=353ea2f317ff author: ljiang date: Wed Nov 28 05:34:36 2018 -0800 8214357: JDK 8u201 l10n resource file update md20 Reviewed-by: coffeys changeset b8196c545f3e in /hg/release/icedtea7-forest-2.6/langtools details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/langtools?cmd=changeset;node=b8196c545f3e author: andrew date: Fri Feb 15 05:16:14 2019 +0000 Added tag jdk7u211-b00 for changeset 353ea2f317ff changeset b22fd0eed3e1 in /hg/release/icedtea7-forest-2.6/langtools details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/langtools?cmd=changeset;node=b22fd0eed3e1 author: andrew date: Thu Feb 21 03:38:55 2019 +0000 Added tag jdk7u211-b01 for changeset b8196c545f3e changeset f59ea8a82b17 in /hg/release/icedtea7-forest-2.6/langtools details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/langtools?cmd=changeset;node=f59ea8a82b17 author: andrew date: Fri Feb 22 06:16:01 2019 +0000 Merge jdk7u211-b01 changeset 4bd7f8263d2f in /hg/release/icedtea7-forest-2.6/langtools details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/langtools?cmd=changeset;node=4bd7f8263d2f author: andrew date: Mon Feb 25 00:14:11 2019 +0000 Added tag jdk7u211-b02 for changeset b22fd0eed3e1 changeset 6cdbf382f3e2 in /hg/release/icedtea7-forest-2.6/langtools details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/langtools?cmd=changeset;node=6cdbf382f3e2 author: andrew date: Mon Feb 25 01:45:17 2019 +0000 Merge jdk7u211-b02 diffstat: .hgtags | 4 ++++ src/share/classes/com/sun/tools/doclets/internal/toolkit/resources/doclets_ja.properties | 8 ++++---- src/share/classes/com/sun/tools/javac/resources/compiler_ja.properties | 2 +- 3 files changed, 9 insertions(+), 5 deletions(-) diffs (48 lines): diff -r 8e1ace09837f -r 6cdbf382f3e2 .hgtags --- a/.hgtags Mon Jan 07 06:00:05 2019 +0000 +++ b/.hgtags Mon Feb 25 01:45:17 2019 +0000 @@ -694,3 +694,7 @@ 5d348df3700daa615c3e503b12f93134a2ff9c54 icedtea-2.6.15 f1f14c413b20f1d4abef840d65587d2839f6cfdf jdk7u201-b00 1b532e3cc1da0b36b43fa03a28ec10a08e83523a icedtea-2.6.16 +8e1ace09837f1310ccfc5cb5d42ca8a1017485d0 icedtea-2.6.17pre01 +353ea2f317ff940242316d0069c2239d178bd7d3 jdk7u211-b00 +b8196c545f3e11c704c020d89a4e61cea54fb4f7 jdk7u211-b01 +b22fd0eed3e1a00754635ab45799ed6c4c49645b jdk7u211-b02 diff -r 8e1ace09837f -r 6cdbf382f3e2 src/share/classes/com/sun/tools/doclets/internal/toolkit/resources/doclets_ja.properties --- a/src/share/classes/com/sun/tools/doclets/internal/toolkit/resources/doclets_ja.properties Mon Jan 07 06:00:05 2019 +0000 +++ b/src/share/classes/com/sun/tools/doclets/internal/toolkit/resources/doclets_ja.properties Mon Feb 25 01:45:17 2019 +0000 @@ -84,7 +84,7 @@ doclet.Method_Summary=\u30E1\u30BD\u30C3\u30C9\u306E\u30B5\u30DE\u30EA\u30FC doclet.Factory_Method_Summary=static\u30D5\u30A1\u30AF\u30C8\u30EA\u30FB\u30E1\u30BD\u30C3\u30C9\u306E\u30B5\u30DE\u30EA\u30FC doclet.Interfaces=\u30A4\u30F3\u30BF\u30D5\u30A7\u30FC\u30B9 -doclet.Enums=\u5217\u6319\u578B +doclet.Enums=\u5217\u6319 doclet.AnnotationTypes=\u6CE8\u91C8\u578B doclet.Exceptions=\u4F8B\u5916 doclet.Errors=\u30A8\u30E9\u30FC @@ -102,9 +102,9 @@ doclet.AnnotationType=\u6CE8\u91C8\u578B doclet.annotationtype=\u6CE8\u91C8\u578B doclet.annotationtypes=\u6CE8\u91C8\u578B -doclet.Enum=\u5217\u6319\u578B -doclet.enum=\u5217\u6319\u578B -doclet.enums=\u5217\u6319\u578B +doclet.Enum=\u5217\u6319 +doclet.enum=\u5217\u6319 +doclet.enums=\u5217\u6319 doclet.interface=\u30A4\u30F3\u30BF\u30D5\u30A7\u30FC\u30B9 doclet.interfaces=\u30A4\u30F3\u30BF\u30D5\u30A7\u30FC\u30B9 doclet.class=\u30AF\u30E9\u30B9 diff -r 8e1ace09837f -r 6cdbf382f3e2 src/share/classes/com/sun/tools/javac/resources/compiler_ja.properties --- a/src/share/classes/com/sun/tools/javac/resources/compiler_ja.properties Mon Jan 07 06:00:05 2019 +0000 +++ b/src/share/classes/com/sun/tools/javac/resources/compiler_ja.properties Mon Feb 25 01:45:17 2019 +0000 @@ -1244,7 +1244,7 @@ compiler.misc.kindname.constructor=\u30B3\u30F3\u30B9\u30C8\u30E9\u30AF\u30BF -compiler.misc.kindname.enum=\u5217\u6319\u578B +compiler.misc.kindname.enum=\u5217\u6319 compiler.misc.kindname.interface=\u30A4\u30F3\u30BF\u30D5\u30A7\u30FC\u30B9 From andrew at icedtea.classpath.org Mon Mar 4 22:56:09 2019 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Mon, 04 Mar 2019 22:56:09 +0000 Subject: /hg/release/icedtea7-2.6: 2 new changesets Message-ID: changeset 3bf391328fbe in /hg/release/icedtea7-2.6 details: http://icedtea.classpath.org/hg/release/icedtea7-2.6?cmd=changeset;node=3bf391328fbe author: Andrew John Hughes date: Mon Feb 18 03:03:14 2019 +0000 PR3698: jstack.stp should support ppc64[le,be] 2019-02-10 Andrew John Hughes PR3698: jstack.stp should support ppc64[le,be] * NEWS: Updated. 2019-01-28 Mark Wielaard PR3698: jstack.stp should support ppc64[le,be] * tapset/jstack.stp.in: Add ppc64 support. changeset 1274123be63c in /hg/release/icedtea7-2.6 details: http://icedtea.classpath.org/hg/release/icedtea7-2.6?cmd=changeset;node=1274123be63c author: Andrew John Hughes date: Mon Feb 25 05:26:06 2019 +0000 Bump to 2.6.17pre01. Upstream changes: - Bump to icedtea-2.6.17pre01 - PR3647: Backed out changeset 4e3ea67d3b69 (JDK-4890063/PR2305/RH1214835) - S6424123, PR3702: JVM crashes on failed 'strdup' call - S8005921, PR3702: Memory leaks in vmStructs.cpp - S8011661, PR3702: Insufficient memory message says "malloc" when sometimes it should say "mmap" - S8014138, PR3702: Add VM option to facilitate the writing of CDS tests - S8055286, PR3702: Extend CompileCommand=option to handle numeric parameters - S8056964, PR3702: JDK-8055286 changes are incomplete. - S8057129, PR3702: Fix AIX build after the Extend CompileCommand=option change 8055286 - S8059847, PR3702: complement JDK-8055286 and JDK-8056964 changes - S8076475, PR3702: Misuses of strncpy/strncat - S8145096, PR3700: Undefined behaviour in HotSpot - S8207838, PR3669: AArch64: Float registers incorrectly restored in JNI call - S8209414, PR3669: AArch64: method handle invocation does not respect JVMTI interp_only mode - S8209415, PR3669: Fix JVMTI test failure HS202 - S8211064, PR3669: [AArch64] Interpreter and c1 don't correctly handle jboolean results in native calls - S8214059, PR3701: Undefined behaviour in ADLC - S8215951, PR3669: AArch64: jtreg test vmTestbase/nsk/jvmti/PopFrame/popframe005 segfaults - S8217753, PR3686: Enable HotSpot builds on 5.x Linux kernels - S8218185, PR3669: aarch64: missing LoadStore barrier in TemplateTable::putfield_or_static ChangeLog: 2019-02-21 Andrew John Hughes Bump to 2.6.17pre01. * Makefile.am: (CORBA_CHANGESET): Update to icedtea-2.6.17pre01. (JAXP_CHANGESET): Likewise. (JAXWS_CHANGESET): Likewise. (JDK_CHANGESET): Likewise. (LANGTOOLS_CHANGESET): Likewise. (OPENJDK_CHANGESET): Likewise. (CORBA_SHA256SUM): Likewise. (JAXP_SHA256SUM): Likewise. (JAXWS_SHA256SUM): Likewise. (JDK_SHA256SUM): Likewise. (LANGTOOLS_SHA256SUM): Likewise. (OPENJDK_SHA256SUM): Likewise. * NEWS: Updated. * configure.ac: Bump to 2.6.17pre01. * hotspot.map.in: Update to icedtea-2.6.17pre01. diffstat: ChangeLog | 30 ++++++++++++++++++++++++++++++ Makefile.am | 26 +++++++++++++------------- NEWS | 23 +++++++++++++++++++++++ configure.ac | 2 +- hotspot.map.in | 2 +- tapset/jstack.stp.in | 28 +++++++++++++++++++++++++++- 6 files changed, 95 insertions(+), 16 deletions(-) diffs (196 lines): diff -r 38d89be5d3f4 -r 1274123be63c ChangeLog --- a/ChangeLog Tue Jan 08 03:41:49 2019 +0000 +++ b/ChangeLog Mon Feb 25 05:26:06 2019 +0000 @@ -1,3 +1,33 @@ +2019-02-21 Andrew John Hughes + + Bump to 2.6.17pre01. + * Makefile.am: + (CORBA_CHANGESET): Update to icedtea-2.6.17pre01. + (JAXP_CHANGESET): Likewise. + (JAXWS_CHANGESET): Likewise. + (JDK_CHANGESET): Likewise. + (LANGTOOLS_CHANGESET): Likewise. + (OPENJDK_CHANGESET): Likewise. + (CORBA_SHA256SUM): Likewise. + (JAXP_SHA256SUM): Likewise. + (JAXWS_SHA256SUM): Likewise. + (JDK_SHA256SUM): Likewise. + (LANGTOOLS_SHA256SUM): Likewise. + (OPENJDK_SHA256SUM): Likewise. + * NEWS: Updated. + * configure.ac: Bump to 2.6.17pre01. + * hotspot.map.in: Update to icedtea-2.6.17pre01. + +2019-02-10 Andrew John Hughes + + PR3698: jstack.stp should support ppc64[le,be] + * NEWS: Updated. + +2019-01-28 Mark Wielaard + + PR3698: jstack.stp should support ppc64[le,be] + * tapset/jstack.stp.in: Add ppc64 support. + 2019-01-02 Andrew John Hughes PR3676: Update CVE URL diff -r 38d89be5d3f4 -r 1274123be63c Makefile.am --- a/Makefile.am Tue Jan 08 03:41:49 2019 +0000 +++ b/Makefile.am Mon Feb 25 05:26:06 2019 +0000 @@ -1,18 +1,18 @@ # Dependencies -CORBA_CHANGESET = f6cd5cd93391 -JAXP_CHANGESET = f331098c637a -JAXWS_CHANGESET = 234f51a5ed7a -JDK_CHANGESET = b624599b602c -LANGTOOLS_CHANGESET = 1b532e3cc1da -OPENJDK_CHANGESET = d44eff7de671 - -CORBA_SHA256SUM = 7282d3365f1c23e2ef7abb0bef755842fb5c4b432eabfc3c583da9ef73190bca -JAXP_SHA256SUM = bdbc4ebd85fe45f50e254bb93bc0754270a3567c84c55ef20decbae9563642d6 -JAXWS_SHA256SUM = d5d678f07fb86e7511e9d11cd8ff9bf9380d3477d12eb8c07b664d88a9de3ae2 -JDK_SHA256SUM = a8b10b885b7763d87fd0cbb5158c42267d25763ac6f902a5f121ddd28d774a76 -LANGTOOLS_SHA256SUM = e5b946f06b48b3c284a881a3c5f8da6fc12353d7ae0522a0f04503f0e4ad7402 -OPENJDK_SHA256SUM = 6877453ada333164528b640c688922886579214ec8eab0b026fb710bd656cdde +CORBA_CHANGESET = 290b27a5d4d2 +JAXP_CHANGESET = d2c92d21d36f +JAXWS_CHANGESET = 17136b80285f +JDK_CHANGESET = 0839b7f5f978 +LANGTOOLS_CHANGESET = 8e1ace09837f +OPENJDK_CHANGESET = e1e90e24b151 + +CORBA_SHA256SUM = 5d2c4b904169d5efb6dc00c273be54dfdc7ef1977131b4a574ea9609e54e368a +JAXP_SHA256SUM = 7f00cfc269a7bd88bde66cc7f4bf163ea31ab1cdefcac0da635d33472770ec4a +JAXWS_SHA256SUM = 2bfac611e057c2745014e47e9f444224b56fe19f4d64221823e2d25b48e2fae8 +JDK_SHA256SUM = 0ae30c538df37f1d86718aa7ef6b87295cd124d6ffedec5b86ffb468ade932ab +LANGTOOLS_SHA256SUM = 061679a000194168e63635ae446e57bc4116d7ae234de284f45b2a0f79b21b86 +OPENJDK_SHA256SUM = ca873a01adc7b99476e0d29363e5526b5611c3bb6340d992db69c82d9d0eb84e DROP_URL = http://icedtea.classpath.org/download/drops diff -r 38d89be5d3f4 -r 1274123be63c NEWS --- a/NEWS Tue Jan 08 03:41:49 2019 +0000 +++ b/NEWS Mon Feb 25 05:26:06 2019 +0000 @@ -14,8 +14,31 @@ New in release 2.6.17 (2019-01-XX): +* Backports + - S6424123, PR3702: JVM crashes on failed 'strdup' call + - S8005921, PR3702: Memory leaks in vmStructs.cpp + - S8011661, PR3702: Insufficient memory message says "malloc" when sometimes it should say "mmap" + - S8014138, PR3702: Add VM option to facilitate the writing of CDS tests + - S8055286, PR3702: Extend CompileCommand=option to handle numeric parameters + - S8056964, PR3702: JDK-8055286 changes are incomplete. + - S8057129, PR3702: Fix AIX build after the Extend CompileCommand=option change 8055286 + - S8059847, PR3702: complement JDK-8055286 and JDK-8056964 changes + - S8076475, PR3702: Misuses of strncpy/strncat + - S8145096, PR3700: Undefined behaviour in HotSpot + - S8214059, PR3701: Undefined behaviour in ADLC + - S8217753, PR3686: Enable HotSpot builds on 5.x Linux kernels * Bug fixes + - PR3647: Backed out changeset 4e3ea67d3b69 (JDK-4890063/PR2305/RH1214835) - PR3676: Update CVE URL +* SystemTap + - PR3698: jstack.stp should support ppc64[le,be] +* AArch64 port + - S8207838, PR3669: AArch64: Float registers incorrectly restored in JNI call + - S8209414, PR3669: AArch64: method handle invocation does not respect JVMTI interp_only mode + - S8209415, PR3669: Fix JVMTI test failure HS202 + - S8211064, PR3669: [AArch64] Interpreter and c1 don't correctly handle jboolean results in native calls + - S8215951, PR3669: AArch64: jtreg test vmTestbase/nsk/jvmti/PopFrame/popframe005 segfaults + - S8218185, PR3669: aarch64: missing LoadStore barrier in TemplateTable::putfield_or_static New in release 2.6.16 (2019-01-01): diff -r 38d89be5d3f4 -r 1274123be63c configure.ac --- a/configure.ac Tue Jan 08 03:41:49 2019 +0000 +++ b/configure.ac Mon Feb 25 05:26:06 2019 +0000 @@ -1,4 +1,4 @@ -AC_INIT([icedtea], [2.6.17pre00], [distro-pkg-dev at openjdk.java.net]) +AC_INIT([icedtea], [2.6.17pre01], [distro-pkg-dev at openjdk.java.net]) AC_CANONICAL_HOST AC_CANONICAL_TARGET AM_INIT_AUTOMAKE([1.9 tar-pax foreign]) diff -r 38d89be5d3f4 -r 1274123be63c hotspot.map.in --- a/hotspot.map.in Tue Jan 08 03:41:49 2019 +0000 +++ b/hotspot.map.in Mon Feb 25 05:26:06 2019 +0000 @@ -1,2 +1,2 @@ # version type(drop/hg) url changeset sha256sum -default drop http://icedtea.classpath.org/download/drops/icedtea7/@ICEDTEA_RELEASE@ ae6068b02261 00b4e52663c08fca87e9c9c625e296e6a42dda35da2852ec021994a28527c50b +default drop http://icedtea.classpath.org/download/drops/icedtea7/@ICEDTEA_RELEASE@ 65b809089544 adfc5574e21abc4c021604cdab986b69beaf07788da5d245d71f33c9e5021084 diff -r 38d89be5d3f4 -r 1274123be63c tapset/jstack.stp.in --- a/tapset/jstack.stp.in Tue Jan 08 03:41:49 2019 +0000 +++ b/tapset/jstack.stp.in Mon Feb 25 05:26:06 2019 +0000 @@ -59,7 +59,12 @@ @_private global NarrowOopStruct; @_private global sp_register; +/* On PowerPC there is a link register, but no frame pointer register. */ +%(arch == "powerpc" %? + at _private global link_register; +%: @_private global fp_register; +%) @_private global pc_register; @_private global ptr_size; @_private global ptr_mask; @@ -146,6 +151,12 @@ pc_register = "pc"; ptr_size = 8; // XXX - might be probing 32-on-64 jvm. ptr_mask = 0xFFFFFFFFFFFFFFFF; + %: %(arch == "powerpc" %? + sp_register = "r1"; + link_register = "link"; + pc_register = "nip"; + ptr_size = 8; // XXX - might be probing 32-on-64 jvm. + ptr_mask = 0xFFFFFFFFFFFFFFFF; %: sp_register = ""; fp_register = ""; @@ -153,7 +164,7 @@ ptr_size = 8; ptr_mask = 0xFFFFFFFFFFFFFFFF; error("unknown architecture") - %) %) %) + %) %) %) %) // Pretend we have an array at address zero and take address of second // element and we have the size. @@ -331,9 +342,16 @@ // to "recover" the previous fp in case we hit a code blob that didn't // preserve it. frames = ""; +%(arch == "powerpc" %? + sp = register(sp_register); + fp = sp + 72; /* fp + (-3 * ptr_size) = 48, parameter save area offset */ + link = register(link_register); + pc = register(pc_register); +%: sp = register(sp_register); fp = register(fp_register); pc = register(pc_register); +%) depth = 0; while (pc != 0 && depth < max_depth) { @@ -530,9 +548,17 @@ old_fp = fp; old_sp = sp +%(arch == "powerpc" %? + sp = user_long(sp); + fp = sp + 72; /* fp + (-3 * ptr_size) = 48, parameter save area offset */ + pc = link; + link = user_long(sp + 16); + trust_fp = 1; /* We don't need to recover the frame pointer. */ +%: sp = fp; fp = user_long(sp); pc = user_long(fp + ptr_size); +%) // Do we need to double check? We do not want to do this // unless necessary. We have to assume most code is "sane" From bugzilla-daemon at icedtea.classpath.org Mon Mar 4 22:56:20 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Mon, 04 Mar 2019 22:56:20 +0000 Subject: [Bug 3698] [IcedTea7] jstack.stp should support ppc64[le,be] In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3698 --- Comment #1 from hg commits --- details: http://icedtea.classpath.org//hg/release/icedtea7-2.6?cmd=changeset;node=3bf391328fbe author: Andrew John Hughes date: Mon Feb 18 03:03:14 2019 +0000 PR3698: jstack.stp should support ppc64[le,be] 2019-02-10 Andrew John Hughes PR3698: jstack.stp should support ppc64[le,be] * NEWS: Updated. 2019-01-28 Mark Wielaard PR3698: jstack.stp should support ppc64[le,be] * tapset/jstack.stp.in: Add ppc64 support. -- 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 Mar 4 22:57:07 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Mon, 04 Mar 2019 22:57:07 +0000 Subject: [Bug 3686] [IcedTea7] Enable HotSpot builds on 5.x Linux kernels In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3686 --- Comment #2 from hg commits --- details: http://icedtea.classpath.org//hg/release/icedtea7-2.6?cmd=changeset;node=1274123be63c author: Andrew John Hughes date: Mon Feb 25 05:26:06 2019 +0000 Bump to 2.6.17pre01. Upstream changes: - Bump to icedtea-2.6.17pre01 - PR3647: Backed out changeset 4e3ea67d3b69 (JDK-4890063/PR2305/RH1214835) - S6424123, PR3702: JVM crashes on failed 'strdup' call - S8005921, PR3702: Memory leaks in vmStructs.cpp - S8011661, PR3702: Insufficient memory message says "malloc" when sometimes it should say "mmap" - S8014138, PR3702: Add VM option to facilitate the writing of CDS tests - S8055286, PR3702: Extend CompileCommand=option to handle numeric parameters - S8056964, PR3702: JDK-8055286 changes are incomplete. - S8057129, PR3702: Fix AIX build after the Extend CompileCommand=option change 8055286 - S8059847, PR3702: complement JDK-8055286 and JDK-8056964 changes - S8076475, PR3702: Misuses of strncpy/strncat - S8145096, PR3700: Undefined behaviour in HotSpot - S8207838, PR3669: AArch64: Float registers incorrectly restored in JNI call - S8209414, PR3669: AArch64: method handle invocation does not respect JVMTI interp_only mode - S8209415, PR3669: Fix JVMTI test failure HS202 - S8211064, PR3669: [AArch64] Interpreter and c1 don't correctly handle jboolean results in native calls - S8214059, PR3701: Undefined behaviour in ADLC - S8215951, PR3669: AArch64: jtreg test vmTestbase/nsk/jvmti/PopFrame/popframe005 segfaults - S8217753, PR3686: Enable HotSpot builds on 5.x Linux kernels - S8218185, PR3669: aarch64: missing LoadStore barrier in TemplateTable::putfield_or_static ChangeLog: 2019-02-21 Andrew John Hughes Bump to 2.6.17pre01. * Makefile.am: (CORBA_CHANGESET): Update to icedtea-2.6.17pre01. (JAXP_CHANGESET): Likewise. (JAXWS_CHANGESET): Likewise. (JDK_CHANGESET): Likewise. (LANGTOOLS_CHANGESET): Likewise. (OPENJDK_CHANGESET): Likewise. (CORBA_SHA256SUM): Likewise. (JAXP_SHA256SUM): Likewise. (JAXWS_SHA256SUM): Likewise. (JDK_SHA256SUM): Likewise. (LANGTOOLS_SHA256SUM): Likewise. (OPENJDK_SHA256SUM): Likewise. * NEWS: Updated. * configure.ac: Bump to 2.6.17pre01. * hotspot.map.in: Update to icedtea-2.6.17pre01. -- 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 Mar 4 22:57:12 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Mon, 04 Mar 2019 22:57:12 +0000 Subject: [Bug 3700] [IcedTea7] Backport "8145096: Undefined behaviour in HotSpot" In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3700 --- Comment #2 from hg commits --- details: http://icedtea.classpath.org//hg/release/icedtea7-2.6?cmd=changeset;node=1274123be63c author: Andrew John Hughes date: Mon Feb 25 05:26:06 2019 +0000 Bump to 2.6.17pre01. Upstream changes: - Bump to icedtea-2.6.17pre01 - PR3647: Backed out changeset 4e3ea67d3b69 (JDK-4890063/PR2305/RH1214835) - S6424123, PR3702: JVM crashes on failed 'strdup' call - S8005921, PR3702: Memory leaks in vmStructs.cpp - S8011661, PR3702: Insufficient memory message says "malloc" when sometimes it should say "mmap" - S8014138, PR3702: Add VM option to facilitate the writing of CDS tests - S8055286, PR3702: Extend CompileCommand=option to handle numeric parameters - S8056964, PR3702: JDK-8055286 changes are incomplete. - S8057129, PR3702: Fix AIX build after the Extend CompileCommand=option change 8055286 - S8059847, PR3702: complement JDK-8055286 and JDK-8056964 changes - S8076475, PR3702: Misuses of strncpy/strncat - S8145096, PR3700: Undefined behaviour in HotSpot - S8207838, PR3669: AArch64: Float registers incorrectly restored in JNI call - S8209414, PR3669: AArch64: method handle invocation does not respect JVMTI interp_only mode - S8209415, PR3669: Fix JVMTI test failure HS202 - S8211064, PR3669: [AArch64] Interpreter and c1 don't correctly handle jboolean results in native calls - S8214059, PR3701: Undefined behaviour in ADLC - S8215951, PR3669: AArch64: jtreg test vmTestbase/nsk/jvmti/PopFrame/popframe005 segfaults - S8217753, PR3686: Enable HotSpot builds on 5.x Linux kernels - S8218185, PR3669: aarch64: missing LoadStore barrier in TemplateTable::putfield_or_static ChangeLog: 2019-02-21 Andrew John Hughes Bump to 2.6.17pre01. * Makefile.am: (CORBA_CHANGESET): Update to icedtea-2.6.17pre01. (JAXP_CHANGESET): Likewise. (JAXWS_CHANGESET): Likewise. (JDK_CHANGESET): Likewise. (LANGTOOLS_CHANGESET): Likewise. (OPENJDK_CHANGESET): Likewise. (CORBA_SHA256SUM): Likewise. (JAXP_SHA256SUM): Likewise. (JAXWS_SHA256SUM): Likewise. (JDK_SHA256SUM): Likewise. (LANGTOOLS_SHA256SUM): Likewise. (OPENJDK_SHA256SUM): Likewise. * NEWS: Updated. * configure.ac: Bump to 2.6.17pre01. * hotspot.map.in: Update to icedtea-2.6.17pre01. -- 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 Mar 4 22:57:17 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Mon, 04 Mar 2019 22:57:17 +0000 Subject: [Bug 3701] [IcedTea7] Backport "8214059: Undefined behaviour in ADLC" In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3701 --- Comment #2 from hg commits --- details: http://icedtea.classpath.org//hg/release/icedtea7-2.6?cmd=changeset;node=1274123be63c author: Andrew John Hughes date: Mon Feb 25 05:26:06 2019 +0000 Bump to 2.6.17pre01. Upstream changes: - Bump to icedtea-2.6.17pre01 - PR3647: Backed out changeset 4e3ea67d3b69 (JDK-4890063/PR2305/RH1214835) - S6424123, PR3702: JVM crashes on failed 'strdup' call - S8005921, PR3702: Memory leaks in vmStructs.cpp - S8011661, PR3702: Insufficient memory message says "malloc" when sometimes it should say "mmap" - S8014138, PR3702: Add VM option to facilitate the writing of CDS tests - S8055286, PR3702: Extend CompileCommand=option to handle numeric parameters - S8056964, PR3702: JDK-8055286 changes are incomplete. - S8057129, PR3702: Fix AIX build after the Extend CompileCommand=option change 8055286 - S8059847, PR3702: complement JDK-8055286 and JDK-8056964 changes - S8076475, PR3702: Misuses of strncpy/strncat - S8145096, PR3700: Undefined behaviour in HotSpot - S8207838, PR3669: AArch64: Float registers incorrectly restored in JNI call - S8209414, PR3669: AArch64: method handle invocation does not respect JVMTI interp_only mode - S8209415, PR3669: Fix JVMTI test failure HS202 - S8211064, PR3669: [AArch64] Interpreter and c1 don't correctly handle jboolean results in native calls - S8214059, PR3701: Undefined behaviour in ADLC - S8215951, PR3669: AArch64: jtreg test vmTestbase/nsk/jvmti/PopFrame/popframe005 segfaults - S8217753, PR3686: Enable HotSpot builds on 5.x Linux kernels - S8218185, PR3669: aarch64: missing LoadStore barrier in TemplateTable::putfield_or_static ChangeLog: 2019-02-21 Andrew John Hughes Bump to 2.6.17pre01. * Makefile.am: (CORBA_CHANGESET): Update to icedtea-2.6.17pre01. (JAXP_CHANGESET): Likewise. (JAXWS_CHANGESET): Likewise. (JDK_CHANGESET): Likewise. (LANGTOOLS_CHANGESET): Likewise. (OPENJDK_CHANGESET): Likewise. (CORBA_SHA256SUM): Likewise. (JAXP_SHA256SUM): Likewise. (JAXWS_SHA256SUM): Likewise. (JDK_SHA256SUM): Likewise. (LANGTOOLS_SHA256SUM): Likewise. (OPENJDK_SHA256SUM): Likewise. * NEWS: Updated. * configure.ac: Bump to 2.6.17pre01. * hotspot.map.in: Update to icedtea-2.6.17pre01. -- 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 Mar 4 22:57:21 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Mon, 04 Mar 2019 22:57:21 +0000 Subject: [Bug 3702] [IcedTea7] Backport "8076475: Misuses of strncpy/strncat" In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3702 --- Comment #10 from hg commits --- details: http://icedtea.classpath.org//hg/release/icedtea7-2.6?cmd=changeset;node=1274123be63c author: Andrew John Hughes date: Mon Feb 25 05:26:06 2019 +0000 Bump to 2.6.17pre01. Upstream changes: - Bump to icedtea-2.6.17pre01 - PR3647: Backed out changeset 4e3ea67d3b69 (JDK-4890063/PR2305/RH1214835) - S6424123, PR3702: JVM crashes on failed 'strdup' call - S8005921, PR3702: Memory leaks in vmStructs.cpp - S8011661, PR3702: Insufficient memory message says "malloc" when sometimes it should say "mmap" - S8014138, PR3702: Add VM option to facilitate the writing of CDS tests - S8055286, PR3702: Extend CompileCommand=option to handle numeric parameters - S8056964, PR3702: JDK-8055286 changes are incomplete. - S8057129, PR3702: Fix AIX build after the Extend CompileCommand=option change 8055286 - S8059847, PR3702: complement JDK-8055286 and JDK-8056964 changes - S8076475, PR3702: Misuses of strncpy/strncat - S8145096, PR3700: Undefined behaviour in HotSpot - S8207838, PR3669: AArch64: Float registers incorrectly restored in JNI call - S8209414, PR3669: AArch64: method handle invocation does not respect JVMTI interp_only mode - S8209415, PR3669: Fix JVMTI test failure HS202 - S8211064, PR3669: [AArch64] Interpreter and c1 don't correctly handle jboolean results in native calls - S8214059, PR3701: Undefined behaviour in ADLC - S8215951, PR3669: AArch64: jtreg test vmTestbase/nsk/jvmti/PopFrame/popframe005 segfaults - S8217753, PR3686: Enable HotSpot builds on 5.x Linux kernels - S8218185, PR3669: aarch64: missing LoadStore barrier in TemplateTable::putfield_or_static ChangeLog: 2019-02-21 Andrew John Hughes Bump to 2.6.17pre01. * Makefile.am: (CORBA_CHANGESET): Update to icedtea-2.6.17pre01. (JAXP_CHANGESET): Likewise. (JAXWS_CHANGESET): Likewise. (JDK_CHANGESET): Likewise. (LANGTOOLS_CHANGESET): Likewise. (OPENJDK_CHANGESET): Likewise. (CORBA_SHA256SUM): Likewise. (JAXP_SHA256SUM): Likewise. (JAXWS_SHA256SUM): Likewise. (JDK_SHA256SUM): Likewise. (LANGTOOLS_SHA256SUM): Likewise. (OPENJDK_SHA256SUM): Likewise. * NEWS: Updated. * configure.ac: Bump to 2.6.17pre01. * hotspot.map.in: Update to icedtea-2.6.17pre01. -- 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 Mar 4 22:57:33 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Mon, 04 Mar 2019 22:57:33 +0000 Subject: [Bug 3669] [IcedTea7] Backport latest AArch64 fixes to release branch for 2.6.17 In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3669 --- Comment #7 from hg commits --- details: http://icedtea.classpath.org//hg/release/icedtea7-2.6?cmd=changeset;node=1274123be63c author: Andrew John Hughes date: Mon Feb 25 05:26:06 2019 +0000 Bump to 2.6.17pre01. Upstream changes: - Bump to icedtea-2.6.17pre01 - PR3647: Backed out changeset 4e3ea67d3b69 (JDK-4890063/PR2305/RH1214835) - S6424123, PR3702: JVM crashes on failed 'strdup' call - S8005921, PR3702: Memory leaks in vmStructs.cpp - S8011661, PR3702: Insufficient memory message says "malloc" when sometimes it should say "mmap" - S8014138, PR3702: Add VM option to facilitate the writing of CDS tests - S8055286, PR3702: Extend CompileCommand=option to handle numeric parameters - S8056964, PR3702: JDK-8055286 changes are incomplete. - S8057129, PR3702: Fix AIX build after the Extend CompileCommand=option change 8055286 - S8059847, PR3702: complement JDK-8055286 and JDK-8056964 changes - S8076475, PR3702: Misuses of strncpy/strncat - S8145096, PR3700: Undefined behaviour in HotSpot - S8207838, PR3669: AArch64: Float registers incorrectly restored in JNI call - S8209414, PR3669: AArch64: method handle invocation does not respect JVMTI interp_only mode - S8209415, PR3669: Fix JVMTI test failure HS202 - S8211064, PR3669: [AArch64] Interpreter and c1 don't correctly handle jboolean results in native calls - S8214059, PR3701: Undefined behaviour in ADLC - S8215951, PR3669: AArch64: jtreg test vmTestbase/nsk/jvmti/PopFrame/popframe005 segfaults - S8217753, PR3686: Enable HotSpot builds on 5.x Linux kernels - S8218185, PR3669: aarch64: missing LoadStore barrier in TemplateTable::putfield_or_static ChangeLog: 2019-02-21 Andrew John Hughes Bump to 2.6.17pre01. * Makefile.am: (CORBA_CHANGESET): Update to icedtea-2.6.17pre01. (JAXP_CHANGESET): Likewise. (JAXWS_CHANGESET): Likewise. (JDK_CHANGESET): Likewise. (LANGTOOLS_CHANGESET): Likewise. (OPENJDK_CHANGESET): Likewise. (CORBA_SHA256SUM): Likewise. (JAXP_SHA256SUM): Likewise. (JAXWS_SHA256SUM): Likewise. (JDK_SHA256SUM): Likewise. (LANGTOOLS_SHA256SUM): Likewise. (OPENJDK_SHA256SUM): Likewise. * NEWS: Updated. * configure.ac: Bump to 2.6.17pre01. * hotspot.map.in: Update to icedtea-2.6.17pre01. -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lhersch at dssgmbh.de Tue Mar 5 10:32:17 2019 From: lhersch at dssgmbh.de (Lars Herschke) Date: Tue, 05 Mar 2019 11:32:17 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> Message-ID: <5C7E5031.9000602@dssgmbh.de> Hello, attached a patch that cause the following changes. acinclude.m4: - configure-switch --with-jdk-home acts on windows Makefile.am: - windows-fix for changeset 1565:7010aa9d9309 - fixes for make clean with native plugin disabled rust-launcher: 1. Use cannonicalize from crate dunce, because std::fs:canonicalize return on windows unc-paths like this \\?\C:\foo. This paths doesn't work with spawn() from std::process::Command. 2. Correct path for jfxrt.jar 3. Use JRE-path instead of JDK-path from registry and don't panic if this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar are only in the JRE-directory on openjdk. In addition users, that have only installed JRE don't have the JDK-regkey in your registry. Mit freundlichen Gr??en Lars Herschke Data-Service GmbH Beethovenstra?e 2a 23617 Stockelsdorf Amtsgericht L?beck, HRB 318 BS Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, Dr. Uwe Szyszka, Dr. Hans-Martin Rasch Tel. (0451) 49 00-188 Fax. (0451) 49 00-123 e-mail: lhersch at dssgmbh.de Jiri Vanek schrieb: > TYVM. Pushed. > > Prerelase binraries will be updated on demand. > > J. > > On 2/25/19 10:39 AM, Olesya Gerasimenko wrote: >> Hello! >> >> Please find attached the updated Russian translation. >> >> >> 22.02.2019 14:15, Jiri Vanek ?????: >>> Hello all! >>> >>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>> If you can push it through your cases, it would be awesome. There are native portable builds for >>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>> update theirs translations in >>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>> pre-released tarballs will be fixed. >>> >>> >>> Windows testing: >>> * icedtea-web-1.8pre.portable.bin.zip >>> * icedtea-web-1.8pre.win.bin.zip >>> * itw-installer.msi >>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>> >>> Linux testng: >>> * iccedtea-web-1.8pre.linux.bin.zip >>> * icedtea-web-1.8pre.portable.bin.zip >>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>> * fedora >>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>> >>> Note for JRE search: >>> * windows shell scripts reads java_home or or registry >>> * linux shell scripts reads java_home or defualt system jdk >>> * native launchers reads in addition system paths >>> TBH, I doubt I covered all combinations when I run my suites >>> >>> >>> Cases (if you have lack of them, but many of them may be already dead): >>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>> * >>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>> >>> >>> Known bugs: >>> 3705 --- Webstarted application tries to load resources from server incorrectly >>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>> deployment.properties ) are not properly handled >>> 3689 --- DownloadService2 not implemented >>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>> 3461 --- (still) Cannot run HP ILO4 remote console application >>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>> >>> >>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>> this is giant leap to be finally proper replacement for oracle javaws. >>> >>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>> AdoptOpenJDK.... >>> >>> Looking forward for both positive and negative feedbacks >>> J. >>> >> > > -------------- next part -------------- A non-text attachment was scrubbed... Name: src_1579_bfb5802f9c16.patch Type: text/x-patch Size: 12387 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 244 bytes Desc: OpenPGP digital signature URL: From jvanek at redhat.com Tue Mar 5 10:56:53 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Tue, 5 Mar 2019 11:56:53 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <5C7E5031.9000602@dssgmbh.de> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> Message-ID: <69c50571-c4c6-c13e-2997-6f8113705b3e@redhat.com> Hi Lars! Thank you very much for eyballing the windows state. I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm wondering why I had never needed it. The unittest++ targets are for plugin only,. You should not even hit them. Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be ifouted on linxu. Do you mind to elaborate on this? Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the search? hmm. The jfxrt is shameful bug, as the path is crippled also in shell and bat launchers an I keep wondering how it could hapened it was not hit. again, thanx a lot for this set of fixes! J. On 3/5/19 11:32 AM, Lars Herschke wrote: > Hello, > > attached a patch that cause the following changes. > > acinclude.m4: > - configure-switch --with-jdk-home acts on windows > > Makefile.am: > - windows-fix for changeset 1565:7010aa9d9309 > - fixes for make clean with native plugin disabled > > rust-launcher: > 1. Use cannonicalize from crate dunce, because std::fs:canonicalize > return on windows unc-paths like this \\?\C:\foo. This paths doesn't > work with spawn() from std::process::Command. > 2. Correct path for jfxrt.jar > 3. Use JRE-path instead of JDK-path from registry and don't panic if > this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar > are only in the JRE-directory on openjdk. In addition users, that > have only installed JRE don't have the JDK-regkey in your registry. > > > > > Mit freundlichen Gr??en > > Lars Herschke > > Data-Service GmbH > Beethovenstra?e 2a > 23617 Stockelsdorf > Amtsgericht L?beck, HRB 318 BS > Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, > Dr. Uwe Szyszka, Dr. Hans-Martin Rasch > Tel. (0451) 49 00-188 > Fax. (0451) 49 00-123 > e-mail: lhersch at dssgmbh.de > > > Jiri Vanek schrieb: >> TYVM. Pushed. >> >> Prerelase binraries will be updated on demand. >> >> J. >> >> On 2/25/19 10:39 AM, Olesya Gerasimenko wrote: >>> Hello! >>> >>> Please find attached the updated Russian translation. >>> >>> >>> 22.02.2019 14:15, Jiri Vanek ?????: >>>> Hello all! >>>> >>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>> update theirs translations in >>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>> pre-released tarballs will be fixed. >>>> >>>> >>>> Windows testing: >>>> * icedtea-web-1.8pre.portable.bin.zip >>>> * icedtea-web-1.8pre.win.bin.zip >>>> * itw-installer.msi >>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>> >>>> Linux testng: >>>> * iccedtea-web-1.8pre.linux.bin.zip >>>> * icedtea-web-1.8pre.portable.bin.zip >>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>> * fedora >>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>> >>>> Note for JRE search: >>>> * windows shell scripts reads java_home or or registry >>>> * linux shell scripts reads java_home or defualt system jdk >>>> * native launchers reads in addition system paths >>>> TBH, I doubt I covered all combinations when I run my suites >>>> >>>> >>>> Cases (if you have lack of them, but many of them may be already dead): >>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>> * >>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>> >>>> >>>> Known bugs: >>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>> deployment.properties ) are not properly handled >>>> 3689 --- DownloadService2 not implemented >>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>> >>>> >>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>> this is giant leap to be finally proper replacement for oracle javaws. >>>> >>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>> AdoptOpenJDK.... >>>> >>>> Looking forward for both positive and negative feedbacks >>>> J. >>>> >>> >> >> -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From jvanek at icedtea.classpath.org Tue Mar 5 13:23:09 2019 From: jvanek at icedtea.classpath.org (jvanek at icedtea.classpath.org) Date: Tue, 05 Mar 2019 13:23:09 +0000 Subject: /hg/release/icedtea-web-1.7: 2 new changesets Message-ID: changeset 5de5c1d74ffb in /hg/release/icedtea-web-1.7 details: http://icedtea.classpath.org/hg/release/icedtea-web-1.7?cmd=changeset;node=5de5c1d74ffb author: Jiri Vanek date: Tue Mar 05 14:17:26 2019 +0100 * Makefile.am: removed dual slash between destdir and modularjdk, included CPPUNIT_FRAMEWORK_CLEAN_IMPL with, clean-unittest++-impl/plaeholder to avoid fail of unknown target when native plugin is gone. changeset 5ef482e3aa78 in /hg/release/icedtea-web-1.7 details: http://icedtea.classpath.org/hg/release/icedtea-web-1.7?cmd=changeset;node=5ef482e3aa78 author: Jiri Vanek date: Tue Mar 05 14:22:47 2019 +0100 * acinclude.m4: Moved windows specific check for JDK on the begging of SYSTEM_JDK part of IT_CHECK_FOR_JDK macro to fix search on windows diffstat: ChangeLog | 10 ++++++++++ Makefile.am | 12 +++++++++--- acinclude.m4 | 17 +++++++++-------- 3 files changed, 28 insertions(+), 11 deletions(-) diffs (111 lines): diff -r c081fbf99cc5 -r 5ef482e3aa78 ChangeLog --- a/ChangeLog Mon Mar 04 17:59:40 2019 +0100 +++ b/ChangeLog Tue Mar 05 14:22:47 2019 +0100 @@ -1,3 +1,13 @@ +2019-03-05 Lars Herschke + + * acinclude.m4: Moved windows specific check for JDK on the begging of SYSTEM_JDK part of IT_CHECK_FOR_JDK macro + to fix search on windows + +2019-03-05 Lars Herschke + + * Makefile.am: removed dual slash between destdir and modularjdk, included CPPUNIT_FRAMEWORK_CLEAN_IMPL with + clean-unittest++-impl/plaeholder to avoid fail of unknown target when native plugin is gone. + 2019-02-28 Jiri Vanek Michal Vala diff -r c081fbf99cc5 -r 5ef482e3aa78 Makefile.am --- a/Makefile.am Mon Mar 04 17:59:40 2019 +0100 +++ b/Makefile.am Tue Mar 05 14:22:47 2019 +0100 @@ -174,7 +174,7 @@ NETX_JAR=$(datadir)/$(PACKAGE_NAME)/netx.jar SPLASH_PNG=$(datadir)/$(PACKAGE_NAME)/javaws_splash.png -MODULARJDK_ARGS_LOCATION=$(DESTDIR)/$(MODULARJDK_ARGS_DIR)/$(MODULARJDK_ARGS_FILE) +MODULARJDK_ARGS_LOCATION=$(DESTDIR)$(MODULARJDK_ARGS_DIR)/$(MODULARJDK_ARGS_FILE) # Conditional defintions @@ -254,9 +254,11 @@ if ENABLE_NATIVE_PLUGIN CPPUNIT_IMPL = run-cpp-unit-tests-impl CPPUNIT_CLEAN_IMPL = clean-cpp-unit-tests-impl + CPPUNIT_FRAMEWORK_CLEAN_IMPL = clean-unittest++-impl else CPPUNIT_IMPL = run-cpp-unit-tests-impl-placeholder CPPUNIT_CLEAN_IMPL = clean-cpp-unit-tests-placeholder + CPPUNIT_FRAMEWORK_CLEAN_IMPL = clean-unittest++-placeholder endif if CP_SUPPORTS_REFLINK @@ -389,7 +391,7 @@ ${INSTALL_DATA} $(NETX_DIR)/lib/classes.jar $(DESTDIR)$(NETX_JAR) ${INSTALL_DATA} $(NETX_SRCDIR)/javaws_splash.png $(DESTDIR)$(SPLASH_PNG) ${INSTALL_DATA} $(TOP_SRC_DIR)/javaws.png $(ICONS_DEST_DIR)/ - mkdir -p $(DESTDIR)/$(MODULARJDK_ARGS_DIR) + mkdir -p $(DESTDIR)$(MODULARJDK_ARGS_DIR) cp launcher.build/$(MODULARJDK_ARGS_FILE) $(MODULARJDK_ARGS_LOCATION) if ENABLE_NATIVE_LAUNCHERS ${INSTALL_PROGRAM} launcher.build/$(javaws) $(DESTDIR)$(bindir) @@ -625,7 +627,7 @@ ar cr $(CPP_UNITTEST_FRAMEWORK_LIB) $(CPP_UNITTEST_FRAMEWORK_BUILDDIR)/*.o ; \ popd -clean-unittest++: +clean-unittest++-impl: rm -f $(CPP_UNITTEST_FRAMEWORK_BUILDDIR)/*.o rm -f $(CPP_UNITTEST_FRAMEWORK_LIB) if [ -e $(CPP_UNITTEST_FRAMEWORK_BUILDDIR) ] ; then \ @@ -696,12 +698,16 @@ fi endif +clean-unittest++-placeholder: + clean-cpp-unit-tests-placeholder: echo "plugin disabled" run-cpp-unit-tests-impl-placeholder: echo "plugin disabled" +clean-unittest++: $(CPPUNIT_FRAMEWORK_CLEAN_IMPL) + clean-cpp-unit-tests: $(CPPUNIT_CLEAN_IMPL) run-cpp-unit-tests: $(CPPUNIT_IMPL) diff -r c081fbf99cc5 -r 5ef482e3aa78 acinclude.m4 --- a/acinclude.m4 Mon Mar 04 17:59:40 2019 +0100 +++ b/acinclude.m4 Tue Mar 05 14:22:47 2019 +0100 @@ -47,6 +47,14 @@ SYSTEM_JDK_DIR= ]) if test -z "${SYSTEM_JDK_DIR}"; then + AM_COND_IF([WINDOWS], [ + # does not work, use which instead + # AC_CHECK_PROGS([SYSTEM_JAVA_IN_PATH], [java.exe]) + SYSTEM_JAVA_IN_PATH=$(which javac 2>&AS_MESSAGE_LOG_FD) + if test x"${SYSTEM_JAVA_IN_PATH}" != x ; then + SYSTEM_JDK_DIR=$(dirname $(dirname ${SYSTEM_JAVA_IN_PATH})) + fi + ] , [ for dir in /etc/alternatives/java_sdk \ /usr/lib/jvm/java-1.9.0-openjdk \ /usr/lib/jvm/icedtea9 \ @@ -64,15 +72,8 @@ break fi done + ]) fi - AM_COND_IF([WINDOWS], [ - # does not work, use which instead - # AC_CHECK_PROGS([SYSTEM_JAVA_IN_PATH], [java.exe]) - SYSTEM_JAVA_IN_PATH=$(which java 2>&AS_MESSAGE_LOG_FD) - if test x"${SYSTEM_JAVA_IN_PATH}" != x ; then - SYSTEM_JDK_DIR=$(dirname $(dirname ${SYSTEM_JAVA_IN_PATH})) - fi - ]) if ! test -d "${SYSTEM_JDK_DIR}"; then AC_MSG_ERROR("A JDK home directory could not be found. ${SYSTEM_JDK_DIR}") else From jvanek at icedtea.classpath.org Tue Mar 5 13:23:12 2019 From: jvanek at icedtea.classpath.org (jvanek at icedtea.classpath.org) Date: Tue, 05 Mar 2019 13:23:12 +0000 Subject: /hg/icedtea-web: 2 new changesets Message-ID: changeset 6ae6afda9284 in /hg/icedtea-web details: http://icedtea.classpath.org/hg/icedtea-web?cmd=changeset;node=6ae6afda9284 author: Jiri Vanek date: Tue Mar 05 14:17:24 2019 +0100 * Makefile.am: removed dual slash between destdir and modularjdk, included CPPUNIT_FRAMEWORK_CLEAN_IMPL with, clean-unittest++-impl/plaeholder to avoid fail of unknown target when native plugin is gone. Cleaning up rust_test_tmp changeset 31a2bdd10d05 in /hg/icedtea-web details: http://icedtea.classpath.org/hg/icedtea-web?cmd=changeset;node=31a2bdd10d05 author: Jiri Vanek date: Tue Mar 05 14:22:45 2019 +0100 * acinclude.m4: Moved windows specific check for JDK on the begging of SYSTEM_JDK part of IT_CHECK_FOR_JDK macro to fix search on windows diffstat: ChangeLog | 10 ++++++++++ Makefile.am | 13 ++++++++++--- acinclude.m4 | 17 +++++++++-------- 3 files changed, 29 insertions(+), 11 deletions(-) diffs (119 lines): diff -r 0ab5d5c392c8 -r 31a2bdd10d05 ChangeLog --- a/ChangeLog Mon Mar 04 17:17:51 2019 +0100 +++ b/ChangeLog Tue Mar 05 14:22:45 2019 +0100 @@ -1,3 +1,13 @@ +2019-03-05 Lars Herschke + + * acinclude.m4: Moved windows specific check for JDK on the begging of SYSTEM_JDK part of IT_CHECK_FOR_JDK macro + to fix search on windows + +2019-03-05 Lars Herschke + + * Makefile.am: removed dual slash between destdir and modularjdk, included CPPUNIT_FRAMEWORK_CLEAN_IMPL with + clean-unittest++-impl/plaeholder to avoid fail of unknown target when native plugin is gone. Cleaning up rust_test_tmp + 2019-02-28 Jiri Vanek Michal Vala diff -r 0ab5d5c392c8 -r 31a2bdd10d05 Makefile.am --- a/Makefile.am Mon Mar 04 17:17:51 2019 +0100 +++ b/Makefile.am Tue Mar 05 14:22:45 2019 +0100 @@ -175,7 +175,7 @@ NETX_JAR=$(datadir)/$(PACKAGE_NAME)/javaws.jar SPLASH_PNG=$(datadir)/$(PACKAGE_NAME)/javaws_splash.png -MODULARJDK_ARGS_LOCATION=$(DESTDIR)/$(MODULARJDK_ARGS_DIR)/$(MODULARJDK_ARGS_FILE) +MODULARJDK_ARGS_LOCATION=$(DESTDIR)$(MODULARJDK_ARGS_DIR)/$(MODULARJDK_ARGS_FILE) # Conditional defintions @@ -255,9 +255,11 @@ if ENABLE_NATIVE_PLUGIN CPPUNIT_IMPL = run-cpp-unit-tests-impl CPPUNIT_CLEAN_IMPL = clean-cpp-unit-tests-impl + CPPUNIT_FRAMEWORK_CLEAN_IMPL = clean-unittest++-impl else CPPUNIT_IMPL = run-cpp-unit-tests-impl-placeholder CPPUNIT_CLEAN_IMPL = clean-cpp-unit-tests-placeholder + CPPUNIT_FRAMEWORK_CLEAN_IMPL = clean-unittest++-placeholder endif if CP_SUPPORTS_REFLINK @@ -390,7 +392,7 @@ ${INSTALL_DATA} $(NETX_DIR)/lib/classes.jar $(DESTDIR)$(NETX_JAR) ${INSTALL_DATA} $(NETX_SRCDIR)/javaws_splash.png $(DESTDIR)$(SPLASH_PNG) ${INSTALL_DATA} $(TOP_SRC_DIR)/javaws.png $(ICONS_DEST_DIR)/ - mkdir -p $(DESTDIR)/$(MODULARJDK_ARGS_DIR) + mkdir -p $(DESTDIR)$(MODULARJDK_ARGS_DIR) cp launcher.build/$(MODULARJDK_ARGS_FILE) $(MODULARJDK_ARGS_LOCATION) if ENABLE_NATIVE_LAUNCHERS ${INSTALL_PROGRAM} launcher.build/$(javaws) $(DESTDIR)$(bindir) @@ -626,7 +628,7 @@ ar cr $(CPP_UNITTEST_FRAMEWORK_LIB) $(CPP_UNITTEST_FRAMEWORK_BUILDDIR)/*.o ; \ popd -clean-unittest++: +clean-unittest++-impl: rm -f $(CPP_UNITTEST_FRAMEWORK_BUILDDIR)/*.o rm -f $(CPP_UNITTEST_FRAMEWORK_LIB) if [ -e $(CPP_UNITTEST_FRAMEWORK_BUILDDIR) ] ; then \ @@ -697,12 +699,16 @@ fi endif +clean-unittest++-placeholder: + clean-cpp-unit-tests-placeholder: echo "plugin disabled" run-cpp-unit-tests-impl-placeholder: echo "plugin disabled" +clean-unittest++: $(CPPUNIT_FRAMEWORK_CLEAN_IMPL) + clean-cpp-unit-tests: $(CPPUNIT_CLEAN_IMPL) run-cpp-unit-tests: $(CPPUNIT_IMPL) @@ -1094,6 +1100,7 @@ rm -f launcher.build/$(itweb_settings) rm -f launcher.build/$(policyeditor) rm -rf launcher.in* + rm -rf $(TESTS_DIR)/rust_tests_tmp endif if ENABLE_SHELL_LAUNCHERS rm -f launcher.build/$(javaws).sh diff -r 0ab5d5c392c8 -r 31a2bdd10d05 acinclude.m4 --- a/acinclude.m4 Mon Mar 04 17:17:51 2019 +0100 +++ b/acinclude.m4 Tue Mar 05 14:22:45 2019 +0100 @@ -47,6 +47,14 @@ SYSTEM_JDK_DIR= ]) if test -z "${SYSTEM_JDK_DIR}"; then + AM_COND_IF([WINDOWS], [ + # does not work, use which instead + # AC_CHECK_PROGS([SYSTEM_JAVA_IN_PATH], [java.exe]) + SYSTEM_JAVA_IN_PATH=$(which javac 2>&AS_MESSAGE_LOG_FD) + if test x"${SYSTEM_JAVA_IN_PATH}" != x ; then + SYSTEM_JDK_DIR=$(dirname $(dirname ${SYSTEM_JAVA_IN_PATH})) + fi + ] , [ for dir in /etc/alternatives/java_sdk \ /usr/lib/jvm/java-1.9.0-openjdk \ /usr/lib/jvm/icedtea9 \ @@ -64,15 +72,8 @@ break fi done + ]) fi - AM_COND_IF([WINDOWS], [ - # does not work, use which instead - # AC_CHECK_PROGS([SYSTEM_JAVA_IN_PATH], [java.exe]) - SYSTEM_JAVA_IN_PATH=$(which java 2>&AS_MESSAGE_LOG_FD) - if test x"${SYSTEM_JAVA_IN_PATH}" != x ; then - SYSTEM_JDK_DIR=$(dirname $(dirname ${SYSTEM_JAVA_IN_PATH})) - fi - ]) if ! test -d "${SYSTEM_JDK_DIR}"; then AC_MSG_ERROR("A JDK home directory could not be found. ${SYSTEM_JDK_DIR}") else From jvanek at icedtea.classpath.org Tue Mar 5 15:19:15 2019 From: jvanek at icedtea.classpath.org (jvanek at icedtea.classpath.org) Date: Tue, 05 Mar 2019 15:19:15 +0000 Subject: /hg/icedtea-web: Fixed path to jfxrt.jar from lib/jfxrt.jar to e... Message-ID: changeset c65cc4a88808 in /hg/icedtea-web details: http://icedtea.classpath.org/hg/icedtea-web?cmd=changeset;node=c65cc4a88808 author: Jiri Vanek date: Tue Mar 05 16:18:51 2019 +0100 Fixed path to jfxrt.jar from lib/jfxrt.jar to ext/lib * rust-launcher/src/jars_helper.rs: in (get_cp_members) * shell-launcher/launchers.bat.in: in both CP and CUSTOM_JRE * shell-launcher/launchers.sh.in: in both CP and CUSTOM_JRE diffstat: ChangeLog | 8 ++++++++ rust-launcher/src/jars_helper.rs | 1 + shell-launcher/launchers.bat.in | 4 ++-- shell-launcher/launchers.sh.in | 4 ++-- 4 files changed, 13 insertions(+), 4 deletions(-) diffs (68 lines): diff -r 31a2bdd10d05 -r c65cc4a88808 ChangeLog --- a/ChangeLog Tue Mar 05 14:22:45 2019 +0100 +++ b/ChangeLog Tue Mar 05 16:18:51 2019 +0100 @@ -1,3 +1,11 @@ +2019-03-05 Jiri Vanek + Lars Herschke + + Fixed path to jfxrt.jar from lib/jfxrt.jar to ext/lib + * rust-launcher/src/jars_helper.rs: in (get_cp_members) + * shell-launcher/launchers.bat.in: in both CP and CUSTOM_JRE + * shell-launcher/launchers.sh.in: in both CP and CUSTOM_JRE + 2019-03-05 Lars Herschke * acinclude.m4: Moved windows specific check for JDK on the begging of SYSTEM_JDK part of IT_CHECK_FOR_JDK macro diff -r 31a2bdd10d05 -r c65cc4a88808 rust-launcher/src/jars_helper.rs --- a/rust-launcher/src/jars_helper.rs Tue Mar 05 14:22:45 2019 +0100 +++ b/rust-launcher/src/jars_helper.rs Tue Mar 05 16:18:51 2019 +0100 @@ -191,6 +191,7 @@ cp_parts.push(rt_jar); let mut jfxrt_jar = jre_path.clone(); jfxrt_jar.push("lib"); + jfxrt_jar.push("ext"); jfxrt_jar.push("jfxrt.jar"); cp_parts.push(jfxrt_jar); filter_out_key("deployment.launcher.rust.cp.remove", os, &mut cp_parts, ); diff -r 31a2bdd10d05 -r c65cc4a88808 shell-launcher/launchers.bat.in --- a/shell-launcher/launchers.bat.in Tue Mar 05 14:22:45 2019 +0100 +++ b/shell-launcher/launchers.bat.in Tue Mar 05 16:18:51 2019 +0100 @@ -24,7 +24,7 @@ set "SPLASH_LOCATION=@JAVAWS_SPLASH_LOCATION@" set "RUN_ARGS_LOCATION=@MODULARJDK_ARGS_LOCATION@" set "PROGRAM_NAME=@PROGRAM_NAME@" -set "CP=%JRE%/lib/rt.jar;%JRE%/lib/jfxrt.jar" +set "CP=%JRE%/lib/rt.jar;%JRE%/lib/ext/jfxrt.jar" rem individual parts of bootclasspath for more easy processing set "NETX_JAR=@NETX_JAR@" @@ -99,7 +99,7 @@ rem Fix classpaths for custom JRE: if not "%CUSTOM_JRE%" == "" ( set "JAVA=%CUSTOM_JRE%/bin/java" - set "CP=%CUSTOM_JRE%/lib/rt.jar;%CUSTOM_JRE%/lib/jfxrt.jar" + set "CP=%CUSTOM_JRE%/lib/rt.jar;%CUSTOM_JRE%/lib/ext/jfxrt.jar" set "LAUNCHER_BOOTCLASSPATH=%LAUNCHER_BOOTCLASSPATH%;%CUSTOM_JRE%/%NASHORN%" ) else ( set "LAUNCHER_BOOTCLASSPATH=%LAUNCHER_BOOTCLASSPATH%;%JRE%/%NASHORN%" diff -r 31a2bdd10d05 -r c65cc4a88808 shell-launcher/launchers.sh.in --- a/shell-launcher/launchers.sh.in Tue Mar 05 14:22:45 2019 +0100 +++ b/shell-launcher/launchers.sh.in Tue Mar 05 16:18:51 2019 +0100 @@ -11,7 +11,7 @@ SPLASH_LOCATION=@JAVAWS_SPLASH_LOCATION@ RUN_ARGS_LOCATION=@MODULARJDK_ARGS_LOCATION@ PROGRAM_NAME=@PROGRAM_NAME@ -CP=$JRE/lib/rt.jar:$JRE/lib/jfxrt.jar +CP=$JRE/lib/rt.jar:$JRE/lib/ext/jfxrt.jar # individual parts of bootclasspath for more easy processing NETX_JAR=@NETX_JAR@ @@ -84,7 +84,7 @@ if [ "x$CUSTOM_JRE" != "x" ] ; then if [ -e "$CUSTOM_JRE" -a -e "$CUSTOM_JRE/bin/java" ] ; then JAVA=$CUSTOM_JRE/bin/java - CP=$CUSTOM_JRE/lib/rt.jar:$CUSTOM_JRE/lib/jfxrt.jar + CP=$CUSTOM_JRE/lib/rt.jar:$CUSTOM_JRE/lib/ext/jfxrt.jar LAUNCHER_BOOTCLASSPATH=$LAUNCHER_BOOTCLASSPATH:$CUSTOM_JRE/$NASHORN else echo "Your custom JRE $CUSTOM_JRE read from deployment.properties under key $PROPERTY_NAME as $CUSTOM_JRE is not valid. Using default ($JRE, $CP) in attempt to start. Please fix this." From jvanek at redhat.com Tue Mar 5 11:54:02 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Tue, 5 Mar 2019 12:54:02 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <5C7E5031.9000602@dssgmbh.de> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> Message-ID: I had just triple checked... although you are right, and fx is in lib/ext/fxrt.jar forjdk8, ITW really do work also with lib/fxrt.jar. HOWEVER - jdk11 runs only with lib/fxrt.jar... What was your symptom enforcing the patch change to jre/lib/ext? If you really had to ahve this, then it have to be conditinal on JDK version. J. On 3/5/19 11:32 AM, Lars Herschke wrote: > Hello, > > attached a patch that cause the following changes. > > acinclude.m4: > - configure-switch --with-jdk-home acts on windows > > Makefile.am: > - windows-fix for changeset 1565:7010aa9d9309 > - fixes for make clean with native plugin disabled > > rust-launcher: > 1. Use cannonicalize from crate dunce, because std::fs:canonicalize > return on windows unc-paths like this \\?\C:\foo. This paths doesn't > work with spawn() from std::process::Command. > 2. Correct path for jfxrt.jar > 3. Use JRE-path instead of JDK-path from registry and don't panic if > this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar > are only in the JRE-directory on openjdk. In addition users, that > have only installed JRE don't have the JDK-regkey in your registry. > > > > > Mit freundlichen Gr??en > > Lars Herschke > > Data-Service GmbH > Beethovenstra?e 2a > 23617 Stockelsdorf > Amtsgericht L?beck, HRB 318 BS > Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, > Dr. Uwe Szyszka, Dr. Hans-Martin Rasch > Tel. (0451) 49 00-188 > Fax. (0451) 49 00-123 > e-mail: lhersch at dssgmbh.de > > > Jiri Vanek schrieb: >> TYVM. Pushed. >> >> Prerelase binraries will be updated on demand. >> >> J. >> >> On 2/25/19 10:39 AM, Olesya Gerasimenko wrote: >>> Hello! >>> >>> Please find attached the updated Russian translation. >>> >>> >>> 22.02.2019 14:15, Jiri Vanek ?????: >>>> Hello all! >>>> >>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>> update theirs translations in >>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>> pre-released tarballs will be fixed. >>>> >>>> >>>> Windows testing: >>>> * icedtea-web-1.8pre.portable.bin.zip >>>> * icedtea-web-1.8pre.win.bin.zip >>>> * itw-installer.msi >>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>> >>>> Linux testng: >>>> * iccedtea-web-1.8pre.linux.bin.zip >>>> * icedtea-web-1.8pre.portable.bin.zip >>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>> * fedora >>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>> >>>> Note for JRE search: >>>> * windows shell scripts reads java_home or or registry >>>> * linux shell scripts reads java_home or defualt system jdk >>>> * native launchers reads in addition system paths >>>> TBH, I doubt I covered all combinations when I run my suites >>>> >>>> >>>> Cases (if you have lack of them, but many of them may be already dead): >>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>> * >>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>> >>>> >>>> Known bugs: >>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>> deployment.properties ) are not properly handled >>>> 3689 --- DownloadService2 not implemented >>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>> >>>> >>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>> this is giant leap to be finally proper replacement for oracle javaws. >>>> >>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>> AdoptOpenJDK.... >>>> >>>> Looking forward for both positive and negative feedbacks >>>> J. >>>> >>> >> >> -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From lhersch at dssgmbh.de Tue Mar 5 12:54:53 2019 From: lhersch at dssgmbh.de (Lars Herschke) Date: Tue, 05 Mar 2019 13:54:53 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <69c50571-c4c6-c13e-2997-6f8113705b3e@redhat.com> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> <69c50571-c4c6-c13e-2997-6f8113705b3e@redhat.com> Message-ID: <5C7E719D.6060409@dssgmbh.de> Hi Jiri. >> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >> wondering why I had never needed it. I have installed my jdk direct in windows and not inside cygwin. So my path inside cygwin is /cygdrive/c/Program\ Files/ojdkbuild/java-1.8.0-openjdk-1.8.0.201-1. This path isn't found by configure without jdk-home-configure-switch. >> The unittest++ targets are for plugin only,. You should not even hit them. Without my changes i get the following error when i make "make clean". "make: *** No rule to make target 'clean-unittest++', needed by 'clean-tests'. Stop." clean-unittest++ is commented out in the generated Makefile because i build without native plugin. >> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >> ifouted on linxu. Do you mind to elaborate on this? If you have an jdk on windows without registry entries and set without JAVA_HOME, than jdk from path is trying. This path is canonicalized and leads to an unc-path. I have in a test spawn() persuaded (with current_dir) to use this unc-path, but java.exe don't like unc-path in his classpath. >> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >> search? When you install openjdk with ojdkbuild it will be found. When you install oracle-jdk and you don't disable "Public JRE" in the installer, than it would also be found. Mit freundlichen Gr??en Lars Herschke Data-Service GmbH Beethovenstra?e 2a 23617 Stockelsdorf Amtsgericht L?beck, HRB 318 BS Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, Dr. Uwe Szyszka, Dr. Hans-Martin Rasch Tel. (0451) 49 00-188 Fax. (0451) 49 00-123 e-mail: lhersch at dssgmbh.de Jiri Vanek schrieb: > Hi Lars! > > Thank you very much for eyballing the windows state. > > I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom > itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm > wondering why I had never needed it. > > The unittest++ targets are for plugin only,. You should not even hit them. > > Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from > web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be > ifouted on linxu. Do you mind to elaborate on this? > > Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the > search? > > > hmm. The jfxrt is shameful bug, as the path is crippled also in shell and bat launchers an I keep > wondering how it could hapened it was not hit. > > again, thanx a lot for this set of fixes! > J. > > On 3/5/19 11:32 AM, Lars Herschke wrote: >> Hello, >> >> attached a patch that cause the following changes. >> >> acinclude.m4: >> - configure-switch --with-jdk-home acts on windows >> >> Makefile.am: >> - windows-fix for changeset 1565:7010aa9d9309 >> - fixes for make clean with native plugin disabled >> >> rust-launcher: >> 1. Use cannonicalize from crate dunce, because std::fs:canonicalize >> return on windows unc-paths like this \\?\C:\foo. This paths doesn't >> work with spawn() from std::process::Command. >> 2. Correct path for jfxrt.jar >> 3. Use JRE-path instead of JDK-path from registry and don't panic if >> this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar >> are only in the JRE-directory on openjdk. In addition users, that >> have only installed JRE don't have the JDK-regkey in your registry. >> >> >> >> >> Mit freundlichen Gr??en >> >> Lars Herschke >> >> Data-Service GmbH >> Beethovenstra?e 2a >> 23617 Stockelsdorf >> Amtsgericht L?beck, HRB 318 BS >> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >> Tel. (0451) 49 00-188 >> Fax. (0451) 49 00-123 >> e-mail: lhersch at dssgmbh.de >> >> >> Jiri Vanek schrieb: >>> TYVM. Pushed. >>> >>> Prerelase binraries will be updated on demand. >>> >>> J. >>> >>> On 2/25/19 10:39 AM, Olesya Gerasimenko wrote: >>>> Hello! >>>> >>>> Please find attached the updated Russian translation. >>>> >>>> >>>> 22.02.2019 14:15, Jiri Vanek ?????: >>>>> Hello all! >>>>> >>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>> update theirs translations in >>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>> pre-released tarballs will be fixed. >>>>> >>>>> >>>>> Windows testing: >>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>> * icedtea-web-1.8pre.win.bin.zip >>>>> * itw-installer.msi >>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>> >>>>> Linux testng: >>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>> * fedora >>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>> >>>>> Note for JRE search: >>>>> * windows shell scripts reads java_home or or registry >>>>> * linux shell scripts reads java_home or defualt system jdk >>>>> * native launchers reads in addition system paths >>>>> TBH, I doubt I covered all combinations when I run my suites >>>>> >>>>> >>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>> * >>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>> >>>>> >>>>> Known bugs: >>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>> deployment.properties ) are not properly handled >>>>> 3689 --- DownloadService2 not implemented >>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>> >>>>> >>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>> >>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>> AdoptOpenJDK.... >>>>> >>>>> Looking forward for both positive and negative feedbacks >>>>> J. >>>>> >>>> >>> >>> > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 244 bytes Desc: OpenPGP digital signature URL: From jvanek at redhat.com Tue Mar 5 13:09:00 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Tue, 5 Mar 2019 14:09:00 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <5C7E719D.6060409@dssgmbh.de> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> <69c50571-c4c6-c13e-2997-6f8113705b3e@redhat.com> <5C7E719D.6060409@dssgmbh.de> Message-ID: <094ac48a-f000-68b7-087b-c906cce3a7f6@redhat.com> On 3/5/19 1:54 PM, Lars Herschke wrote: > Hi Jiri. > >>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>> wondering why I had never needed it. > > I have installed my jdk direct in windows and not inside cygwin. So my > path inside cygwin is /cygdrive/c/Program\ > Files/ojdkbuild/java-1.8.0-openjdk-1.8.0.201-1. This path isn't found by > configure without jdk-home-configure-switch. I have it installed to in windows, but something must go differently. Will push this hunk for you asap > > >>> The unittest++ targets are for plugin only,. You should not even hit them. > > Without my changes i get the following error when i make "make clean". > "make: *** No rule to make target 'clean-unittest++', needed by > 'clean-tests'. Stop." > clean-unittest++ is commented out in the generated Makefile because i > build without native plugin. Hm interesting, I'm running cleanow and iot works. Anyway will test you changeset, and if ti do not break anything (which I dubt) will push it for you asap. > >>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>> ifouted on linxu. Do you mind to elaborate on this? > > If you have an jdk on windows without registry entries and set without > JAVA_HOME, than jdk from path is trying. This path is canonicalized and > leads to an unc-path. I have in a test spawn() persuaded (with > current_dir) to use this unc-path, but java.exe don't like unc-path in > his classpath. > >>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>> search? > > When you install openjdk with ojdkbuild it will be found. When you > install oracle-jdk and you don't disable "Public JRE" in the installer, > than it would also be found. Ok. Then I would suggest the following steps: - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases (jre->jdk fallback, jre search only) I will push for you asap. - Please provide dunce changeset as separate changeset. We have to discuss, how to make it disable-able. Please reconsider fx patch. I dont think it is necessary. If it is, I would liek to know your case. Thanx! J. > > > > > Mit freundlichen Gr??en > > Lars Herschke > > Data-Service GmbH > Beethovenstra?e 2a > 23617 Stockelsdorf > Amtsgericht L?beck, HRB 318 BS > Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, > Dr. Uwe Szyszka, Dr. Hans-Martin Rasch > Tel. (0451) 49 00-188 > Fax. (0451) 49 00-123 > e-mail: lhersch at dssgmbh.de > > > Jiri Vanek schrieb: >> Hi Lars! >> >> Thank you very much for eyballing the windows state. >> >> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >> wondering why I had never needed it. >> >> The unittest++ targets are for plugin only,. You should not even hit them. >> >> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >> ifouted on linxu. Do you mind to elaborate on this? >> >> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >> search? >> >> >> hmm. The jfxrt is shameful bug, as the path is crippled also in shell and bat launchers an I keep >> wondering how it could hapened it was not hit. >> >> again, thanx a lot for this set of fixes! >> J. >> >> On 3/5/19 11:32 AM, Lars Herschke wrote: >>> Hello, >>> >>> attached a patch that cause the following changes. >>> >>> acinclude.m4: >>> - configure-switch --with-jdk-home acts on windows >>> >>> Makefile.am: >>> - windows-fix for changeset 1565:7010aa9d9309 >>> - fixes for make clean with native plugin disabled >>> >>> rust-launcher: >>> 1. Use cannonicalize from crate dunce, because std::fs:canonicalize >>> return on windows unc-paths like this \\?\C:\foo. This paths doesn't >>> work with spawn() from std::process::Command. >>> 2. Correct path for jfxrt.jar >>> 3. Use JRE-path instead of JDK-path from registry and don't panic if >>> this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar >>> are only in the JRE-directory on openjdk. In addition users, that >>> have only installed JRE don't have the JDK-regkey in your registry. >>> >>> >>> >>> >>> Mit freundlichen Gr??en >>> >>> Lars Herschke >>> >>> Data-Service GmbH >>> Beethovenstra?e 2a >>> 23617 Stockelsdorf >>> Amtsgericht L?beck, HRB 318 BS >>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>> Tel. (0451) 49 00-188 >>> Fax. (0451) 49 00-123 >>> e-mail: lhersch at dssgmbh.de >>> >>> >>> Jiri Vanek schrieb: >>>> TYVM. Pushed. >>>> >>>> Prerelase binraries will be updated on demand. >>>> >>>> J. >>>> >>>> On 2/25/19 10:39 AM, Olesya Gerasimenko wrote: >>>>> Hello! >>>>> >>>>> Please find attached the updated Russian translation. >>>>> >>>>> >>>>> 22.02.2019 14:15, Jiri Vanek ?????: >>>>>> Hello all! >>>>>> >>>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>>> update theirs translations in >>>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>>> pre-released tarballs will be fixed. >>>>>> >>>>>> >>>>>> Windows testing: >>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>> * icedtea-web-1.8pre.win.bin.zip >>>>>> * itw-installer.msi >>>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>> >>>>>> Linux testng: >>>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>>> * fedora >>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>> >>>>>> Note for JRE search: >>>>>> * windows shell scripts reads java_home or or registry >>>>>> * linux shell scripts reads java_home or defualt system jdk >>>>>> * native launchers reads in addition system paths >>>>>> TBH, I doubt I covered all combinations when I run my suites >>>>>> >>>>>> >>>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>>> * >>>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>>> >>>>>> >>>>>> Known bugs: >>>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>>> deployment.properties ) are not properly handled >>>>>> 3689 --- DownloadService2 not implemented >>>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>>> >>>>>> >>>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>>> >>>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>>> AdoptOpenJDK.... >>>>>> >>>>>> Looking forward for both positive and negative feedbacks >>>>>> J. >>>>>> >>>>> >>>> >>>> >> >> > -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From jvanek at redhat.com Tue Mar 5 13:10:41 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Tue, 5 Mar 2019 14:10:41 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <5C7E73D8.9040101@dssgmbh.de> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> <5C7E73D8.9040101@dssgmbh.de> Message-ID: <7af5a870-d449-07ea-3ea7-2b430ebb290c@redhat.com> On 3/5/19 2:04 PM, Lars Herschke wrote: > Hi, > > jdk11 on windows has no jfxrt.jar, neither openjdk nor oracle-jdk. Hmm. You are right. Openjfx for jdk11 is module. I keep forgetting it. still I'm hesitating with your pathch:( What is do enforcer of this change? J. > > > > > Mit freundlichen Gr??en > > Lars Herschke > > Data-Service GmbH > Beethovenstra?e 2a > 23617 Stockelsdorf > Amtsgericht L?beck, HRB 318 BS > Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, > Dr. Uwe Szyszka, Dr. Hans-Martin Rasch > Tel. (0451) 49 00-188 > Fax. (0451) 49 00-123 > e-mail: lhersch at dssgmbh.de > > > Jiri Vanek schrieb: >> I had just triple checked... although you are right, and fx is in lib/ext/fxrt.jar forjdk8, ITW >> really do work also with lib/fxrt.jar. >> >> HOWEVER - jdk11 runs only with lib/fxrt.jar... >> >> What was your symptom enforcing the patch change to jre/lib/ext? >> >> If you really had to ahve this, then it have to be conditinal on JDK version. >> >> J. >> On 3/5/19 11:32 AM, Lars Herschke wrote: >>> Hello, >>> >>> attached a patch that cause the following changes. >>> >>> acinclude.m4: >>> - configure-switch --with-jdk-home acts on windows >>> >>> Makefile.am: >>> - windows-fix for changeset 1565:7010aa9d9309 >>> - fixes for make clean with native plugin disabled >>> >>> rust-launcher: >>> 1. Use cannonicalize from crate dunce, because std::fs:canonicalize >>> return on windows unc-paths like this \\?\C:\foo. This paths doesn't >>> work with spawn() from std::process::Command. >>> 2. Correct path for jfxrt.jar >>> 3. Use JRE-path instead of JDK-path from registry and don't panic if >>> this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar >>> are only in the JRE-directory on openjdk. In addition users, that >>> have only installed JRE don't have the JDK-regkey in your registry. >>> >>> >>> >>> >>> Mit freundlichen Gr??en >>> >>> Lars Herschke >>> >>> Data-Service GmbH >>> Beethovenstra?e 2a >>> 23617 Stockelsdorf >>> Amtsgericht L?beck, HRB 318 BS >>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>> Tel. (0451) 49 00-188 >>> Fax. (0451) 49 00-123 >>> e-mail: lhersch at dssgmbh.de >>> >>> >>> Jiri Vanek schrieb: >>>> TYVM. Pushed. >>>> >>>> Prerelase binraries will be updated on demand. >>>> >>>> J. >>>> >>>> On 2/25/19 10:39 AM, Olesya Gerasimenko wrote: >>>>> Hello! >>>>> >>>>> Please find attached the updated Russian translation. >>>>> >>>>> >>>>> 22.02.2019 14:15, Jiri Vanek ?????: >>>>>> Hello all! >>>>>> >>>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>>> update theirs translations in >>>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>>> pre-released tarballs will be fixed. >>>>>> >>>>>> >>>>>> Windows testing: >>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>> * icedtea-web-1.8pre.win.bin.zip >>>>>> * itw-installer.msi >>>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>> >>>>>> Linux testng: >>>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>>> * fedora >>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>> >>>>>> Note for JRE search: >>>>>> * windows shell scripts reads java_home or or registry >>>>>> * linux shell scripts reads java_home or defualt system jdk >>>>>> * native launchers reads in addition system paths >>>>>> TBH, I doubt I covered all combinations when I run my suites >>>>>> >>>>>> >>>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>>> * >>>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>>> >>>>>> >>>>>> Known bugs: >>>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>>> deployment.properties ) are not properly handled >>>>>> 3689 --- DownloadService2 not implemented >>>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>>> >>>>>> >>>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>>> >>>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>>> AdoptOpenJDK.... >>>>>> >>>>>> Looking forward for both positive and negative feedbacks >>>>>> J. >>>>>> >>>>> >>>> >>>> >> >> > -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From jvanek at redhat.com Tue Mar 5 13:28:41 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Tue, 5 Mar 2019 14:28:41 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <5C7E767F.8020400@dssgmbh.de> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> <5C7E73D8.9040101@dssgmbh.de> <7af5a870-d449-07ea-3ea7-2b430ebb290c@redhat.com> <5C7E767F.8020400@dssgmbh.de> Message-ID: <6e7fdf03-f570-8738-d042-0d38ff338317@redhat.com> On 3/5/19 2:15 PM, Lars Herschke wrote: >>> still I'm hesitating with your pathch:( What is do enforcer of this change? > > I have this only changed for the sake of completeness. I had no issue > with the old path. ok. thank you. But you put the bug to my head :) The ext is on BootCP always. I'm not sure why original code was putting it to regualr classapth, and why it was putting such a wrong path. Any more opinions on this would be welcomed:( > > > > > Mit freundlichen Gr??en > > Lars Herschke > > Data-Service GmbH > Beethovenstra?e 2a > 23617 Stockelsdorf > Amtsgericht L?beck, HRB 318 BS > Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, > Dr. Uwe Szyszka, Dr. Hans-Martin Rasch > Tel. (0451) 49 00-188 > Fax. (0451) 49 00-123 > e-mail: lhersch at dssgmbh.de > > > Jiri Vanek schrieb: >> On 3/5/19 2:04 PM, Lars Herschke wrote: >>> Hi, >>> >>> jdk11 on windows has no jfxrt.jar, neither openjdk nor oracle-jdk. >> >> Hmm. You are right. Openjfx for jdk11 is module. I keep forgetting it. >> >> still I'm hesitating with your pathch:( What is do enforcer of this change? >> >> J. >>> >>> >>> >>> >>> Mit freundlichen Gr??en >>> >>> Lars Herschke >>> >>> Data-Service GmbH >>> Beethovenstra?e 2a >>> 23617 Stockelsdorf >>> Amtsgericht L?beck, HRB 318 BS >>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>> Tel. (0451) 49 00-188 >>> Fax. (0451) 49 00-123 >>> e-mail: lhersch at dssgmbh.de >>> >>> >>> Jiri Vanek schrieb: >>>> I had just triple checked... although you are right, and fx is in lib/ext/fxrt.jar forjdk8, ITW >>>> really do work also with lib/fxrt.jar. >>>> >>>> HOWEVER - jdk11 runs only with lib/fxrt.jar... >>>> >>>> What was your symptom enforcing the patch change to jre/lib/ext? >>>> >>>> If you really had to ahve this, then it have to be conditinal on JDK version. >>>> >>>> J. >>>> On 3/5/19 11:32 AM, Lars Herschke wrote: >>>>> Hello, >>>>> >>>>> attached a patch that cause the following changes. >>>>> >>>>> acinclude.m4: >>>>> - configure-switch --with-jdk-home acts on windows >>>>> >>>>> Makefile.am: >>>>> - windows-fix for changeset 1565:7010aa9d9309 >>>>> - fixes for make clean with native plugin disabled >>>>> >>>>> rust-launcher: >>>>> 1. Use cannonicalize from crate dunce, because std::fs:canonicalize >>>>> return on windows unc-paths like this \\?\C:\foo. This paths doesn't >>>>> work with spawn() from std::process::Command. >>>>> 2. Correct path for jfxrt.jar >>>>> 3. Use JRE-path instead of JDK-path from registry and don't panic if >>>>> this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar >>>>> are only in the JRE-directory on openjdk. In addition users, that >>>>> have only installed JRE don't have the JDK-regkey in your registry. >>>>> >>>>> >>>>> >>>>> >>>>> Mit freundlichen Gr??en >>>>> >>>>> Lars Herschke >>>>> >>>>> Data-Service GmbH >>>>> Beethovenstra?e 2a >>>>> 23617 Stockelsdorf >>>>> Amtsgericht L?beck, HRB 318 BS >>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>> Tel. (0451) 49 00-188 >>>>> Fax. (0451) 49 00-123 >>>>> e-mail: lhersch at dssgmbh.de >>>>> >>>>> >>>>> Jiri Vanek schrieb: >>>>>> TYVM. Pushed. >>>>>> >>>>>> Prerelase binraries will be updated on demand. >>>>>> >>>>>> J. >>>>>> >>>>>> On 2/25/19 10:39 AM, Olesya Gerasimenko wrote: >>>>>>> Hello! >>>>>>> >>>>>>> Please find attached the updated Russian translation. >>>>>>> >>>>>>> >>>>>>> 22.02.2019 14:15, Jiri Vanek ?????: >>>>>>>> Hello all! >>>>>>>> >>>>>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>>>>> update theirs translations in >>>>>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>>>>> pre-released tarballs will be fixed. >>>>>>>> >>>>>>>> >>>>>>>> Windows testing: >>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>> * icedtea-web-1.8pre.win.bin.zip >>>>>>>> * itw-installer.msi >>>>>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>> >>>>>>>> Linux testng: >>>>>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>>>>> * fedora >>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>> >>>>>>>> Note for JRE search: >>>>>>>> * windows shell scripts reads java_home or or registry >>>>>>>> * linux shell scripts reads java_home or defualt system jdk >>>>>>>> * native launchers reads in addition system paths >>>>>>>> TBH, I doubt I covered all combinations when I run my suites >>>>>>>> >>>>>>>> >>>>>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>>>>> * >>>>>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>>>>> >>>>>>>> >>>>>>>> Known bugs: >>>>>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>>>>> deployment.properties ) are not properly handled >>>>>>>> 3689 --- DownloadService2 not implemented >>>>>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>>>>> >>>>>>>> >>>>>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>>>>> >>>>>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>>>>> AdoptOpenJDK.... >>>>>>>> >>>>>>>> Looking forward for both positive and negative feedbacks >>>>>>>> J. >>>>>>>> >>>>>>> >>>>>> >>>>>> >>>> >>>> >>> >> >> > -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From lhersch at dssgmbh.de Tue Mar 5 13:04:24 2019 From: lhersch at dssgmbh.de (Lars Herschke) Date: Tue, 05 Mar 2019 14:04:24 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> Message-ID: <5C7E73D8.9040101@dssgmbh.de> Hi, jdk11 on windows has no jfxrt.jar, neither openjdk nor oracle-jdk. Mit freundlichen Gr??en Lars Herschke Data-Service GmbH Beethovenstra?e 2a 23617 Stockelsdorf Amtsgericht L?beck, HRB 318 BS Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, Dr. Uwe Szyszka, Dr. Hans-Martin Rasch Tel. (0451) 49 00-188 Fax. (0451) 49 00-123 e-mail: lhersch at dssgmbh.de Jiri Vanek schrieb: > I had just triple checked... although you are right, and fx is in lib/ext/fxrt.jar forjdk8, ITW > really do work also with lib/fxrt.jar. > > HOWEVER - jdk11 runs only with lib/fxrt.jar... > > What was your symptom enforcing the patch change to jre/lib/ext? > > If you really had to ahve this, then it have to be conditinal on JDK version. > > J. > On 3/5/19 11:32 AM, Lars Herschke wrote: >> Hello, >> >> attached a patch that cause the following changes. >> >> acinclude.m4: >> - configure-switch --with-jdk-home acts on windows >> >> Makefile.am: >> - windows-fix for changeset 1565:7010aa9d9309 >> - fixes for make clean with native plugin disabled >> >> rust-launcher: >> 1. Use cannonicalize from crate dunce, because std::fs:canonicalize >> return on windows unc-paths like this \\?\C:\foo. This paths doesn't >> work with spawn() from std::process::Command. >> 2. Correct path for jfxrt.jar >> 3. Use JRE-path instead of JDK-path from registry and don't panic if >> this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar >> are only in the JRE-directory on openjdk. In addition users, that >> have only installed JRE don't have the JDK-regkey in your registry. >> >> >> >> >> Mit freundlichen Gr??en >> >> Lars Herschke >> >> Data-Service GmbH >> Beethovenstra?e 2a >> 23617 Stockelsdorf >> Amtsgericht L?beck, HRB 318 BS >> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >> Tel. (0451) 49 00-188 >> Fax. (0451) 49 00-123 >> e-mail: lhersch at dssgmbh.de >> >> >> Jiri Vanek schrieb: >>> TYVM. Pushed. >>> >>> Prerelase binraries will be updated on demand. >>> >>> J. >>> >>> On 2/25/19 10:39 AM, Olesya Gerasimenko wrote: >>>> Hello! >>>> >>>> Please find attached the updated Russian translation. >>>> >>>> >>>> 22.02.2019 14:15, Jiri Vanek ?????: >>>>> Hello all! >>>>> >>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>> update theirs translations in >>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>> pre-released tarballs will be fixed. >>>>> >>>>> >>>>> Windows testing: >>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>> * icedtea-web-1.8pre.win.bin.zip >>>>> * itw-installer.msi >>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>> >>>>> Linux testng: >>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>> * fedora >>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>> >>>>> Note for JRE search: >>>>> * windows shell scripts reads java_home or or registry >>>>> * linux shell scripts reads java_home or defualt system jdk >>>>> * native launchers reads in addition system paths >>>>> TBH, I doubt I covered all combinations when I run my suites >>>>> >>>>> >>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>> * >>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>> >>>>> >>>>> Known bugs: >>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>> deployment.properties ) are not properly handled >>>>> 3689 --- DownloadService2 not implemented >>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>> >>>>> >>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>> >>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>> AdoptOpenJDK.... >>>>> >>>>> Looking forward for both positive and negative feedbacks >>>>> J. >>>>> >>>> >>> >>> > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 244 bytes Desc: OpenPGP digital signature URL: From lhersch at dssgmbh.de Tue Mar 5 13:15:43 2019 From: lhersch at dssgmbh.de (Lars Herschke) Date: Tue, 05 Mar 2019 14:15:43 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <7af5a870-d449-07ea-3ea7-2b430ebb290c@redhat.com> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> <5C7E73D8.9040101@dssgmbh.de> <7af5a870-d449-07ea-3ea7-2b430ebb290c@redhat.com> Message-ID: <5C7E767F.8020400@dssgmbh.de> >> still I'm hesitating with your pathch:( What is do enforcer of this change? I have this only changed for the sake of completeness. I had no issue with the old path. Mit freundlichen Gr??en Lars Herschke Data-Service GmbH Beethovenstra?e 2a 23617 Stockelsdorf Amtsgericht L?beck, HRB 318 BS Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, Dr. Uwe Szyszka, Dr. Hans-Martin Rasch Tel. (0451) 49 00-188 Fax. (0451) 49 00-123 e-mail: lhersch at dssgmbh.de Jiri Vanek schrieb: > On 3/5/19 2:04 PM, Lars Herschke wrote: >> Hi, >> >> jdk11 on windows has no jfxrt.jar, neither openjdk nor oracle-jdk. > > Hmm. You are right. Openjfx for jdk11 is module. I keep forgetting it. > > still I'm hesitating with your pathch:( What is do enforcer of this change? > > J. >> >> >> >> >> Mit freundlichen Gr??en >> >> Lars Herschke >> >> Data-Service GmbH >> Beethovenstra?e 2a >> 23617 Stockelsdorf >> Amtsgericht L?beck, HRB 318 BS >> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >> Tel. (0451) 49 00-188 >> Fax. (0451) 49 00-123 >> e-mail: lhersch at dssgmbh.de >> >> >> Jiri Vanek schrieb: >>> I had just triple checked... although you are right, and fx is in lib/ext/fxrt.jar forjdk8, ITW >>> really do work also with lib/fxrt.jar. >>> >>> HOWEVER - jdk11 runs only with lib/fxrt.jar... >>> >>> What was your symptom enforcing the patch change to jre/lib/ext? >>> >>> If you really had to ahve this, then it have to be conditinal on JDK version. >>> >>> J. >>> On 3/5/19 11:32 AM, Lars Herschke wrote: >>>> Hello, >>>> >>>> attached a patch that cause the following changes. >>>> >>>> acinclude.m4: >>>> - configure-switch --with-jdk-home acts on windows >>>> >>>> Makefile.am: >>>> - windows-fix for changeset 1565:7010aa9d9309 >>>> - fixes for make clean with native plugin disabled >>>> >>>> rust-launcher: >>>> 1. Use cannonicalize from crate dunce, because std::fs:canonicalize >>>> return on windows unc-paths like this \\?\C:\foo. This paths doesn't >>>> work with spawn() from std::process::Command. >>>> 2. Correct path for jfxrt.jar >>>> 3. Use JRE-path instead of JDK-path from registry and don't panic if >>>> this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar >>>> are only in the JRE-directory on openjdk. In addition users, that >>>> have only installed JRE don't have the JDK-regkey in your registry. >>>> >>>> >>>> >>>> >>>> Mit freundlichen Gr??en >>>> >>>> Lars Herschke >>>> >>>> Data-Service GmbH >>>> Beethovenstra?e 2a >>>> 23617 Stockelsdorf >>>> Amtsgericht L?beck, HRB 318 BS >>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>> Tel. (0451) 49 00-188 >>>> Fax. (0451) 49 00-123 >>>> e-mail: lhersch at dssgmbh.de >>>> >>>> >>>> Jiri Vanek schrieb: >>>>> TYVM. Pushed. >>>>> >>>>> Prerelase binraries will be updated on demand. >>>>> >>>>> J. >>>>> >>>>> On 2/25/19 10:39 AM, Olesya Gerasimenko wrote: >>>>>> Hello! >>>>>> >>>>>> Please find attached the updated Russian translation. >>>>>> >>>>>> >>>>>> 22.02.2019 14:15, Jiri Vanek ?????: >>>>>>> Hello all! >>>>>>> >>>>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>>>> update theirs translations in >>>>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>>>> pre-released tarballs will be fixed. >>>>>>> >>>>>>> >>>>>>> Windows testing: >>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>> * icedtea-web-1.8pre.win.bin.zip >>>>>>> * itw-installer.msi >>>>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>> >>>>>>> Linux testng: >>>>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>>>> * fedora >>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>> >>>>>>> Note for JRE search: >>>>>>> * windows shell scripts reads java_home or or registry >>>>>>> * linux shell scripts reads java_home or defualt system jdk >>>>>>> * native launchers reads in addition system paths >>>>>>> TBH, I doubt I covered all combinations when I run my suites >>>>>>> >>>>>>> >>>>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>>>> * >>>>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>>>> >>>>>>> >>>>>>> Known bugs: >>>>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>>>> deployment.properties ) are not properly handled >>>>>>> 3689 --- DownloadService2 not implemented >>>>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>>>> >>>>>>> >>>>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>>>> >>>>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>>>> AdoptOpenJDK.... >>>>>>> >>>>>>> Looking forward for both positive and negative feedbacks >>>>>>> J. >>>>>>> >>>>>> >>>>> >>>>> >>> >>> >> > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 244 bytes Desc: OpenPGP digital signature URL: From lhersch at dssgmbh.de Tue Mar 5 13:29:16 2019 From: lhersch at dssgmbh.de (Lars Herschke) Date: Tue, 05 Mar 2019 14:29:16 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <094ac48a-f000-68b7-087b-c906cce3a7f6@redhat.com> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> <69c50571-c4c6-c13e-2997-6f8113705b3e@redhat.com> <5C7E719D.6060409@dssgmbh.de> <094ac48a-f000-68b7-087b-c906cce3a7f6@redhat.com> Message-ID: <5C7E79AC.1010600@dssgmbh.de> > Ok. Then I would suggest the following steps: > - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then > I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases > (jre->jdk fallback, jre search only) I will push for you asap. If you plan to check more than one regkey than you should check in the following order. 1. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment 2. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development Kit 3. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JDK 4. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JRE 1. for the last pre-JPMS-jre (max Java 9) 2. for the last pre-JPMS-jdk (max Java 8) 3. for the last JPMS-jdk ( Java 11+) 4. for the last JPMS-jre (max Java 10) Starting with Java 11 you have to check the jdk first, because there is nor jre anymore. Mit freundlichen Gr??en Lars Herschke Data-Service GmbH Beethovenstra?e 2a 23617 Stockelsdorf Amtsgericht L?beck, HRB 318 BS Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, Dr. Uwe Szyszka, Dr. Hans-Martin Rasch Tel. (0451) 49 00-188 Fax. (0451) 49 00-123 e-mail: lhersch at dssgmbh.de Jiri Vanek schrieb: > On 3/5/19 1:54 PM, Lars Herschke wrote: >> Hi Jiri. >> >>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>> wondering why I had never needed it. >> >> I have installed my jdk direct in windows and not inside cygwin. So my >> path inside cygwin is /cygdrive/c/Program\ >> Files/ojdkbuild/java-1.8.0-openjdk-1.8.0.201-1. This path isn't found by >> configure without jdk-home-configure-switch. > > I have it installed to in windows, but something must go differently. Will push this hunk for you asap >> >> >>>> The unittest++ targets are for plugin only,. You should not even hit them. >> >> Without my changes i get the following error when i make "make clean". >> "make: *** No rule to make target 'clean-unittest++', needed by >> 'clean-tests'. Stop." >> clean-unittest++ is commented out in the generated Makefile because i >> build without native plugin. > > Hm interesting, I'm running cleanow and iot works. Anyway will test you changeset, and if ti do not > break anything (which I dubt) will push it for you asap. >> >>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>> ifouted on linxu. Do you mind to elaborate on this? >> >> If you have an jdk on windows without registry entries and set without >> JAVA_HOME, than jdk from path is trying. This path is canonicalized and >> leads to an unc-path. I have in a test spawn() persuaded (with >> current_dir) to use this unc-path, but java.exe don't like unc-path in >> his classpath. >> >>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>> search? >> >> When you install openjdk with ojdkbuild it will be found. When you >> install oracle-jdk and you don't disable "Public JRE" in the installer, >> than it would also be found. > > Ok. Then I would suggest the following steps: > - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then > I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases > (jre->jdk fallback, jre search only) I will push for you asap. > > - Please provide dunce changeset as separate changeset. We have to discuss, how to make it > disable-able. > > > Please reconsider fx patch. I dont think it is necessary. If it is, I would liek to know your case. > > Thanx! > J. > > >> >> >> >> >> Mit freundlichen Gr??en >> >> Lars Herschke >> >> Data-Service GmbH >> Beethovenstra?e 2a >> 23617 Stockelsdorf >> Amtsgericht L?beck, HRB 318 BS >> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >> Tel. (0451) 49 00-188 >> Fax. (0451) 49 00-123 >> e-mail: lhersch at dssgmbh.de >> >> >> Jiri Vanek schrieb: >>> Hi Lars! >>> >>> Thank you very much for eyballing the windows state. >>> >>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>> wondering why I had never needed it. >>> >>> The unittest++ targets are for plugin only,. You should not even hit them. >>> >>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>> ifouted on linxu. Do you mind to elaborate on this? >>> >>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>> search? >>> >>> >>> hmm. The jfxrt is shameful bug, as the path is crippled also in shell and bat launchers an I keep >>> wondering how it could hapened it was not hit. >>> >>> again, thanx a lot for this set of fixes! >>> J. >>> >>> On 3/5/19 11:32 AM, Lars Herschke wrote: >>>> Hello, >>>> >>>> attached a patch that cause the following changes. >>>> >>>> acinclude.m4: >>>> - configure-switch --with-jdk-home acts on windows >>>> >>>> Makefile.am: >>>> - windows-fix for changeset 1565:7010aa9d9309 >>>> - fixes for make clean with native plugin disabled >>>> >>>> rust-launcher: >>>> 1. Use cannonicalize from crate dunce, because std::fs:canonicalize >>>> return on windows unc-paths like this \\?\C:\foo. This paths doesn't >>>> work with spawn() from std::process::Command. >>>> 2. Correct path for jfxrt.jar >>>> 3. Use JRE-path instead of JDK-path from registry and don't panic if >>>> this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar >>>> are only in the JRE-directory on openjdk. In addition users, that >>>> have only installed JRE don't have the JDK-regkey in your registry. >>>> >>>> >>>> >>>> >>>> Mit freundlichen Gr??en >>>> >>>> Lars Herschke >>>> >>>> Data-Service GmbH >>>> Beethovenstra?e 2a >>>> 23617 Stockelsdorf >>>> Amtsgericht L?beck, HRB 318 BS >>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>> Tel. (0451) 49 00-188 >>>> Fax. (0451) 49 00-123 >>>> e-mail: lhersch at dssgmbh.de >>>> >>>> >>>> Jiri Vanek schrieb: >>>>> TYVM. Pushed. >>>>> >>>>> Prerelase binraries will be updated on demand. >>>>> >>>>> J. >>>>> >>>>> On 2/25/19 10:39 AM, Olesya Gerasimenko wrote: >>>>>> Hello! >>>>>> >>>>>> Please find attached the updated Russian translation. >>>>>> >>>>>> >>>>>> 22.02.2019 14:15, Jiri Vanek ?????: >>>>>>> Hello all! >>>>>>> >>>>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>>>> update theirs translations in >>>>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>>>> pre-released tarballs will be fixed. >>>>>>> >>>>>>> >>>>>>> Windows testing: >>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>> * icedtea-web-1.8pre.win.bin.zip >>>>>>> * itw-installer.msi >>>>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>> >>>>>>> Linux testng: >>>>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>>>> * fedora >>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>> >>>>>>> Note for JRE search: >>>>>>> * windows shell scripts reads java_home or or registry >>>>>>> * linux shell scripts reads java_home or defualt system jdk >>>>>>> * native launchers reads in addition system paths >>>>>>> TBH, I doubt I covered all combinations when I run my suites >>>>>>> >>>>>>> >>>>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>>>> * >>>>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>>>> >>>>>>> >>>>>>> Known bugs: >>>>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>>>> deployment.properties ) are not properly handled >>>>>>> 3689 --- DownloadService2 not implemented >>>>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>>>> >>>>>>> >>>>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>>>> >>>>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>>>> AdoptOpenJDK.... >>>>>>> >>>>>>> Looking forward for both positive and negative feedbacks >>>>>>> J. >>>>>>> >>>>>> >>>>> >>>>> >>> >>> >> > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 244 bytes Desc: OpenPGP digital signature URL: From jvanek at redhat.com Tue Mar 5 13:42:13 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Tue, 5 Mar 2019 14:42:13 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <5C7E79AC.1010600@dssgmbh.de> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> <69c50571-c4c6-c13e-2997-6f8113705b3e@redhat.com> <5C7E719D.6060409@dssgmbh.de> <094ac48a-f000-68b7-087b-c906cce3a7f6@redhat.com> <5C7E79AC.1010600@dssgmbh.de> Message-ID: <977f6d95-3513-35f1-c562-aa82a2360a93@redhat.com> On 3/5/19 2:29 PM, Lars Herschke wrote: >> Ok. Then I would suggest the following steps: >> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >> (jre->jdk fallback, jre search only) I will push for you asap. > > If you plan to check more than one regkey than you should check in the > following order. > > 1. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment > 2. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development Kit > 3. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JDK > 4. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JRE > > 1. for the last pre-JPMS-jre (max Java 9) > 2. for the last pre-JPMS-jdk (max Java 8) > 3. for the last JPMS-jdk ( Java 11+) > 4. for the last JPMS-jre (max Java 10) > > Starting with Java 11 you have to check the jdk first, because there is > nor jre anymore. Are you willing to code that? I would promiss you a beer on fosdem :) > > > > Mit freundlichen Gr??en > > Lars Herschke > > Data-Service GmbH > Beethovenstra?e 2a > 23617 Stockelsdorf > Amtsgericht L?beck, HRB 318 BS > Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, > Dr. Uwe Szyszka, Dr. Hans-Martin Rasch > Tel. (0451) 49 00-188 > Fax. (0451) 49 00-123 > e-mail: lhersch at dssgmbh.de > > > Jiri Vanek schrieb: >> On 3/5/19 1:54 PM, Lars Herschke wrote: >>> Hi Jiri. >>> >>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>> wondering why I had never needed it. >>> >>> I have installed my jdk direct in windows and not inside cygwin. So my >>> path inside cygwin is /cygdrive/c/Program\ >>> Files/ojdkbuild/java-1.8.0-openjdk-1.8.0.201-1. This path isn't found by >>> configure without jdk-home-configure-switch. >> >> I have it installed to in windows, but something must go differently. Will push this hunk for you asap >>> >>> >>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>> >>> Without my changes i get the following error when i make "make clean". >>> "make: *** No rule to make target 'clean-unittest++', needed by >>> 'clean-tests'. Stop." >>> clean-unittest++ is commented out in the generated Makefile because i >>> build without native plugin. >> >> Hm interesting, I'm running cleanow and iot works. Anyway will test you changeset, and if ti do not >> break anything (which I dubt) will push it for you asap. >>> >>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>> ifouted on linxu. Do you mind to elaborate on this? >>> >>> If you have an jdk on windows without registry entries and set without >>> JAVA_HOME, than jdk from path is trying. This path is canonicalized and >>> leads to an unc-path. I have in a test spawn() persuaded (with >>> current_dir) to use this unc-path, but java.exe don't like unc-path in >>> his classpath. >>> >>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>> search? >>> >>> When you install openjdk with ojdkbuild it will be found. When you >>> install oracle-jdk and you don't disable "Public JRE" in the installer, >>> than it would also be found. >> >> Ok. Then I would suggest the following steps: >> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >> (jre->jdk fallback, jre search only) I will push for you asap. >> >> - Please provide dunce changeset as separate changeset. We have to discuss, how to make it >> disable-able. >> >> >> Please reconsider fx patch. I dont think it is necessary. If it is, I would liek to know your case. >> >> Thanx! >> J. >> >> >>> >>> >>> >>> >>> Mit freundlichen Gr??en >>> >>> Lars Herschke >>> >>> Data-Service GmbH >>> Beethovenstra?e 2a >>> 23617 Stockelsdorf >>> Amtsgericht L?beck, HRB 318 BS >>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>> Tel. (0451) 49 00-188 >>> Fax. (0451) 49 00-123 >>> e-mail: lhersch at dssgmbh.de >>> >>> >>> Jiri Vanek schrieb: >>>> Hi Lars! >>>> >>>> Thank you very much for eyballing the windows state. >>>> >>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>> wondering why I had never needed it. >>>> >>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>> >>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>> ifouted on linxu. Do you mind to elaborate on this? >>>> >>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>> search? >>>> >>>> >>>> hmm. The jfxrt is shameful bug, as the path is crippled also in shell and bat launchers an I keep >>>> wondering how it could hapened it was not hit. >>>> >>>> again, thanx a lot for this set of fixes! >>>> J. >>>> >>>> On 3/5/19 11:32 AM, Lars Herschke wrote: >>>>> Hello, >>>>> >>>>> attached a patch that cause the following changes. >>>>> >>>>> acinclude.m4: >>>>> - configure-switch --with-jdk-home acts on windows >>>>> >>>>> Makefile.am: >>>>> - windows-fix for changeset 1565:7010aa9d9309 >>>>> - fixes for make clean with native plugin disabled >>>>> >>>>> rust-launcher: >>>>> 1. Use cannonicalize from crate dunce, because std::fs:canonicalize >>>>> return on windows unc-paths like this \\?\C:\foo. This paths doesn't >>>>> work with spawn() from std::process::Command. >>>>> 2. Correct path for jfxrt.jar >>>>> 3. Use JRE-path instead of JDK-path from registry and don't panic if >>>>> this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar >>>>> are only in the JRE-directory on openjdk. In addition users, that >>>>> have only installed JRE don't have the JDK-regkey in your registry. >>>>> >>>>> >>>>> >>>>> >>>>> Mit freundlichen Gr??en >>>>> >>>>> Lars Herschke >>>>> >>>>> Data-Service GmbH >>>>> Beethovenstra?e 2a >>>>> 23617 Stockelsdorf >>>>> Amtsgericht L?beck, HRB 318 BS >>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>> Tel. (0451) 49 00-188 >>>>> Fax. (0451) 49 00-123 >>>>> e-mail: lhersch at dssgmbh.de >>>>> >>>>> >>>>> Jiri Vanek schrieb: >>>>>> TYVM. Pushed. >>>>>> >>>>>> Prerelase binraries will be updated on demand. >>>>>> >>>>>> J. >>>>>> >>>>>> On 2/25/19 10:39 AM, Olesya Gerasimenko wrote: >>>>>>> Hello! >>>>>>> >>>>>>> Please find attached the updated Russian translation. >>>>>>> >>>>>>> >>>>>>> 22.02.2019 14:15, Jiri Vanek ?????: >>>>>>>> Hello all! >>>>>>>> >>>>>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>>>>> update theirs translations in >>>>>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>>>>> pre-released tarballs will be fixed. >>>>>>>> >>>>>>>> >>>>>>>> Windows testing: >>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>> * icedtea-web-1.8pre.win.bin.zip >>>>>>>> * itw-installer.msi >>>>>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>> >>>>>>>> Linux testng: >>>>>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>>>>> * fedora >>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>> >>>>>>>> Note for JRE search: >>>>>>>> * windows shell scripts reads java_home or or registry >>>>>>>> * linux shell scripts reads java_home or defualt system jdk >>>>>>>> * native launchers reads in addition system paths >>>>>>>> TBH, I doubt I covered all combinations when I run my suites >>>>>>>> >>>>>>>> >>>>>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>>>>> * >>>>>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>>>>> >>>>>>>> >>>>>>>> Known bugs: >>>>>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>>>>> deployment.properties ) are not properly handled >>>>>>>> 3689 --- DownloadService2 not implemented >>>>>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>>>>> >>>>>>>> >>>>>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>>>>> >>>>>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>>>>> AdoptOpenJDK.... >>>>>>>> >>>>>>>> Looking forward for both positive and negative feedbacks >>>>>>>> J. >>>>>>>> >>>>>>> >>>>>> >>>>>> >>>> >>>> >>> >> >> > -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From jvanek at redhat.com Tue Mar 5 15:22:27 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Tue, 5 Mar 2019 16:22:27 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <5C7E5031.9000602@dssgmbh.de> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> Message-ID: <3a11c0a7-3ddf-8819-4f2d-2b4f30d70896@redhat.com> I had pushed your jfxrt.jar fix (+also included it for shell and bat laucnhers) to head [1/8pre]) So onlu the registry and dunce remians, where I would like to have some dsicussion about jre/jdk/others from registry. And dunce really have to be configure-able :( J. J. On 3/5/19 11:32 AM, Lars Herschke wrote: > Hello, > > attached a patch that cause the following changes. > > acinclude.m4: > - configure-switch --with-jdk-home acts on windows > > Makefile.am: > - windows-fix for changeset 1565:7010aa9d9309 > - fixes for make clean with native plugin disabled > > rust-launcher: > 1. Use cannonicalize from crate dunce, because std::fs:canonicalize > return on windows unc-paths like this \\?\C:\foo. This paths doesn't > work with spawn() from std::process::Command. > 2. Correct path for jfxrt.jar > 3. Use JRE-path instead of JDK-path from registry and don't panic if > this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar > are only in the JRE-directory on openjdk. In addition users, that > have only installed JRE don't have the JDK-regkey in your registry. > > > > > Mit freundlichen Gr??en > > Lars Herschke > > Data-Service GmbH > Beethovenstra?e 2a > 23617 Stockelsdorf > Amtsgericht L?beck, HRB 318 BS > Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, > Dr. Uwe Szyszka, Dr. Hans-Martin Rasch > Tel. (0451) 49 00-188 > Fax. (0451) 49 00-123 > e-mail: lhersch at dssgmbh.de > > > Jiri Vanek schrieb: >> TYVM. Pushed. >> >> Prerelase binraries will be updated on demand. >> >> J. >> >> On 2/25/19 10:39 AM, Olesya Gerasimenko wrote: >>> Hello! >>> >>> Please find attached the updated Russian translation. >>> >>> >>> 22.02.2019 14:15, Jiri Vanek ?????: >>>> Hello all! >>>> >>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>> update theirs translations in >>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>> pre-released tarballs will be fixed. >>>> >>>> >>>> Windows testing: >>>> * icedtea-web-1.8pre.portable.bin.zip >>>> * icedtea-web-1.8pre.win.bin.zip >>>> * itw-installer.msi >>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>> >>>> Linux testng: >>>> * iccedtea-web-1.8pre.linux.bin.zip >>>> * icedtea-web-1.8pre.portable.bin.zip >>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>> * fedora >>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>> >>>> Note for JRE search: >>>> * windows shell scripts reads java_home or or registry >>>> * linux shell scripts reads java_home or defualt system jdk >>>> * native launchers reads in addition system paths >>>> TBH, I doubt I covered all combinations when I run my suites >>>> >>>> >>>> Cases (if you have lack of them, but many of them may be already dead): >>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>> * >>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>> >>>> >>>> Known bugs: >>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>> deployment.properties ) are not properly handled >>>> 3689 --- DownloadService2 not implemented >>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>> >>>> >>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>> this is giant leap to be finally proper replacement for oracle javaws. >>>> >>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>> AdoptOpenJDK.... >>>> >>>> Looking forward for both positive and negative feedbacks >>>> J. >>>> >>> >> >> -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From bugzilla-daemon at icedtea.classpath.org Wed Mar 6 19:04:42 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Wed, 06 Mar 2019 19:04:42 +0000 Subject: [Bug 3641] [TRACKER] IcedTea 3.11.0 Release In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3641 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #1 from Andrew John Hughes --- Released on Friday: https://mail.openjdk.java.net/pipermail/distro-pkg-dev/2019-March/041223.html -- 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 icedtea.classpath.org Thu Mar 7 08:15:57 2019 From: jvanek at icedtea.classpath.org (jvanek at icedtea.classpath.org) Date: Thu, 07 Mar 2019 08:15:57 +0000 Subject: /hg/icedtea-web: On windows, use dunce to canonicalize paths Message-ID: changeset b60023d6a3a5 in /hg/icedtea-web details: http://icedtea.classpath.org/hg/icedtea-web?cmd=changeset;node=b60023d6a3a5 author: Jiri Vanek date: Wed Mar 06 15:21:43 2019 +0100 On windows, use dunce to canonicalize paths * rust-launcher/Cargo.toml: added dunce crate for windows target * rust-launcher/src/dirs_paths_helper.rs: declared canonicalize methods, one for windows, second for not-windows. The windows one is using dunce, other is on PathBuf. * rust-launcher/src/utils.rs:used above method insted PathBuf::canonicalize diffstat: ChangeLog | 9 +++++++++ rust-launcher/Cargo.toml | 4 ++-- rust-launcher/src/dirs_paths_helper.rs | 16 ++++++++++++++++ rust-launcher/src/utils.rs | 6 +++--- 4 files changed, 30 insertions(+), 5 deletions(-) diffs (92 lines): diff -r c65cc4a88808 -r b60023d6a3a5 ChangeLog --- a/ChangeLog Tue Mar 05 16:18:51 2019 +0100 +++ b/ChangeLog Wed Mar 06 15:21:43 2019 +0100 @@ -1,3 +1,12 @@ +2019-03-06 Jiri Vanek + Lars Herschke + + On windows, use dunce to canonicalize paths + * rust-launcher/Cargo.toml: added dunce crate for windows target + * rust-launcher/src/dirs_paths_helper.rs: declared canonicalize methods, one for windows, second for not-windows. + The windows one is using dunce, other is on PathBuf. + * rust-launcher/src/utils.rs:used above method insted PathBuf::canonicalize + 2019-03-05 Jiri Vanek Lars Herschke diff -r c65cc4a88808 -r b60023d6a3a5 rust-launcher/Cargo.toml --- a/rust-launcher/Cargo.toml Tue Mar 05 16:18:51 2019 +0100 +++ b/rust-launcher/Cargo.toml Wed Mar 06 15:21:43 2019 +0100 @@ -4,5 +4,5 @@ authors = ["https://icedtea.classpath.org/wiki/IcedTea-Web"] [dependencies] - - +[target.'cfg(windows)'.dependencies] +dunce = "0.1.1" diff -r c65cc4a88808 -r b60023d6a3a5 rust-launcher/src/dirs_paths_helper.rs --- a/rust-launcher/src/dirs_paths_helper.rs Tue Mar 05 16:18:51 2019 +0100 +++ b/rust-launcher/src/dirs_paths_helper.rs Wed Mar 06 15:21:43 2019 +0100 @@ -1,8 +1,12 @@ use os_access; use std; +use std::io; use std::env; +#[cfg(windows)] extern crate dunce; + + pub static ICEDTEA_WEB: &'static str = "icedtea-web"; pub static DEPLOYMENT_PROPERTIES: &'static str = "deployment.properties"; @@ -77,6 +81,18 @@ String::from(current_program().file_name().expect("unwrap of pgm name failed").to_str().expect("unwrap of pgm name failed")) } +#[cfg(not(windows))] +pub fn canonicalize(full_path: &std::path::PathBuf) -> Result { + full_path.canonicalize() +} + + +#[cfg(windows)] +pub fn canonicalize(full_path: &std::path::PathBuf) -> Result { + dunce::canonicalize(&full_path) +} + + /*tests*/ #[cfg(test)] mod tests { diff -r c65cc4a88808 -r b60023d6a3a5 rust-launcher/src/utils.rs --- a/rust-launcher/src/utils.rs Tue Mar 05 16:18:51 2019 +0100 +++ b/rust-launcher/src/utils.rs Wed Mar 06 15:21:43 2019 +0100 @@ -83,7 +83,7 @@ write!(&mut info1, "itw-rust-debug: trying {}", full_path.to_str().expect("unwrap failed")).expect("unwrap failed"); os.log(&info1); if dirs_paths_helper::is_file(&full_path) { - let can = match full_path.canonicalize() { + let can = match dirs_paths_helper::canonicalize(&full_path) { Ok(resolved) => { //.../bin/java resolved @@ -159,7 +159,7 @@ #[test] fn try_jre_exists_on_path() { - let top_dir = fake_jre(true).canonicalize().expect("canonicalize failed"); + let top_dir = dirs_paths_helper::canonicalize(&fake_jre(true)).expect("canonicalize failed"); let mut master_dir = top_dir.clone(); master_dir.push("bin"); let v1 = super::get_jdk_from_path_conditionally_testable(Some(fo::from(master_dir.clone())), hardcoded_paths::ItwLibSearch::DISTRIBUTION, &TestLogger::create_new()); @@ -196,7 +196,7 @@ let v3 = super::get_jdk_from_path_conditionally_testable(Some(fo::from(master_dir.clone())), hardcoded_paths::ItwLibSearch::BOTH, &TestLogger::create_new()); debuggable_remove_dir(&master_dir); assert_eq!(None, v1); - let parent = std::path::PathBuf::from(master_dir.parent().expect("just created")).canonicalize().expect("canonicalize failed"); + let parent = dirs_paths_helper::canonicalize(&std::path::PathBuf::from(master_dir.parent().expect("just created"))).expect("canonicalize failed"); assert_eq!(Some(parent.clone()), v2); assert_eq!(Some(parent.clone()), v3); } From jvanek at redhat.com Wed Mar 6 14:18:17 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Wed, 6 Mar 2019 15:18:17 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <5C7E5031.9000602@dssgmbh.de> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> Message-ID: <948bf324-db4c-c5d7-e2ce-bcf21b9f4ea0@redhat.com> On 3/5/19 11:32 AM, Lars Herschke wrote: > Hello, > > attached a patch that cause the following changes. > > acinclude.m4: > - configure-switch --with-jdk-home acts on windows > > Makefile.am: > - windows-fix for changeset 1565:7010aa9d9309 > - fixes for make clean with native plugin disabled > > rust-launcher: > 1. Use cannonicalize from crate dunce, because std::fs:canonicalize > return on windows unc-paths like this \\?\C:\foo. This paths doesn't > work with spawn() from std::process::Command. > 2. Correct path for jfxrt.jar > 3. Use JRE-path instead of JDK-path from registry and don't panic if > this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar > are only in the JRE-directory on openjdk. In addition users, that > have only installed JRE don't have the JDK-regkey in your registry. > > Hi Lars! Please eyball the attached patch. It should be handling the dunce as windows-only. J. -------------- next part -------------- A non-text attachment was scrubbed... Name: useDiceOnWindows.patch Type: text/x-patch Size: 3140 bytes Desc: not available URL: From lhersch at dssgmbh.de Wed Mar 6 16:16:38 2019 From: lhersch at dssgmbh.de (Lars Herschke) Date: Wed, 06 Mar 2019 17:16:38 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <977f6d95-3513-35f1-c562-aa82a2360a93@redhat.com> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> <69c50571-c4c6-c13e-2997-6f8113705b3e@redhat.com> <5C7E719D.6060409@dssgmbh.de> <094ac48a-f000-68b7-087b-c906cce3a7f6@redhat.com> <5C7E79AC.1010600@dssgmbh.de> <977f6d95-3513-35f1-c562-aa82a2360a93@redhat.com> Message-ID: <5C7FF266.9000501@dssgmbh.de> Hi, attached a new separate windows registry patch. Mit freundlichen Gr??en Lars Herschke Data-Service GmbH Beethovenstra?e 2a 23617 Stockelsdorf Amtsgericht L?beck, HRB 318 BS Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, Dr. Uwe Szyszka, Dr. Hans-Martin Rasch Tel. (0451) 49 00-188 Fax. (0451) 49 00-123 e-mail: lhersch at dssgmbh.de Jiri Vanek schrieb: > On 3/5/19 2:29 PM, Lars Herschke wrote: >>> Ok. Then I would suggest the following steps: >>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>> (jre->jdk fallback, jre search only) I will push for you asap. >> >> If you plan to check more than one regkey than you should check in the >> following order. >> >> 1. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment >> 2. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development Kit >> 3. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JDK >> 4. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JRE >> >> 1. for the last pre-JPMS-jre (max Java 9) >> 2. for the last pre-JPMS-jdk (max Java 8) >> 3. for the last JPMS-jdk ( Java 11+) >> 4. for the last JPMS-jre (max Java 10) >> >> Starting with Java 11 you have to check the jdk first, because there is >> nor jre anymore. > > Are you willing to code that? I would promiss you a beer on fosdem :) >> >> >> >> Mit freundlichen Gr??en >> >> Lars Herschke >> >> Data-Service GmbH >> Beethovenstra?e 2a >> 23617 Stockelsdorf >> Amtsgericht L?beck, HRB 318 BS >> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >> Tel. (0451) 49 00-188 >> Fax. (0451) 49 00-123 >> e-mail: lhersch at dssgmbh.de >> >> >> Jiri Vanek schrieb: >>> On 3/5/19 1:54 PM, Lars Herschke wrote: >>>> Hi Jiri. >>>> >>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>> wondering why I had never needed it. >>>> >>>> I have installed my jdk direct in windows and not inside cygwin. So my >>>> path inside cygwin is /cygdrive/c/Program\ >>>> Files/ojdkbuild/java-1.8.0-openjdk-1.8.0.201-1. This path isn't found by >>>> configure without jdk-home-configure-switch. >>> >>> I have it installed to in windows, but something must go differently. Will push this hunk for you asap >>>> >>>> >>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>> >>>> Without my changes i get the following error when i make "make clean". >>>> "make: *** No rule to make target 'clean-unittest++', needed by >>>> 'clean-tests'. Stop." >>>> clean-unittest++ is commented out in the generated Makefile because i >>>> build without native plugin. >>> >>> Hm interesting, I'm running cleanow and iot works. Anyway will test you changeset, and if ti do not >>> break anything (which I dubt) will push it for you asap. >>>> >>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>> >>>> If you have an jdk on windows without registry entries and set without >>>> JAVA_HOME, than jdk from path is trying. This path is canonicalized and >>>> leads to an unc-path. I have in a test spawn() persuaded (with >>>> current_dir) to use this unc-path, but java.exe don't like unc-path in >>>> his classpath. >>>> >>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>> search? >>>> >>>> When you install openjdk with ojdkbuild it will be found. When you >>>> install oracle-jdk and you don't disable "Public JRE" in the installer, >>>> than it would also be found. >>> >>> Ok. Then I would suggest the following steps: >>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>> (jre->jdk fallback, jre search only) I will push for you asap. >>> >>> - Please provide dunce changeset as separate changeset. We have to discuss, how to make it >>> disable-able. >>> >>> >>> Please reconsider fx patch. I dont think it is necessary. If it is, I would liek to know your case. >>> >>> Thanx! >>> J. >>> >>> >>>> >>>> >>>> >>>> >>>> Mit freundlichen Gr??en >>>> >>>> Lars Herschke >>>> >>>> Data-Service GmbH >>>> Beethovenstra?e 2a >>>> 23617 Stockelsdorf >>>> Amtsgericht L?beck, HRB 318 BS >>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>> Tel. (0451) 49 00-188 >>>> Fax. (0451) 49 00-123 >>>> e-mail: lhersch at dssgmbh.de >>>> >>>> >>>> Jiri Vanek schrieb: >>>>> Hi Lars! >>>>> >>>>> Thank you very much for eyballing the windows state. >>>>> >>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>> wondering why I had never needed it. >>>>> >>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>> >>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>> >>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>> search? >>>>> >>>>> >>>>> hmm. The jfxrt is shameful bug, as the path is crippled also in shell and bat launchers an I keep >>>>> wondering how it could hapened it was not hit. >>>>> >>>>> again, thanx a lot for this set of fixes! >>>>> J. >>>>> >>>>> On 3/5/19 11:32 AM, Lars Herschke wrote: >>>>>> Hello, >>>>>> >>>>>> attached a patch that cause the following changes. >>>>>> >>>>>> acinclude.m4: >>>>>> - configure-switch --with-jdk-home acts on windows >>>>>> >>>>>> Makefile.am: >>>>>> - windows-fix for changeset 1565:7010aa9d9309 >>>>>> - fixes for make clean with native plugin disabled >>>>>> >>>>>> rust-launcher: >>>>>> 1. Use cannonicalize from crate dunce, because std::fs:canonicalize >>>>>> return on windows unc-paths like this \\?\C:\foo. This paths doesn't >>>>>> work with spawn() from std::process::Command. >>>>>> 2. Correct path for jfxrt.jar >>>>>> 3. Use JRE-path instead of JDK-path from registry and don't panic if >>>>>> this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar >>>>>> are only in the JRE-directory on openjdk. In addition users, that >>>>>> have only installed JRE don't have the JDK-regkey in your registry. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Mit freundlichen Gr??en >>>>>> >>>>>> Lars Herschke >>>>>> >>>>>> Data-Service GmbH >>>>>> Beethovenstra?e 2a >>>>>> 23617 Stockelsdorf >>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>> Tel. (0451) 49 00-188 >>>>>> Fax. (0451) 49 00-123 >>>>>> e-mail: lhersch at dssgmbh.de >>>>>> >>>>>> >>>>>> Jiri Vanek schrieb: >>>>>>> TYVM. Pushed. >>>>>>> >>>>>>> Prerelase binraries will be updated on demand. >>>>>>> >>>>>>> J. >>>>>>> >>>>>>> On 2/25/19 10:39 AM, Olesya Gerasimenko wrote: >>>>>>>> Hello! >>>>>>>> >>>>>>>> Please find attached the updated Russian translation. >>>>>>>> >>>>>>>> >>>>>>>> 22.02.2019 14:15, Jiri Vanek ?????: >>>>>>>>> Hello all! >>>>>>>>> >>>>>>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>>>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>>>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>>>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>>>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>>>>>> update theirs translations in >>>>>>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>>>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>>>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>>>>>> pre-released tarballs will be fixed. >>>>>>>>> >>>>>>>>> >>>>>>>>> Windows testing: >>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>> * icedtea-web-1.8pre.win.bin.zip >>>>>>>>> * itw-installer.msi >>>>>>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>> >>>>>>>>> Linux testng: >>>>>>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>>>>>> * fedora >>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>> >>>>>>>>> Note for JRE search: >>>>>>>>> * windows shell scripts reads java_home or or registry >>>>>>>>> * linux shell scripts reads java_home or defualt system jdk >>>>>>>>> * native launchers reads in addition system paths >>>>>>>>> TBH, I doubt I covered all combinations when I run my suites >>>>>>>>> >>>>>>>>> >>>>>>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>>>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>>>>>> * >>>>>>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>>>>>> >>>>>>>>> >>>>>>>>> Known bugs: >>>>>>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>>>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>>>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>>>>>> deployment.properties ) are not properly handled >>>>>>>>> 3689 --- DownloadService2 not implemented >>>>>>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>>>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>>>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>>>>>> >>>>>>>>> >>>>>>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>>>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>>>>>> >>>>>>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>>>>>> AdoptOpenJDK.... >>>>>>>>> >>>>>>>>> Looking forward for both positive and negative feedbacks >>>>>>>>> J. >>>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>> >>>>> >>>> >>> >>> >> > > -------------- next part -------------- A non-text attachment was scrubbed... Name: src_1583_c65cc4a88808.patch Type: text/x-patch Size: 7384 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 244 bytes Desc: OpenPGP digital signature URL: From jvanek at redhat.com Wed Mar 6 16:28:46 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Wed, 6 Mar 2019 17:28:46 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <5C7FF266.9000501@dssgmbh.de> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> <69c50571-c4c6-c13e-2997-6f8113705b3e@redhat.com> <5C7E719D.6060409@dssgmbh.de> <094ac48a-f000-68b7-087b-c906cce3a7f6@redhat.com> <5C7E79AC.1010600@dssgmbh.de> <977f6d95-3513-35f1-c562-aa82a2360a93@redhat.com> <5C7FF266.9000501@dssgmbh.de> Message-ID: <82a24066-3831-814d-66f8-daee16caa0d2@redhat.com> On 3/6/19 5:16 PM, Lars Herschke wrote: > Hi, > > attached a new separate windows registry patch. Wou. Interesting approach. As you had not replied if you will elaborate on it, I had in meantime did simialr patch (attached, not tested, literally just finished writing right now, and started to warm up windows VM) - absed on yours, jsut with the pooling of registry. My patch looks a bit more rustlike - especailly it uses chain of match instead of loop, and TBH I do not understand half of yours :) What are the regQuery and RegEnumKeyExW for? I do tt see versions in the query.. What is the pooled order? SHould be jre8->jdk8->jdk11->jdkAnythingElse Do you mind to comapre with mine patch? (and honestly say that it is garbage and yours is more bulletproof - I do not expect more) I disagree with Your change to JAVA_HOME and PATH - because it can already be jre. On contrary, if it si jdk, then it is already valid. HAve that part bitten you somewhere? Really thanx! J. > > > Mit freundlichen Gr??en > > Lars Herschke > > Data-Service GmbH > Beethovenstra?e 2a > 23617 Stockelsdorf > Amtsgericht L?beck, HRB 318 BS > Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, > Dr. Uwe Szyszka, Dr. Hans-Martin Rasch > Tel. (0451) 49 00-188 > Fax. (0451) 49 00-123 > e-mail: lhersch at dssgmbh.de > > > Jiri Vanek schrieb: >> On 3/5/19 2:29 PM, Lars Herschke wrote: >>>> Ok. Then I would suggest the following steps: >>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>> (jre->jdk fallback, jre search only) I will push for you asap. >>> >>> If you plan to check more than one regkey than you should check in the >>> following order. >>> >>> 1. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment >>> 2. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development Kit >>> 3. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JDK >>> 4. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JRE >>> >>> 1. for the last pre-JPMS-jre (max Java 9) >>> 2. for the last pre-JPMS-jdk (max Java 8) >>> 3. for the last JPMS-jdk ( Java 11+) >>> 4. for the last JPMS-jre (max Java 10) >>> >>> Starting with Java 11 you have to check the jdk first, because there is >>> nor jre anymore. >> >> Are you willing to code that? I would promiss you a beer on fosdem :) >>> >>> >>> >>> Mit freundlichen Gr??en >>> >>> Lars Herschke >>> >>> Data-Service GmbH >>> Beethovenstra?e 2a >>> 23617 Stockelsdorf >>> Amtsgericht L?beck, HRB 318 BS >>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>> Tel. (0451) 49 00-188 >>> Fax. (0451) 49 00-123 >>> e-mail: lhersch at dssgmbh.de >>> >>> >>> Jiri Vanek schrieb: >>>> On 3/5/19 1:54 PM, Lars Herschke wrote: >>>>> Hi Jiri. >>>>> >>>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>>> wondering why I had never needed it. >>>>> >>>>> I have installed my jdk direct in windows and not inside cygwin. So my >>>>> path inside cygwin is /cygdrive/c/Program\ >>>>> Files/ojdkbuild/java-1.8.0-openjdk-1.8.0.201-1. This path isn't found by >>>>> configure without jdk-home-configure-switch. >>>> >>>> I have it installed to in windows, but something must go differently. Will push this hunk for you asap >>>>> >>>>> >>>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>> >>>>> Without my changes i get the following error when i make "make clean". >>>>> "make: *** No rule to make target 'clean-unittest++', needed by >>>>> 'clean-tests'. Stop." >>>>> clean-unittest++ is commented out in the generated Makefile because i >>>>> build without native plugin. >>>> >>>> Hm interesting, I'm running cleanow and iot works. Anyway will test you changeset, and if ti do not >>>> break anything (which I dubt) will push it for you asap. >>>>> >>>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>> >>>>> If you have an jdk on windows without registry entries and set without >>>>> JAVA_HOME, than jdk from path is trying. This path is canonicalized and >>>>> leads to an unc-path. I have in a test spawn() persuaded (with >>>>> current_dir) to use this unc-path, but java.exe don't like unc-path in >>>>> his classpath. >>>>> >>>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>>> search? >>>>> >>>>> When you install openjdk with ojdkbuild it will be found. When you >>>>> install oracle-jdk and you don't disable "Public JRE" in the installer, >>>>> than it would also be found. >>>> >>>> Ok. Then I would suggest the following steps: >>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>> (jre->jdk fallback, jre search only) I will push for you asap. >>>> >>>> - Please provide dunce changeset as separate changeset. We have to discuss, how to make it >>>> disable-able. >>>> >>>> >>>> Please reconsider fx patch. I dont think it is necessary. If it is, I would liek to know your case. >>>> >>>> Thanx! >>>> J. >>>> >>>> >>>>> >>>>> >>>>> >>>>> >>>>> Mit freundlichen Gr??en >>>>> >>>>> Lars Herschke >>>>> >>>>> Data-Service GmbH >>>>> Beethovenstra?e 2a >>>>> 23617 Stockelsdorf >>>>> Amtsgericht L?beck, HRB 318 BS >>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>> Tel. (0451) 49 00-188 >>>>> Fax. (0451) 49 00-123 >>>>> e-mail: lhersch at dssgmbh.de >>>>> >>>>> >>>>> Jiri Vanek schrieb: >>>>>> Hi Lars! >>>>>> >>>>>> Thank you very much for eyballing the windows state. >>>>>> >>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>> wondering why I had never needed it. >>>>>> >>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>>> >>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>>> >>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>> search? >>>>>> >>>>>> >>>>>> hmm. The jfxrt is shameful bug, as the path is crippled also in shell and bat launchers an I keep >>>>>> wondering how it could hapened it was not hit. >>>>>> >>>>>> again, thanx a lot for this set of fixes! >>>>>> J. >>>>>> >>>>>> On 3/5/19 11:32 AM, Lars Herschke wrote: >>>>>>> Hello, >>>>>>> >>>>>>> attached a patch that cause the following changes. >>>>>>> >>>>>>> acinclude.m4: >>>>>>> - configure-switch --with-jdk-home acts on windows >>>>>>> >>>>>>> Makefile.am: >>>>>>> - windows-fix for changeset 1565:7010aa9d9309 >>>>>>> - fixes for make clean with native plugin disabled >>>>>>> >>>>>>> rust-launcher: >>>>>>> 1. Use cannonicalize from crate dunce, because std::fs:canonicalize >>>>>>> return on windows unc-paths like this \\?\C:\foo. This paths doesn't >>>>>>> work with spawn() from std::process::Command. >>>>>>> 2. Correct path for jfxrt.jar >>>>>>> 3. Use JRE-path instead of JDK-path from registry and don't panic if >>>>>>> this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar >>>>>>> are only in the JRE-directory on openjdk. In addition users, that >>>>>>> have only installed JRE don't have the JDK-regkey in your registry. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Mit freundlichen Gr??en >>>>>>> >>>>>>> Lars Herschke >>>>>>> >>>>>>> Data-Service GmbH >>>>>>> Beethovenstra?e 2a >>>>>>> 23617 Stockelsdorf >>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>> Tel. (0451) 49 00-188 >>>>>>> Fax. (0451) 49 00-123 >>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>> >>>>>>> >>>>>>> Jiri Vanek schrieb: >>>>>>>> TYVM. Pushed. >>>>>>>> >>>>>>>> Prerelase binraries will be updated on demand. >>>>>>>> >>>>>>>> J. >>>>>>>> >>>>>>>> On 2/25/19 10:39 AM, Olesya Gerasimenko wrote: >>>>>>>>> Hello! >>>>>>>>> >>>>>>>>> Please find attached the updated Russian translation. >>>>>>>>> >>>>>>>>> >>>>>>>>> 22.02.2019 14:15, Jiri Vanek ?????: >>>>>>>>>> Hello all! >>>>>>>>>> >>>>>>>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>>>>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>>>>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>>>>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>>>>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>>>>>>> update theirs translations in >>>>>>>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>>>>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>>>>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>>>>>>> pre-released tarballs will be fixed. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Windows testing: >>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>> * icedtea-web-1.8pre.win.bin.zip >>>>>>>>>> * itw-installer.msi >>>>>>>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>> >>>>>>>>>> Linux testng: >>>>>>>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>>>>>>> * fedora >>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>> >>>>>>>>>> Note for JRE search: >>>>>>>>>> * windows shell scripts reads java_home or or registry >>>>>>>>>> * linux shell scripts reads java_home or defualt system jdk >>>>>>>>>> * native launchers reads in addition system paths >>>>>>>>>> TBH, I doubt I covered all combinations when I run my suites >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>>>>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>>>>>>> * >>>>>>>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Known bugs: >>>>>>>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>>>>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>>>>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>>>>>>> deployment.properties ) are not properly handled >>>>>>>>>> 3689 --- DownloadService2 not implemented >>>>>>>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>>>>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>>>>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>>>>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>>>>>>> >>>>>>>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>>>>>>> AdoptOpenJDK.... >>>>>>>>>> >>>>>>>>>> Looking forward for both positive and negative feedbacks >>>>>>>>>> J. >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>> >>>>>> >>>>> >>>> >>>> >>> >> >> -- 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: multipleJavasFromRegistry.patch Type: text/x-patch Size: 7194 bytes Desc: not available URL: From lhersch at dssgmbh.de Wed Mar 6 17:47:55 2019 From: lhersch at dssgmbh.de (Lars Herschke) Date: Wed, 06 Mar 2019 18:47:55 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <82a24066-3831-814d-66f8-daee16caa0d2@redhat.com> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> <69c50571-c4c6-c13e-2997-6f8113705b3e@redhat.com> <5C7E719D.6060409@dssgmbh.de> <094ac48a-f000-68b7-087b-c906cce3a7f6@redhat.com> <5C7E79AC.1010600@dssgmbh.de> <977f6d95-3513-35f1-c562-aa82a2360a93@redhat.com> <5C7FF266.9000501@dssgmbh.de> <82a24066-3831-814d-66f8-daee16caa0d2@redhat.com> Message-ID: <5C8007CB.2000908@dssgmbh.de> > What are the regQuery and RegEnumKeyExW for? RegQueryInfoKeyW gives me the number of subkeys, so I can get directly the last subkey with RegEnumKeyExW. > I do tt see versions in the query.. What is the pooled order? SHould be > jre8->jdk8->jdk11->jdkAnythingElse I try to get Java in the following order. - latest pre JMPS-JRE - latest pre JMPS-JDK - latest JMPS-JDK - latest JMPS-JRE I always try to get the latest Java, favoring the pre JPMS Java. However, so I may prefer a Java 7 to a Java 11. >> Do you mind to comapre with mine patch? (and honestly say that it is garbage and yours is more >> bulletproof - I do not expect more) I dont't understand on your patch, how jdkX_registry_path, jreX_registry_path and jdk11plus_registry_path should work. There is no JavaHome-key on these levels. >> I disagree with Your change to JAVA_HOME and PATH - because it can already be jre. On contrary, if >> it si jdk, then it is already valid. HAve that part bitten you somewhere? You are right, but on Windows, JAVA_HOME is only set by ojdkbuild and this set JAVA_HOME to his jdk root-directory. Oracle-Java don't set JAVA_HOME, but writes registry keys ever. The PATH is set from ojdkbuild to [jdk-root]\bin, so my changes also works. The PATH from Oracle-Java is complete outside the java directory (C:\Program Files (x86)\Common Files\Oracle\Java\javapath). In this path you will not find any library. Everything said so far, only applies to Java 8. As of Java 9, there is no more jre directory around jdk. In the end, you can not know if PATH or JAVA_HOME is a jdk or a jre, without checking it. It did not bother me, I just tried to be more compatible with the standard installations under windows Last but not least, the method is called find_jre.:-) Mit freundlichen Gr??en Lars Herschke Data-Service GmbH Beethovenstra?e 2a 23617 Stockelsdorf Amtsgericht L?beck, HRB 318 BS Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, Dr. Uwe Szyszka, Dr. Hans-Martin Rasch Tel. (0451) 49 00-188 Fax. (0451) 49 00-123 e-mail: lhersch at dssgmbh.de Jiri Vanek schrieb: > On 3/6/19 5:16 PM, Lars Herschke wrote: >> Hi, >> >> attached a new separate windows registry patch. > > Wou. Interesting approach. As you had not replied if you will elaborate on it, I had in meantime > did simialr patch (attached, not tested, literally just finished writing right now, and started to > warm up windows VM) - absed on yours, jsut with the pooling of registry. > > My patch looks a bit more rustlike - especailly it uses chain of match instead of loop, and TBH I > do not understand half of yours :) > What are the regQuery and RegEnumKeyExW for? > I do tt see versions in the query.. What is the pooled order? SHould be > jre8->jdk8->jdk11->jdkAnythingElse > Do you mind to comapre with mine patch? (and honestly say that it is garbage and yours is more > bulletproof - I do not expect more) > > > I disagree with Your change to JAVA_HOME and PATH - because it can already be jre. On contrary, if > it si jdk, then it is already valid. HAve that part bitten you somewhere? > > Really thanx! > J. > >> >> >> Mit freundlichen Gr??en >> >> Lars Herschke >> >> Data-Service GmbH >> Beethovenstra?e 2a >> 23617 Stockelsdorf >> Amtsgericht L?beck, HRB 318 BS >> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >> Tel. (0451) 49 00-188 >> Fax. (0451) 49 00-123 >> e-mail: lhersch at dssgmbh.de >> >> >> Jiri Vanek schrieb: >>> On 3/5/19 2:29 PM, Lars Herschke wrote: >>>>> Ok. Then I would suggest the following steps: >>>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>>> (jre->jdk fallback, jre search only) I will push for you asap. >>>> >>>> If you plan to check more than one regkey than you should check in the >>>> following order. >>>> >>>> 1. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment >>>> 2. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development Kit >>>> 3. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JDK >>>> 4. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JRE >>>> >>>> 1. for the last pre-JPMS-jre (max Java 9) >>>> 2. for the last pre-JPMS-jdk (max Java 8) >>>> 3. for the last JPMS-jdk ( Java 11+) >>>> 4. for the last JPMS-jre (max Java 10) >>>> >>>> Starting with Java 11 you have to check the jdk first, because there is >>>> nor jre anymore. >>> >>> Are you willing to code that? I would promiss you a beer on fosdem :) >>>> >>>> >>>> >>>> Mit freundlichen Gr??en >>>> >>>> Lars Herschke >>>> >>>> Data-Service GmbH >>>> Beethovenstra?e 2a >>>> 23617 Stockelsdorf >>>> Amtsgericht L?beck, HRB 318 BS >>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>> Tel. (0451) 49 00-188 >>>> Fax. (0451) 49 00-123 >>>> e-mail: lhersch at dssgmbh.de >>>> >>>> >>>> Jiri Vanek schrieb: >>>>> On 3/5/19 1:54 PM, Lars Herschke wrote: >>>>>> Hi Jiri. >>>>>> >>>>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>>>> wondering why I had never needed it. >>>>>> >>>>>> I have installed my jdk direct in windows and not inside cygwin. So my >>>>>> path inside cygwin is /cygdrive/c/Program\ >>>>>> Files/ojdkbuild/java-1.8.0-openjdk-1.8.0.201-1. This path isn't found by >>>>>> configure without jdk-home-configure-switch. >>>>> >>>>> I have it installed to in windows, but something must go differently. Will push this hunk for you asap >>>>>> >>>>>> >>>>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>>> >>>>>> Without my changes i get the following error when i make "make clean". >>>>>> "make: *** No rule to make target 'clean-unittest++', needed by >>>>>> 'clean-tests'. Stop." >>>>>> clean-unittest++ is commented out in the generated Makefile because i >>>>>> build without native plugin. >>>>> >>>>> Hm interesting, I'm running cleanow and iot works. Anyway will test you changeset, and if ti do not >>>>> break anything (which I dubt) will push it for you asap. >>>>>> >>>>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>>> >>>>>> If you have an jdk on windows without registry entries and set without >>>>>> JAVA_HOME, than jdk from path is trying. This path is canonicalized and >>>>>> leads to an unc-path. I have in a test spawn() persuaded (with >>>>>> current_dir) to use this unc-path, but java.exe don't like unc-path in >>>>>> his classpath. >>>>>> >>>>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>>>> search? >>>>>> >>>>>> When you install openjdk with ojdkbuild it will be found. When you >>>>>> install oracle-jdk and you don't disable "Public JRE" in the installer, >>>>>> than it would also be found. >>>>> >>>>> Ok. Then I would suggest the following steps: >>>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>>> (jre->jdk fallback, jre search only) I will push for you asap. >>>>> >>>>> - Please provide dunce changeset as separate changeset. We have to discuss, how to make it >>>>> disable-able. >>>>> >>>>> >>>>> Please reconsider fx patch. I dont think it is necessary. If it is, I would liek to know your case. >>>>> >>>>> Thanx! >>>>> J. >>>>> >>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Mit freundlichen Gr??en >>>>>> >>>>>> Lars Herschke >>>>>> >>>>>> Data-Service GmbH >>>>>> Beethovenstra?e 2a >>>>>> 23617 Stockelsdorf >>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>> Tel. (0451) 49 00-188 >>>>>> Fax. (0451) 49 00-123 >>>>>> e-mail: lhersch at dssgmbh.de >>>>>> >>>>>> >>>>>> Jiri Vanek schrieb: >>>>>>> Hi Lars! >>>>>>> >>>>>>> Thank you very much for eyballing the windows state. >>>>>>> >>>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>>> wondering why I had never needed it. >>>>>>> >>>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>>>> >>>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>>>> >>>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>>> search? >>>>>>> >>>>>>> >>>>>>> hmm. The jfxrt is shameful bug, as the path is crippled also in shell and bat launchers an I keep >>>>>>> wondering how it could hapened it was not hit. >>>>>>> >>>>>>> again, thanx a lot for this set of fixes! >>>>>>> J. >>>>>>> >>>>>>> On 3/5/19 11:32 AM, Lars Herschke wrote: >>>>>>>> Hello, >>>>>>>> >>>>>>>> attached a patch that cause the following changes. >>>>>>>> >>>>>>>> acinclude.m4: >>>>>>>> - configure-switch --with-jdk-home acts on windows >>>>>>>> >>>>>>>> Makefile.am: >>>>>>>> - windows-fix for changeset 1565:7010aa9d9309 >>>>>>>> - fixes for make clean with native plugin disabled >>>>>>>> >>>>>>>> rust-launcher: >>>>>>>> 1. Use cannonicalize from crate dunce, because std::fs:canonicalize >>>>>>>> return on windows unc-paths like this \\?\C:\foo. This paths doesn't >>>>>>>> work with spawn() from std::process::Command. >>>>>>>> 2. Correct path for jfxrt.jar >>>>>>>> 3. Use JRE-path instead of JDK-path from registry and don't panic if >>>>>>>> this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar >>>>>>>> are only in the JRE-directory on openjdk. In addition users, that >>>>>>>> have only installed JRE don't have the JDK-regkey in your registry. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Mit freundlichen Gr??en >>>>>>>> >>>>>>>> Lars Herschke >>>>>>>> >>>>>>>> Data-Service GmbH >>>>>>>> Beethovenstra?e 2a >>>>>>>> 23617 Stockelsdorf >>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>> Tel. (0451) 49 00-188 >>>>>>>> Fax. (0451) 49 00-123 >>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>> >>>>>>>> >>>>>>>> Jiri Vanek schrieb: >>>>>>>>> TYVM. Pushed. >>>>>>>>> >>>>>>>>> Prerelase binraries will be updated on demand. >>>>>>>>> >>>>>>>>> J. >>>>>>>>> >>>>>>>>> On 2/25/19 10:39 AM, Olesya Gerasimenko wrote: >>>>>>>>>> Hello! >>>>>>>>>> >>>>>>>>>> Please find attached the updated Russian translation. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 22.02.2019 14:15, Jiri Vanek ?????: >>>>>>>>>>> Hello all! >>>>>>>>>>> >>>>>>>>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>>>>>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>>>>>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>>>>>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>>>>>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>>>>>>>> update theirs translations in >>>>>>>>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>>>>>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>>>>>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>>>>>>>> pre-released tarballs will be fixed. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Windows testing: >>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>>> * icedtea-web-1.8pre.win.bin.zip >>>>>>>>>>> * itw-installer.msi >>>>>>>>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>>> >>>>>>>>>>> Linux testng: >>>>>>>>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>>>>>>>> * fedora >>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>>> >>>>>>>>>>> Note for JRE search: >>>>>>>>>>> * windows shell scripts reads java_home or or registry >>>>>>>>>>> * linux shell scripts reads java_home or defualt system jdk >>>>>>>>>>> * native launchers reads in addition system paths >>>>>>>>>>> TBH, I doubt I covered all combinations when I run my suites >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>>>>>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>>>>>>>> * >>>>>>>>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Known bugs: >>>>>>>>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>>>>>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>>>>>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>>>>>>>> deployment.properties ) are not properly handled >>>>>>>>>>> 3689 --- DownloadService2 not implemented >>>>>>>>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>>>>>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>>>>>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>>>>>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>>>>>>>> >>>>>>>>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>>>>>>>> AdoptOpenJDK.... >>>>>>>>>>> >>>>>>>>>>> Looking forward for both positive and negative feedbacks >>>>>>>>>>> J. >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>>> >>>> >>> >>> > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 244 bytes Desc: OpenPGP digital signature URL: From lhersch at dssgmbh.de Wed Mar 6 18:14:01 2019 From: lhersch at dssgmbh.de (Lars Herschke) Date: Wed, 06 Mar 2019 19:14:01 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <948bf324-db4c-c5d7-e2ce-bcf21b9f4ea0@redhat.com> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> <948bf324-db4c-c5d7-e2ce-bcf21b9f4ea0@redhat.com> Message-ID: <5C800DE9.3000606@dssgmbh.de> Hi Jiri, I have tested your patch and it works for me with a little change. I have changed the line [target.'cfg(windows)'] in the Cargo.toml to [target.'cfg(windows)'.dependencies] Mit freundlichen Gr??en Lars Herschke Data-Service GmbH Beethovenstra?e 2a 23617 Stockelsdorf Amtsgericht L?beck, HRB 318 BS Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, Dr. Uwe Szyszka, Dr. Hans-Martin Rasch Tel. (0451) 49 00-188 Fax. (0451) 49 00-123 e-mail: lhersch at dssgmbh.de Jiri Vanek schrieb: > On 3/5/19 11:32 AM, Lars Herschke wrote: >> Hello, >> >> attached a patch that cause the following changes. >> >> acinclude.m4: >> - configure-switch --with-jdk-home acts on windows >> >> Makefile.am: >> - windows-fix for changeset 1565:7010aa9d9309 >> - fixes for make clean with native plugin disabled >> >> rust-launcher: >> 1. Use cannonicalize from crate dunce, because std::fs:canonicalize >> return on windows unc-paths like this \\?\C:\foo. This paths doesn't >> work with spawn() from std::process::Command. >> 2. Correct path for jfxrt.jar >> 3. Use JRE-path instead of JDK-path from registry and don't panic if >> this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar >> are only in the JRE-directory on openjdk. In addition users, that >> have only installed JRE don't have the JDK-regkey in your registry. >> >> > > Hi Lars! > > Please eyball the attached patch. It should be handling the dunce as windows-only. > > J. > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 244 bytes Desc: OpenPGP digital signature URL: From jvanek at redhat.com Wed Mar 6 18:30:02 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Wed, 6 Mar 2019 19:30:02 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <5C8007CB.2000908@dssgmbh.de> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> <69c50571-c4c6-c13e-2997-6f8113705b3e@redhat.com> <5C7E719D.6060409@dssgmbh.de> <094ac48a-f000-68b7-087b-c906cce3a7f6@redhat.com> <5C7E79AC.1010600@dssgmbh.de> <977f6d95-3513-35f1-c562-aa82a2360a93@redhat.com> <5C7FF266.9000501@dssgmbh.de> <82a24066-3831-814d-66f8-daee16caa0d2@redhat.com> <5C8007CB.2000908@dssgmbh.de> Message-ID: <7b4bf896-4f81-b73a-27a7-5473c18f5bdd@redhat.com> On 3/6/19 6:47 PM, Lars Herschke wrote: >> What are the regQuery and RegEnumKeyExW for? > > RegQueryInfoKeyW gives me the number of subkeys, so I can get directly > the last subkey with RegEnumKeyExW. Intersting how much you need to obtain such a simple thing. > >> I do tt see versions in the query.. What is the pooled order? SHould be >> jre8->jdk8->jdk11->jdkAnythingElse > > I try to get Java in the following order. > Is it JPMS or JMPS?-) > - latest pre JMPS-JRE > - latest pre JMPS-JDK > - latest JMPS-JDK > - latest JMPS-JRE I was guessing so, but somehow was unable to read the 1.8 or 11 numbers here.. Taht is good order. My only nit is its readability (but whole windows part arround here is terrible:( ) > > I always try to get the latest Java, favoring the pre JPMS Java. > However, so I may prefer a Java 7 to a Java 11. > >>> Do you mind to comapre with mine patch? (and honestly say that it is garbage and yours is more >>> bulletproof - I do not expect more) > > I dont't understand on your patch, how jdkX_registry_path, > jreX_registry_path and jdk11plus_registry_path should work. There is no > JavaHome-key on these levels. You do nto understand correctly. I do not know if it works. As I told, in time of the email I was jsut warming up the windows vm (and it still did not started:-/) to check what keys are pointing where. If I drop the jdkX_registry_path jreX_registry_path jdk11plus_registry_path checks, how the patch looks to you? I think the veta on which patch to use here is on you. You found the issue and submited first path. And its on ground which is unsafe for me. Only if you chose mine, please run it first. > >>> I disagree with Your change to JAVA_HOME and PATH - because it can already be jre. On contrary, if >>> it si jdk, then it is already valid. HAve that part bitten you somewhere? > > You are right, but on Windows, JAVA_HOME is only set by ojdkbuild and > this set JAVA_HOME to his jdk root-directory. Oracle-Java don't set > JAVA_HOME, but writes registry keys ever. It still is? Thats bad:( > The PATH is set from ojdkbuild to [jdk-root]\bin, so my changes also > works. The PATH from Oracle-Java is complete outside the java directory > (C:\Program Files (x86)\Common Files\Oracle\Java\javapath). In this path > you will not find any library. > Everything said so far, only applies to Java 8. As of Java 9, there is > no more jre directory around jdk. > In the end, you can not know if PATH or JAVA_HOME is a jdk or a jre, > without checking it. > It did not bother me, I just tried to be more compatible with the > standard installations under windows Ok. then I will silently skip that part. Thankyou very much for explanation. > Last but not least, the method is called find_jre.:-) Rebuke taken. Actually double rebook taken, as the methods arround now search for both... Crazy those registry really are.... > > > > > Mit freundlichen Gr??en > > Lars Herschke > > Data-Service GmbH > Beethovenstra?e 2a > 23617 Stockelsdorf > Amtsgericht L?beck, HRB 318 BS > Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, > Dr. Uwe Szyszka, Dr. Hans-Martin Rasch > Tel. (0451) 49 00-188 > Fax. (0451) 49 00-123 > e-mail: lhersch at dssgmbh.de > > > Jiri Vanek schrieb: >> On 3/6/19 5:16 PM, Lars Herschke wrote: >>> Hi, >>> >>> attached a new separate windows registry patch. >> >> Wou. Interesting approach. As you had not replied if you will elaborate on it, I had in meantime >> did simialr patch (attached, not tested, literally just finished writing right now, and started to >> warm up windows VM) - absed on yours, jsut with the pooling of registry. >> >> My patch looks a bit more rustlike - especailly it uses chain of match instead of loop, and TBH I >> do not understand half of yours :) >> What are the regQuery and RegEnumKeyExW for? >> I do tt see versions in the query.. What is the pooled order? SHould be >> jre8->jdk8->jdk11->jdkAnythingElse >> Do you mind to comapre with mine patch? (and honestly say that it is garbage and yours is more >> bulletproof - I do not expect more) >> >> >> I disagree with Your change to JAVA_HOME and PATH - because it can already be jre. On contrary, if >> it si jdk, then it is already valid. HAve that part bitten you somewhere? >> >> Really thanx! >> J. >> >>> >>> >>> Mit freundlichen Gr??en >>> >>> Lars Herschke >>> >>> Data-Service GmbH >>> Beethovenstra?e 2a >>> 23617 Stockelsdorf >>> Amtsgericht L?beck, HRB 318 BS >>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>> Tel. (0451) 49 00-188 >>> Fax. (0451) 49 00-123 >>> e-mail: lhersch at dssgmbh.de >>> >>> >>> Jiri Vanek schrieb: >>>> On 3/5/19 2:29 PM, Lars Herschke wrote: >>>>>> Ok. Then I would suggest the following steps: >>>>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>>>> (jre->jdk fallback, jre search only) I will push for you asap. >>>>> >>>>> If you plan to check more than one regkey than you should check in the >>>>> following order. >>>>> >>>>> 1. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment >>>>> 2. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development Kit >>>>> 3. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JDK >>>>> 4. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JRE >>>>> >>>>> 1. for the last pre-JPMS-jre (max Java 9) >>>>> 2. for the last pre-JPMS-jdk (max Java 8) >>>>> 3. for the last JPMS-jdk ( Java 11+) >>>>> 4. for the last JPMS-jre (max Java 10) >>>>> >>>>> Starting with Java 11 you have to check the jdk first, because there is >>>>> nor jre anymore. >>>> >>>> Are you willing to code that? I would promiss you a beer on fosdem :) >>>>> >>>>> >>>>> >>>>> Mit freundlichen Gr??en >>>>> >>>>> Lars Herschke >>>>> >>>>> Data-Service GmbH >>>>> Beethovenstra?e 2a >>>>> 23617 Stockelsdorf >>>>> Amtsgericht L?beck, HRB 318 BS >>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>> Tel. (0451) 49 00-188 >>>>> Fax. (0451) 49 00-123 >>>>> e-mail: lhersch at dssgmbh.de >>>>> >>>>> >>>>> Jiri Vanek schrieb: >>>>>> On 3/5/19 1:54 PM, Lars Herschke wrote: >>>>>>> Hi Jiri. >>>>>>> >>>>>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>>>>> wondering why I had never needed it. >>>>>>> >>>>>>> I have installed my jdk direct in windows and not inside cygwin. So my >>>>>>> path inside cygwin is /cygdrive/c/Program\ >>>>>>> Files/ojdkbuild/java-1.8.0-openjdk-1.8.0.201-1. This path isn't found by >>>>>>> configure without jdk-home-configure-switch. >>>>>> >>>>>> I have it installed to in windows, but something must go differently. Will push this hunk for you asap >>>>>>> >>>>>>> >>>>>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>>>> >>>>>>> Without my changes i get the following error when i make "make clean". >>>>>>> "make: *** No rule to make target 'clean-unittest++', needed by >>>>>>> 'clean-tests'. Stop." >>>>>>> clean-unittest++ is commented out in the generated Makefile because i >>>>>>> build without native plugin. >>>>>> >>>>>> Hm interesting, I'm running cleanow and iot works. Anyway will test you changeset, and if ti do not >>>>>> break anything (which I dubt) will push it for you asap. >>>>>>> >>>>>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>>>> >>>>>>> If you have an jdk on windows without registry entries and set without >>>>>>> JAVA_HOME, than jdk from path is trying. This path is canonicalized and >>>>>>> leads to an unc-path. I have in a test spawn() persuaded (with >>>>>>> current_dir) to use this unc-path, but java.exe don't like unc-path in >>>>>>> his classpath. >>>>>>> >>>>>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>>>>> search? >>>>>>> >>>>>>> When you install openjdk with ojdkbuild it will be found. When you >>>>>>> install oracle-jdk and you don't disable "Public JRE" in the installer, >>>>>>> than it would also be found. >>>>>> >>>>>> Ok. Then I would suggest the following steps: >>>>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>>>> (jre->jdk fallback, jre search only) I will push for you asap. >>>>>> >>>>>> - Please provide dunce changeset as separate changeset. We have to discuss, how to make it >>>>>> disable-able. >>>>>> >>>>>> >>>>>> Please reconsider fx patch. I dont think it is necessary. If it is, I would liek to know your case. >>>>>> >>>>>> Thanx! >>>>>> J. >>>>>> >>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Mit freundlichen Gr??en >>>>>>> >>>>>>> Lars Herschke >>>>>>> >>>>>>> Data-Service GmbH >>>>>>> Beethovenstra?e 2a >>>>>>> 23617 Stockelsdorf >>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>> Tel. (0451) 49 00-188 >>>>>>> Fax. (0451) 49 00-123 >>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>> >>>>>>> >>>>>>> Jiri Vanek schrieb: >>>>>>>> Hi Lars! >>>>>>>> >>>>>>>> Thank you very much for eyballing the windows state. >>>>>>>> >>>>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>>>> wondering why I had never needed it. >>>>>>>> >>>>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>>>>> >>>>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>>>>> >>>>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>>>> search? >>>>>>>> >>>>>>>> >>>>>>>> hmm. The jfxrt is shameful bug, as the path is crippled also in shell and bat launchers an I keep >>>>>>>> wondering how it could hapened it was not hit. >>>>>>>> >>>>>>>> again, thanx a lot for this set of fixes! >>>>>>>> J. >>>>>>>> >>>>>>>> On 3/5/19 11:32 AM, Lars Herschke wrote: >>>>>>>>> Hello, >>>>>>>>> >>>>>>>>> attached a patch that cause the following changes. >>>>>>>>> >>>>>>>>> acinclude.m4: >>>>>>>>> - configure-switch --with-jdk-home acts on windows >>>>>>>>> >>>>>>>>> Makefile.am: >>>>>>>>> - windows-fix for changeset 1565:7010aa9d9309 >>>>>>>>> - fixes for make clean with native plugin disabled >>>>>>>>> >>>>>>>>> rust-launcher: >>>>>>>>> 1. Use cannonicalize from crate dunce, because std::fs:canonicalize >>>>>>>>> return on windows unc-paths like this \\?\C:\foo. This paths doesn't >>>>>>>>> work with spawn() from std::process::Command. >>>>>>>>> 2. Correct path for jfxrt.jar >>>>>>>>> 3. Use JRE-path instead of JDK-path from registry and don't panic if >>>>>>>>> this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar >>>>>>>>> are only in the JRE-directory on openjdk. In addition users, that >>>>>>>>> have only installed JRE don't have the JDK-regkey in your registry. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Mit freundlichen Gr??en >>>>>>>>> >>>>>>>>> Lars Herschke >>>>>>>>> >>>>>>>>> Data-Service GmbH >>>>>>>>> Beethovenstra?e 2a >>>>>>>>> 23617 Stockelsdorf >>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>> >>>>>>>>> >>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>> TYVM. Pushed. >>>>>>>>>> >>>>>>>>>> Prerelase binraries will be updated on demand. >>>>>>>>>> >>>>>>>>>> J. >>>>>>>>>> >>>>>>>>>> On 2/25/19 10:39 AM, Olesya Gerasimenko wrote: >>>>>>>>>>> Hello! >>>>>>>>>>> >>>>>>>>>>> Please find attached the updated Russian translation. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> 22.02.2019 14:15, Jiri Vanek ?????: >>>>>>>>>>>> Hello all! >>>>>>>>>>>> >>>>>>>>>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>>>>>>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>>>>>>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>>>>>>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>>>>>>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>>>>>>>>> update theirs translations in >>>>>>>>>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>>>>>>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>>>>>>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>>>>>>>>> pre-released tarballs will be fixed. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Windows testing: >>>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>>>> * icedtea-web-1.8pre.win.bin.zip >>>>>>>>>>>> * itw-installer.msi >>>>>>>>>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>>>> >>>>>>>>>>>> Linux testng: >>>>>>>>>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>>>>>>>>> * fedora >>>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>>>> >>>>>>>>>>>> Note for JRE search: >>>>>>>>>>>> * windows shell scripts reads java_home or or registry >>>>>>>>>>>> * linux shell scripts reads java_home or defualt system jdk >>>>>>>>>>>> * native launchers reads in addition system paths >>>>>>>>>>>> TBH, I doubt I covered all combinations when I run my suites >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>>>>>>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>>>>>>>>> * >>>>>>>>>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Known bugs: >>>>>>>>>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>>>>>>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>>>>>>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>>>>>>>>> deployment.properties ) are not properly handled >>>>>>>>>>>> 3689 --- DownloadService2 not implemented >>>>>>>>>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>>>>>>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>>>>>>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>>>>>>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>>>>>>>>> >>>>>>>>>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>>>>>>>>> AdoptOpenJDK.... >>>>>>>>>>>> >>>>>>>>>>>> Looking forward for both positive and negative feedbacks >>>>>>>>>>>> J. >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>>> >>>>> >>>> >>>> >> >> > -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From jvanek at redhat.com Wed Mar 6 18:30:59 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Wed, 6 Mar 2019 19:30:59 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <5C800DE9.3000606@dssgmbh.de> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> <948bf324-db4c-c5d7-e2ce-bcf21b9f4ea0@redhat.com> <5C800DE9.3000606@dssgmbh.de> Message-ID: On 3/6/19 7:14 PM, Lars Herschke wrote: > Hi Jiri, > > I have tested your patch and it works for me with a little change. > > I have changed the line > [target.'cfg(windows)'] > in the Cargo.toml to > [target.'cfg(windows)'.dependencies] > > great! Thank you very much. I will push it for you tomorrow. Have a nice evening! > > Mit freundlichen Gr??en > > Lars Herschke > > Data-Service GmbH > Beethovenstra?e 2a > 23617 Stockelsdorf > Amtsgericht L?beck, HRB 318 BS > Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, > Dr. Uwe Szyszka, Dr. Hans-Martin Rasch > Tel. (0451) 49 00-188 > Fax. (0451) 49 00-123 > e-mail: lhersch at dssgmbh.de > > > Jiri Vanek schrieb: >> On 3/5/19 11:32 AM, Lars Herschke wrote: >>> Hello, >>> >>> attached a patch that cause the following changes. >>> >>> acinclude.m4: >>> - configure-switch --with-jdk-home acts on windows >>> >>> Makefile.am: >>> - windows-fix for changeset 1565:7010aa9d9309 >>> - fixes for make clean with native plugin disabled >>> >>> rust-launcher: >>> 1. Use cannonicalize from crate dunce, because std::fs:canonicalize >>> return on windows unc-paths like this \\?\C:\foo. This paths doesn't >>> work with spawn() from std::process::Command. >>> 2. Correct path for jfxrt.jar >>> 3. Use JRE-path instead of JDK-path from registry and don't panic if >>> this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar >>> are only in the JRE-directory on openjdk. In addition users, that >>> have only installed JRE don't have the JDK-regkey in your registry. >>> >>> >> >> Hi Lars! >> >> Please eyball the attached patch. It should be handling the dunce as windows-only. >> >> J. >> > -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From jvanek at redhat.com Thu Mar 7 08:16:05 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Thu, 7 Mar 2019 09:16:05 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <5C800DE9.3000606@dssgmbh.de> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> <948bf324-db4c-c5d7-e2ce-bcf21b9f4ea0@redhat.com> <5C800DE9.3000606@dssgmbh.de> Message-ID: Thanx! Pushed On 3/6/19 7:14 PM, Lars Herschke wrote: > Hi Jiri, > > I have tested your patch and it works for me with a little change. > > I have changed the line > [target.'cfg(windows)'] > in the Cargo.toml to > [target.'cfg(windows)'.dependencies] > > > > Mit freundlichen Gr??en > > Lars Herschke > > Data-Service GmbH > Beethovenstra?e 2a > 23617 Stockelsdorf > Amtsgericht L?beck, HRB 318 BS > Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, > Dr. Uwe Szyszka, Dr. Hans-Martin Rasch > Tel. (0451) 49 00-188 > Fax. (0451) 49 00-123 > e-mail: lhersch at dssgmbh.de > > > Jiri Vanek schrieb: >> On 3/5/19 11:32 AM, Lars Herschke wrote: >>> Hello, >>> >>> attached a patch that cause the following changes. >>> >>> acinclude.m4: >>> - configure-switch --with-jdk-home acts on windows >>> >>> Makefile.am: >>> - windows-fix for changeset 1565:7010aa9d9309 >>> - fixes for make clean with native plugin disabled >>> >>> rust-launcher: >>> 1. Use cannonicalize from crate dunce, because std::fs:canonicalize >>> return on windows unc-paths like this \\?\C:\foo. This paths doesn't >>> work with spawn() from std::process::Command. >>> 2. Correct path for jfxrt.jar >>> 3. Use JRE-path instead of JDK-path from registry and don't panic if >>> this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar >>> are only in the JRE-directory on openjdk. In addition users, that >>> have only installed JRE don't have the JDK-regkey in your registry. >>> >>> >> >> Hi Lars! >> >> Please eyball the attached patch. It should be handling the dunce as windows-only. >> >> J. >> > -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From jvanek at redhat.com Thu Mar 7 08:59:25 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Thu, 7 Mar 2019 09:59:25 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <5C8007CB.2000908@dssgmbh.de> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> <69c50571-c4c6-c13e-2997-6f8113705b3e@redhat.com> <5C7E719D.6060409@dssgmbh.de> <094ac48a-f000-68b7-087b-c906cce3a7f6@redhat.com> <5C7E79AC.1010600@dssgmbh.de> <977f6d95-3513-35f1-c562-aa82a2360a93@redhat.com> <5C7FF266.9000501@dssgmbh.de> <82a24066-3831-814d-66f8-daee16caa0d2@redhat.com> <5C8007CB.2000908@dssgmbh.de> Message-ID: <8650d3d3-ce9f-0e20-031b-556fd3e76499@redhat.com> Hi Again. Attached is the workig version of my patch from yesterday. I realised that my approach requires: java_registry_path("SOFTWARE\\JavaSoft\\JDK\\11.0.2") - note the security number. This it is no go. - in addition I was unable to verify against jdk8. The ojdkbuild of jdk8 never put anything into "my" registry. >From what I seen, your patch is ok with jdk11,12 and onwards untill the registry changes again, right? J. On 3/6/19 6:47 PM, Lars Herschke wrote: >> What are the regQuery and RegEnumKeyExW for? > > RegQueryInfoKeyW gives me the number of subkeys, so I can get directly > the last subkey with RegEnumKeyExW. > >> I do tt see versions in the query.. What is the pooled order? SHould be >> jre8->jdk8->jdk11->jdkAnythingElse > > I try to get Java in the following order. > > - latest pre JMPS-JRE > - latest pre JMPS-JDK > - latest JMPS-JDK > - latest JMPS-JRE > > I always try to get the latest Java, favoring the pre JPMS Java. > However, so I may prefer a Java 7 to a Java 11. > >>> Do you mind to comapre with mine patch? (and honestly say that it is garbage and yours is more >>> bulletproof - I do not expect more) > > I dont't understand on your patch, how jdkX_registry_path, > jreX_registry_path and jdk11plus_registry_path should work. There is no > JavaHome-key on these levels. > >>> I disagree with Your change to JAVA_HOME and PATH - because it can already be jre. On contrary, if >>> it si jdk, then it is already valid. HAve that part bitten you somewhere? > > You are right, but on Windows, JAVA_HOME is only set by ojdkbuild and > this set JAVA_HOME to his jdk root-directory. Oracle-Java don't set > JAVA_HOME, but writes registry keys ever. > The PATH is set from ojdkbuild to [jdk-root]\bin, so my changes also > works. The PATH from Oracle-Java is complete outside the java directory > (C:\Program Files (x86)\Common Files\Oracle\Java\javapath). In this path > you will not find any library. > Everything said so far, only applies to Java 8. As of Java 9, there is > no more jre directory around jdk. > In the end, you can not know if PATH or JAVA_HOME is a jdk or a jre, > without checking it. > It did not bother me, I just tried to be more compatible with the > standard installations under windows > Last but not least, the method is called find_jre.:-) > > > > > Mit freundlichen Gr??en > > Lars Herschke > > Data-Service GmbH > Beethovenstra?e 2a > 23617 Stockelsdorf > Amtsgericht L?beck, HRB 318 BS > Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, > Dr. Uwe Szyszka, Dr. Hans-Martin Rasch > Tel. (0451) 49 00-188 > Fax. (0451) 49 00-123 > e-mail: lhersch at dssgmbh.de > > > Jiri Vanek schrieb: >> On 3/6/19 5:16 PM, Lars Herschke wrote: >>> Hi, >>> >>> attached a new separate windows registry patch. >> >> Wou. Interesting approach. As you had not replied if you will elaborate on it, I had in meantime >> did simialr patch (attached, not tested, literally just finished writing right now, and started to >> warm up windows VM) - absed on yours, jsut with the pooling of registry. >> >> My patch looks a bit more rustlike - especailly it uses chain of match instead of loop, and TBH I >> do not understand half of yours :) >> What are the regQuery and RegEnumKeyExW for? >> I do tt see versions in the query.. What is the pooled order? SHould be >> jre8->jdk8->jdk11->jdkAnythingElse >> Do you mind to comapre with mine patch? (and honestly say that it is garbage and yours is more >> bulletproof - I do not expect more) >> >> >> I disagree with Your change to JAVA_HOME and PATH - because it can already be jre. On contrary, if >> it si jdk, then it is already valid. HAve that part bitten you somewhere? >> >> Really thanx! >> J. >> >>> >>> >>> Mit freundlichen Gr??en >>> >>> Lars Herschke >>> >>> Data-Service GmbH >>> Beethovenstra?e 2a >>> 23617 Stockelsdorf >>> Amtsgericht L?beck, HRB 318 BS >>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>> Tel. (0451) 49 00-188 >>> Fax. (0451) 49 00-123 >>> e-mail: lhersch at dssgmbh.de >>> >>> >>> Jiri Vanek schrieb: >>>> On 3/5/19 2:29 PM, Lars Herschke wrote: >>>>>> Ok. Then I would suggest the following steps: >>>>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>>>> (jre->jdk fallback, jre search only) I will push for you asap. >>>>> >>>>> If you plan to check more than one regkey than you should check in the >>>>> following order. >>>>> >>>>> 1. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment >>>>> 2. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development Kit >>>>> 3. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JDK >>>>> 4. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JRE >>>>> >>>>> 1. for the last pre-JPMS-jre (max Java 9) >>>>> 2. for the last pre-JPMS-jdk (max Java 8) >>>>> 3. for the last JPMS-jdk ( Java 11+) >>>>> 4. for the last JPMS-jre (max Java 10) >>>>> >>>>> Starting with Java 11 you have to check the jdk first, because there is >>>>> nor jre anymore. >>>> >>>> Are you willing to code that? I would promiss you a beer on fosdem :) >>>>> >>>>> >>>>> >>>>> Mit freundlichen Gr??en >>>>> >>>>> Lars Herschke >>>>> >>>>> Data-Service GmbH >>>>> Beethovenstra?e 2a >>>>> 23617 Stockelsdorf >>>>> Amtsgericht L?beck, HRB 318 BS >>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>> Tel. (0451) 49 00-188 >>>>> Fax. (0451) 49 00-123 >>>>> e-mail: lhersch at dssgmbh.de >>>>> >>>>> >>>>> Jiri Vanek schrieb: >>>>>> On 3/5/19 1:54 PM, Lars Herschke wrote: >>>>>>> Hi Jiri. >>>>>>> >>>>>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>>>>> wondering why I had never needed it. >>>>>>> >>>>>>> I have installed my jdk direct in windows and not inside cygwin. So my >>>>>>> path inside cygwin is /cygdrive/c/Program\ >>>>>>> Files/ojdkbuild/java-1.8.0-openjdk-1.8.0.201-1. This path isn't found by >>>>>>> configure without jdk-home-configure-switch. >>>>>> >>>>>> I have it installed to in windows, but something must go differently. Will push this hunk for you asap >>>>>>> >>>>>>> >>>>>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>>>> >>>>>>> Without my changes i get the following error when i make "make clean". >>>>>>> "make: *** No rule to make target 'clean-unittest++', needed by >>>>>>> 'clean-tests'. Stop." >>>>>>> clean-unittest++ is commented out in the generated Makefile because i >>>>>>> build without native plugin. >>>>>> >>>>>> Hm interesting, I'm running cleanow and iot works. Anyway will test you changeset, and if ti do not >>>>>> break anything (which I dubt) will push it for you asap. >>>>>>> >>>>>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>>>> >>>>>>> If you have an jdk on windows without registry entries and set without >>>>>>> JAVA_HOME, than jdk from path is trying. This path is canonicalized and >>>>>>> leads to an unc-path. I have in a test spawn() persuaded (with >>>>>>> current_dir) to use this unc-path, but java.exe don't like unc-path in >>>>>>> his classpath. >>>>>>> >>>>>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>>>>> search? >>>>>>> >>>>>>> When you install openjdk with ojdkbuild it will be found. When you >>>>>>> install oracle-jdk and you don't disable "Public JRE" in the installer, >>>>>>> than it would also be found. >>>>>> >>>>>> Ok. Then I would suggest the following steps: >>>>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>>>> (jre->jdk fallback, jre search only) I will push for you asap. >>>>>> >>>>>> - Please provide dunce changeset as separate changeset. We have to discuss, how to make it >>>>>> disable-able. >>>>>> >>>>>> >>>>>> Please reconsider fx patch. I dont think it is necessary. If it is, I would liek to know your case. >>>>>> >>>>>> Thanx! >>>>>> J. >>>>>> >>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Mit freundlichen Gr??en >>>>>>> >>>>>>> Lars Herschke >>>>>>> >>>>>>> Data-Service GmbH >>>>>>> Beethovenstra?e 2a >>>>>>> 23617 Stockelsdorf >>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>> Tel. (0451) 49 00-188 >>>>>>> Fax. (0451) 49 00-123 >>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>> >>>>>>> >>>>>>> Jiri Vanek schrieb: >>>>>>>> Hi Lars! >>>>>>>> >>>>>>>> Thank you very much for eyballing the windows state. >>>>>>>> >>>>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>>>> wondering why I had never needed it. >>>>>>>> >>>>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>>>>> >>>>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>>>>> >>>>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>>>> search? >>>>>>>> >>>>>>>> >>>>>>>> hmm. The jfxrt is shameful bug, as the path is crippled also in shell and bat launchers an I keep >>>>>>>> wondering how it could hapened it was not hit. >>>>>>>> >>>>>>>> again, thanx a lot for this set of fixes! >>>>>>>> J. >>>>>>>> >>>>>>>> On 3/5/19 11:32 AM, Lars Herschke wrote: >>>>>>>>> Hello, >>>>>>>>> >>>>>>>>> attached a patch that cause the following changes. >>>>>>>>> >>>>>>>>> acinclude.m4: >>>>>>>>> - configure-switch --with-jdk-home acts on windows >>>>>>>>> >>>>>>>>> Makefile.am: >>>>>>>>> - windows-fix for changeset 1565:7010aa9d9309 >>>>>>>>> - fixes for make clean with native plugin disabled >>>>>>>>> >>>>>>>>> rust-launcher: >>>>>>>>> 1. Use cannonicalize from crate dunce, because std::fs:canonicalize >>>>>>>>> return on windows unc-paths like this \\?\C:\foo. This paths doesn't >>>>>>>>> work with spawn() from std::process::Command. >>>>>>>>> 2. Correct path for jfxrt.jar >>>>>>>>> 3. Use JRE-path instead of JDK-path from registry and don't panic if >>>>>>>>> this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar >>>>>>>>> are only in the JRE-directory on openjdk. In addition users, that >>>>>>>>> have only installed JRE don't have the JDK-regkey in your registry. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Mit freundlichen Gr??en >>>>>>>>> >>>>>>>>> Lars Herschke >>>>>>>>> >>>>>>>>> Data-Service GmbH >>>>>>>>> Beethovenstra?e 2a >>>>>>>>> 23617 Stockelsdorf >>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>> >>>>>>>>> >>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>> TYVM. Pushed. >>>>>>>>>> >>>>>>>>>> Prerelase binraries will be updated on demand. >>>>>>>>>> >>>>>>>>>> J. >>>>>>>>>> >>>>>>>>>> On 2/25/19 10:39 AM, Olesya Gerasimenko wrote: >>>>>>>>>>> Hello! >>>>>>>>>>> >>>>>>>>>>> Please find attached the updated Russian translation. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> 22.02.2019 14:15, Jiri Vanek ?????: >>>>>>>>>>>> Hello all! >>>>>>>>>>>> >>>>>>>>>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>>>>>>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>>>>>>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>>>>>>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>>>>>>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>>>>>>>>> update theirs translations in >>>>>>>>>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>>>>>>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>>>>>>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>>>>>>>>> pre-released tarballs will be fixed. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Windows testing: >>>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>>>> * icedtea-web-1.8pre.win.bin.zip >>>>>>>>>>>> * itw-installer.msi >>>>>>>>>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>>>> >>>>>>>>>>>> Linux testng: >>>>>>>>>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>>>>>>>>> * fedora >>>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>>>> >>>>>>>>>>>> Note for JRE search: >>>>>>>>>>>> * windows shell scripts reads java_home or or registry >>>>>>>>>>>> * linux shell scripts reads java_home or defualt system jdk >>>>>>>>>>>> * native launchers reads in addition system paths >>>>>>>>>>>> TBH, I doubt I covered all combinations when I run my suites >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>>>>>>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>>>>>>>>> * >>>>>>>>>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Known bugs: >>>>>>>>>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>>>>>>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>>>>>>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>>>>>>>>> deployment.properties ) are not properly handled >>>>>>>>>>>> 3689 --- DownloadService2 not implemented >>>>>>>>>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>>>>>>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>>>>>>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>>>>>>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>>>>>>>>> >>>>>>>>>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>>>>>>>>> AdoptOpenJDK.... >>>>>>>>>>>> >>>>>>>>>>>> Looking forward for both positive and negative feedbacks >>>>>>>>>>>> J. >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>>> >>>>> >>>> >>>> >> >> > -- 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: multipleJavasFromRegistry2.patch Type: text/x-patch Size: 6576 bytes Desc: not available URL: From bourges.laurent at gmail.com Thu Mar 7 10:53:49 2019 From: bourges.laurent at gmail.com (=?UTF-8?Q?Laurent_Bourg=C3=A8s?=) Date: Thu, 7 Mar 2019 11:53:49 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <8650d3d3-ce9f-0e20-031b-556fd3e76499@redhat.com> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> <69c50571-c4c6-c13e-2997-6f8113705b3e@redhat.com> <5C7E719D.6060409@dssgmbh.de> <094ac48a-f000-68b7-087b-c906cce3a7f6@redhat.com> <5C7E79AC.1010600@dssgmbh.de> <977f6d95-3513-35f1-c562-aa82a2360a93@redhat.com> <5C7FF266.9000501@dssgmbh.de> <82a24066-3831-814d-66f8-daee16caa0d2@redhat.com> <5C8007CB.2000908@dssgmbh.de> <8650d3d3-ce9f-0e20-031b-556fd3e76499@redhat.com> Message-ID: Dear Jiri, I tested your ITW 1.8 portable build on macOS with OpenJDK11 using shell launchers (sh). I had to fix the bash script (integer comparison failed) to make itw work. Here is the patch (based on HEAD): diff -r b60023d6a3a5 shell-launcher/launchers.sh.in --- a/shell-launcher/launchers.sh.in Wed Mar 06 15:21:43 2019 +0100 +++ b/shell-launcher/launchers.sh.in Thu Mar 07 11:48:08 2019 +0100 @@ -98,10 +98,10 @@ MODULAR_JDK="NO" fullversion=`${JAVA} -version 2>&1` version=`echo $fullversion | head -n 1 | cut -d'-' -f1 | cut -d'"' -f2 | cut -d'.' -f1` -if [ $version -eq "1" ]; then +if [ "$version" -eq "1" ]; then version=`echo $fullversion | head -n 1 | cut -d'-' -f1 | cut -d'"' -f2 | cut -d'.' -f2` fi -if [ $version -ge "9" ]; then +if [ "$version" -ge "9" ]; then MODULAR_JDK="YES" fi PS: Could you make a newer pre-release build, incorporating all your recent changes ? Cheers, Laurent Le jeu. 7 mars 2019 ? 09:59, Jiri Vanek a ?crit : > Hi Again. > > Attached is the workig version of my patch from yesterday. > > I realised that my approach requires: > java_registry_path("SOFTWARE\\JavaSoft\\JDK\\11.0.2") > - note the security number. This it is no go. > - in addition I was unable to verify against jdk8. The ojdkbuild of jdk8 > never put anything into > "my" registry. > > From what I seen, your patch is ok with jdk11,12 and onwards untill the > registry changes again, right? > > J. > > On 3/6/19 6:47 PM, Lars Herschke wrote: > >> What are the regQuery and RegEnumKeyExW for? > > > > RegQueryInfoKeyW gives me the number of subkeys, so I can get directly > > the last subkey with RegEnumKeyExW. > > > >> I do tt see versions in the query.. What is the pooled order? SHould be > >> jre8->jdk8->jdk11->jdkAnythingElse > > > > I try to get Java in the following order. > > > > - latest pre JMPS-JRE > > - latest pre JMPS-JDK > > - latest JMPS-JDK > > - latest JMPS-JRE > > > > I always try to get the latest Java, favoring the pre JPMS Java. > > However, so I may prefer a Java 7 to a Java 11. > > > >>> Do you mind to comapre with mine patch? (and honestly say that it is > garbage and yours is more > >>> bulletproof - I do not expect more) > > > > I dont't understand on your patch, how jdkX_registry_path, > > jreX_registry_path and jdk11plus_registry_path should work. There is no > > JavaHome-key on these levels. > > > >>> I disagree with Your change to JAVA_HOME and PATH - because it can > already be jre. On contrary, if > >>> it si jdk, then it is already valid. HAve that part bitten you > somewhere? > > > > You are right, but on Windows, JAVA_HOME is only set by ojdkbuild and > > this set JAVA_HOME to his jdk root-directory. Oracle-Java don't set > > JAVA_HOME, but writes registry keys ever. > > The PATH is set from ojdkbuild to [jdk-root]\bin, so my changes also > > works. The PATH from Oracle-Java is complete outside the java directory > > (C:\Program Files (x86)\Common Files\Oracle\Java\javapath). In this path > > you will not find any library. > > Everything said so far, only applies to Java 8. As of Java 9, there is > > no more jre directory around jdk. > > In the end, you can not know if PATH or JAVA_HOME is a jdk or a jre, > > without checking it. > > It did not bother me, I just tried to be more compatible with the > > standard installations under windows > > Last but not least, the method is called find_jre.:-) > > > > > > > > > > Mit freundlichen Gr??en > > > > Lars Herschke > > > > Data-Service GmbH > > Beethovenstra?e 2a > > 23617 Stockelsdorf > > Amtsgericht L?beck, HRB 318 BS > > Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, > > Dr. Uwe Szyszka, Dr. Hans-Martin Rasch > > Tel. (0451) 49 00-188 > > Fax. (0451) 49 00-123 > > e-mail: lhersch at dssgmbh.de > > > > > > Jiri Vanek schrieb: > >> On 3/6/19 5:16 PM, Lars Herschke wrote: > >>> Hi, > >>> > >>> attached a new separate windows registry patch. > >> > >> Wou. Interesting approach. As you had not replied if you will > elaborate on it, I had in meantime > >> did simialr patch (attached, not tested, literally just finished > writing right now, and started to > >> warm up windows VM) - absed on yours, jsut with the pooling of registry. > >> > >> My patch looks a bit more rustlike - especailly it uses chain of match > instead of loop, and TBH I > >> do not understand half of yours :) > >> What are the regQuery and RegEnumKeyExW for? > >> I do tt see versions in the query.. What is the pooled order? SHould be > >> jre8->jdk8->jdk11->jdkAnythingElse > >> Do you mind to comapre with mine patch? (and honestly say that it is > garbage and yours is more > >> bulletproof - I do not expect more) > >> > >> > >> I disagree with Your change to JAVA_HOME and PATH - because it can > already be jre. On contrary, if > >> it si jdk, then it is already valid. HAve that part bitten you > somewhere? > >> > >> Really thanx! > >> J. > >> > >>> > >>> > >>> Mit freundlichen Gr??en > >>> > >>> Lars Herschke > >>> > >>> Data-Service GmbH > >>> Beethovenstra?e 2a > >>> 23617 Stockelsdorf > >>> Amtsgericht L?beck, HRB 318 BS > >>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, > >>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch > >>> Tel. (0451) 49 00-188 > >>> Fax. (0451) 49 00-123 > >>> e-mail: lhersch at dssgmbh.de > >>> > >>> > >>> Jiri Vanek schrieb: > >>>> On 3/5/19 2:29 PM, Lars Herschke wrote: > >>>>>> Ok. Then I would suggest the following steps: > >>>>>> - Does it have sense to check both jre and jsk keys? jre first, and > jdk as fallback? If not, then > >>>>>> I'm happy with ou jre from registy patch. Do you mind to post it as > separate patch? In both cases > >>>>>> (jre->jdk fallback, jre search only) I will push for you asap. > >>>>> > >>>>> If you plan to check more than one regkey than you should check in > the > >>>>> following order. > >>>>> > >>>>> 1. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment > >>>>> 2. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development Kit > >>>>> 3. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JDK > >>>>> 4. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JRE > >>>>> > >>>>> 1. for the last pre-JPMS-jre (max Java 9) > >>>>> 2. for the last pre-JPMS-jdk (max Java 8) > >>>>> 3. for the last JPMS-jdk ( Java 11+) > >>>>> 4. for the last JPMS-jre (max Java 10) > >>>>> > >>>>> Starting with Java 11 you have to check the jdk first, because there > is > >>>>> nor jre anymore. > >>>> > >>>> Are you willing to code that? I would promiss you a beer on fosdem :) > >>>>> > >>>>> > >>>>> > >>>>> Mit freundlichen Gr??en > >>>>> > >>>>> Lars Herschke > >>>>> > >>>>> Data-Service GmbH > >>>>> Beethovenstra?e 2a > >>>>> 23617 Stockelsdorf > >>>>> Amtsgericht L?beck, HRB 318 BS > >>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, > >>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch > >>>>> Tel. (0451) 49 00-188 > >>>>> Fax. (0451) 49 00-123 > >>>>> e-mail: lhersch at dssgmbh.de > >>>>> > >>>>> > >>>>> Jiri Vanek schrieb: > >>>>>> On 3/5/19 1:54 PM, Lars Herschke wrote: > >>>>>>> Hi Jiri. > >>>>>>> > >>>>>>>>> I'm wondering why the acinclude hunk is necessary - Do you > intend to ship..or whatever custom > >>>>>>>>> itw-binaries built on windows? The build is the only thing I do > seriously on windows, and thus I'm > >>>>>>>>> wondering why I had never needed it. > >>>>>>> > >>>>>>> I have installed my jdk direct in windows and not inside cygwin. > So my > >>>>>>> path inside cygwin is /cygdrive/c/Program\ > >>>>>>> Files/ojdkbuild/java-1.8.0-openjdk-1.8.0.201-1. This path isn't > found by > >>>>>>> configure without jdk-home-configure-switch. > >>>>>> > >>>>>> I have it installed to in windows, but something must go > differently. Will push this hunk for you asap > >>>>>>> > >>>>>>> > >>>>>>>>> The unittest++ targets are for plugin only,. You should not > even hit them. > >>>>>>> > >>>>>>> Without my changes i get the following error when i make "make > clean". > >>>>>>> "make: *** No rule to make target 'clean-unittest++', needed by > >>>>>>> 'clean-tests'. Stop." > >>>>>>> clean-unittest++ is commented out in the generated Makefile > because i > >>>>>>> build without native plugin. > >>>>>> > >>>>>> Hm interesting, I'm running cleanow and iot works. Anyway will test > you changeset, and if ti do not > >>>>>> break anything (which I dubt) will push it for you asap. > >>>>>>> > >>>>>>>>> Dunce is an problem - ITW, being distribution friendly, can not > rely on random cargo pulled from > >>>>>>>>> web. Sorry. If it is really doing such a troubles, then I'm > afraid it must go in in way, it can be > >>>>>>>>> ifouted on linxu. Do you mind to elaborate on this? > >>>>>>> > >>>>>>> If you have an jdk on windows without registry entries and set > without > >>>>>>> JAVA_HOME, than jdk from path is trying. This path is > canonicalized and > >>>>>>> leads to an unc-path. I have in a test spawn() persuaded (with > >>>>>>> current_dir) to use this unc-path, but java.exe don't like > unc-path in > >>>>>>> his classpath. > >>>>>>> > >>>>>>>>> Last hint - if I install JDK on windows. Will it still be found > in registry in way you changed the > >>>>>>>>> search? > >>>>>>> > >>>>>>> When you install openjdk with ojdkbuild it will be found. When you > >>>>>>> install oracle-jdk and you don't disable "Public JRE" in the > installer, > >>>>>>> than it would also be found. > >>>>>> > >>>>>> Ok. Then I would suggest the following steps: > >>>>>> - Does it have sense to check both jre and jsk keys? jre first, and > jdk as fallback? If not, then > >>>>>> I'm happy with ou jre from registy patch. Do you mind to post it as > separate patch? In both cases > >>>>>> (jre->jdk fallback, jre search only) I will push for you asap. > >>>>>> > >>>>>> - Please provide dunce changeset as separate changeset. We have to > discuss, how to make it > >>>>>> disable-able. > >>>>>> > >>>>>> > >>>>>> Please reconsider fx patch. I dont think it is necessary. If it is, > I would liek to know your case. > >>>>>> > >>>>>> Thanx! > >>>>>> J. > >>>>>> > >>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> Mit freundlichen Gr??en > >>>>>>> > >>>>>>> Lars Herschke > >>>>>>> > >>>>>>> Data-Service GmbH > >>>>>>> Beethovenstra?e 2a > >>>>>>> 23617 Stockelsdorf > >>>>>>> Amtsgericht L?beck, HRB 318 BS > >>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, > >>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch > >>>>>>> Tel. (0451) 49 00-188 > >>>>>>> Fax. (0451) 49 00-123 > >>>>>>> e-mail: lhersch at dssgmbh.de > >>>>>>> > >>>>>>> > >>>>>>> Jiri Vanek schrieb: > >>>>>>>> Hi Lars! > >>>>>>>> > >>>>>>>> Thank you very much for eyballing the windows state. > >>>>>>>> > >>>>>>>> I'm wondering why the acinclude hunk is necessary - Do you > intend to ship..or whatever custom > >>>>>>>> itw-binaries built on windows? The build is the only thing I do > seriously on windows, and thus I'm > >>>>>>>> wondering why I had never needed it. > >>>>>>>> > >>>>>>>> The unittest++ targets are for plugin only,. You should not even > hit them. > >>>>>>>> > >>>>>>>> Dunce is an problem - ITW, being distribution friendly, can not > rely on random cargo pulled from > >>>>>>>> web. Sorry. If it is really doing such a troubles, then I'm > afraid it must go in in way, it can be > >>>>>>>> ifouted on linxu. Do you mind to elaborate on this? > >>>>>>>> > >>>>>>>> Last hint - if I install JDK on windows. Will it still be found > in registry in way you changed the > >>>>>>>> search? > >>>>>>>> > >>>>>>>> > >>>>>>>> hmm. The jfxrt is shameful bug, as the path is crippled also in > shell and bat launchers an I keep > >>>>>>>> wondering how it could hapened it was not hit. > >>>>>>>> > >>>>>>>> again, thanx a lot for this set of fixes! > >>>>>>>> J. > >>>>>>>> > >>>>>>>> On 3/5/19 11:32 AM, Lars Herschke wrote: > >>>>>>>>> Hello, > >>>>>>>>> > >>>>>>>>> attached a patch that cause the following changes. > >>>>>>>>> > >>>>>>>>> acinclude.m4: > >>>>>>>>> - configure-switch --with-jdk-home acts on windows > >>>>>>>>> > >>>>>>>>> Makefile.am: > >>>>>>>>> - windows-fix for changeset 1565:7010aa9d9309 > >>>>>>>>> - fixes for make clean with native plugin disabled > >>>>>>>>> > >>>>>>>>> rust-launcher: > >>>>>>>>> 1. Use cannonicalize from crate dunce, because > std::fs:canonicalize > >>>>>>>>> return on windows unc-paths like this \\?\C:\foo. This paths > doesn't > >>>>>>>>> work with spawn() from std::process::Command. > >>>>>>>>> 2. Correct path for jfxrt.jar > >>>>>>>>> 3. Use JRE-path instead of JDK-path from registry and don't > panic if > >>>>>>>>> this regkey doesn't exist, because jfxrt.jar, rt.jar and > nashorn.jar > >>>>>>>>> are only in the JRE-directory on openjdk. In addition users, > that > >>>>>>>>> have only installed JRE don't have the JDK-regkey in your > registry. > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> Mit freundlichen Gr??en > >>>>>>>>> > >>>>>>>>> Lars Herschke > >>>>>>>>> > >>>>>>>>> Data-Service GmbH > >>>>>>>>> Beethovenstra?e 2a > >>>>>>>>> 23617 Stockelsdorf > >>>>>>>>> Amtsgericht L?beck, HRB 318 BS > >>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, > >>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch > >>>>>>>>> Tel. (0451) 49 00-188 > >>>>>>>>> Fax. (0451) 49 00-123 > >>>>>>>>> e-mail: lhersch at dssgmbh.de > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> Jiri Vanek schrieb: > >>>>>>>>>> TYVM. Pushed. > >>>>>>>>>> > >>>>>>>>>> Prerelase binraries will be updated on demand. > >>>>>>>>>> > >>>>>>>>>> J. > >>>>>>>>>> > >>>>>>>>>> On 2/25/19 10:39 AM, Olesya Gerasimenko wrote: > >>>>>>>>>>> Hello! > >>>>>>>>>>> > >>>>>>>>>>> Please find attached the updated Russian translation. > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> 22.02.2019 14:15, Jiri Vanek ?????: > >>>>>>>>>>>> Hello all! > >>>>>>>>>>>> > >>>>>>>>>>>> Please see the pre-release of icedtea-web 1.8: > https://jvanek.fedorapeople.org/itw1.8/ > >>>>>>>>>>>> If you can push it through your cases, it would be awesome. > There are native portable builds for > >>>>>>>>>>>> both win and Linuxes. There is also multiplatform portable > build based on shell/bat launchers only. > >>>>>>>>>>>> I had also updated (not released!) fedora builds to this pre > - see "fedora" text file: > >>>>>>>>>>>> While this prerelase is in testing, I would like to call > alive translators - Russian and Czech - to > >>>>>>>>>>>> update theirs translations in > >>>>>>>>>>>> > http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. > In > >>>>>>>>>>>> addition, I will start backporting of non-native patches to > 1.7 so 1.7.2 can follow 1.8 very soon. > >>>>>>>>>>>> 1.8 will be released once translations are in place. Of > course anything wrong reported with > >>>>>>>>>>>> pre-released tarballs will be fixed. > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> Windows testing: > >>>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip > >>>>>>>>>>>> * icedtea-web-1.8pre.win.bin.zip > >>>>>>>>>>>> * itw-installer.msi > >>>>>>>>>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - > optional) > >>>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ > >>>>>>>>>>>> > >>>>>>>>>>>> Linux testng: > >>>>>>>>>>>> * iccedtea-web-1.8pre.linux.bin.zip > >>>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip > >>>>>>>>>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and > custom builds - mandatory) > >>>>>>>>>>>> * fedora > >>>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ > >>>>>>>>>>>> > >>>>>>>>>>>> Note for JRE search: > >>>>>>>>>>>> * windows shell scripts reads java_home or or registry > >>>>>>>>>>>> * linux shell scripts reads java_home or defualt system jdk > >>>>>>>>>>>> * native launchers reads in addition system paths > >>>>>>>>>>>> TBH, I doubt I covered all combinations when I run my suites > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> Cases (if you have lack of them, but many of them may be > already dead): > >>>>>>>>>>>> * > https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws > >>>>>>>>>>>> * > >>>>>>>>>>>> > https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> Known bugs: > >>>>>>>>>>>> 3705 --- Webstarted application tries to load resources > from server incorrectly > >>>>>>>>>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start > interface - LAZY_CLASSLOADING_FAILED > >>>>>>>>>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key > deployment.jre.dir in in > >>>>>>>>>>>> deployment.properties ) are not properly handled > >>>>>>>>>>>> 3689 --- DownloadService2 not implemented > >>>>>>>>>>>> 3672 --- Classloader doesn't load jar correctly from JNLP > extension > >>>>>>>>>>>> 3461 --- (still) Cannot run HP ILO4 remote console > application > >>>>>>>>>>>> Windows desktop shortcuts are suspected to not work with > jdk11 and up > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> On Linux side, except native launchers and few bug fixes, not > much changed. But for windows support > >>>>>>>>>>>> this is giant leap to be finally proper replacement for > oracle javaws. > >>>>>>>>>>>> > >>>>>>>>>>>> For 1.9 the plan is to remove plugin completely, and to move > to github and under the wings of > >>>>>>>>>>>> AdoptOpenJDK.... > >>>>>>>>>>>> > >>>>>>>>>>>> Looking forward for both positive and negative feedbacks > >>>>>>>>>>>> J. > >>>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>> > >>>>>> > >>>>>> > >>>>> > >>>> > >>>> > >> > >> > > > > > -- > Jiri Vanek > Senior QE engineer, OpenJDK QE lead, Mgr. > Red Hat Czech > jvanek at redhat.com M: +420775390109 > -- -- Laurent Bourg?s -------------- next part -------------- An HTML attachment was scrubbed... URL: From jvanek at icedtea.classpath.org Thu Mar 7 13:02:09 2019 From: jvanek at icedtea.classpath.org (jvanek at icedtea.classpath.org) Date: Thu, 07 Mar 2019 13:02:09 +0000 Subject: /hg/icedtea-web: Quoted version of jdk work (by Laurent Bourges) Message-ID: changeset 2d7fe876a14c in /hg/icedtea-web details: http://icedtea.classpath.org/hg/icedtea-web?cmd=changeset;node=2d7fe876a14c author: Jiri Vanek date: Thu Mar 07 14:01:56 2019 +0100 Quoted version of jdk work (by Laurent Bourges) diffstat: shell-launcher/launchers.sh.in | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diffs (16 lines): diff -r b60023d6a3a5 -r 2d7fe876a14c shell-launcher/launchers.sh.in --- a/shell-launcher/launchers.sh.in Wed Mar 06 15:21:43 2019 +0100 +++ b/shell-launcher/launchers.sh.in Thu Mar 07 14:01:56 2019 +0100 @@ -98,10 +98,10 @@ MODULAR_JDK="NO" fullversion=`${JAVA} -version 2>&1` version=`echo $fullversion | head -n 1 | cut -d'-' -f1 | cut -d'"' -f2 | cut -d'.' -f1` -if [ $version -eq "1" ]; then +if [ "$version" -eq "1" ]; then version=`echo $fullversion | head -n 1 | cut -d'-' -f1 | cut -d'"' -f2 | cut -d'.' -f2` fi -if [ $version -ge "9" ]; then +if [ "$version" -ge "9" ]; then MODULAR_JDK="YES" fi From jvanek at icedtea.classpath.org Thu Mar 7 13:02:11 2019 From: jvanek at icedtea.classpath.org (jvanek at icedtea.classpath.org) Date: Thu, 07 Mar 2019 13:02:11 +0000 Subject: /hg/release/icedtea-web-1.7: Quoted version of jdk work (by Laur... Message-ID: changeset b2c7ba07a660 in /hg/release/icedtea-web-1.7 details: http://icedtea.classpath.org/hg/release/icedtea-web-1.7?cmd=changeset;node=b2c7ba07a660 author: Jiri Vanek date: Thu Mar 07 14:01:54 2019 +0100 Quoted version of jdk work (by Laurent Bourges) diffstat: launcher/launchers.sh.in | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diffs (16 lines): diff -r 5ef482e3aa78 -r b2c7ba07a660 launcher/launchers.sh.in --- a/launcher/launchers.sh.in Tue Mar 05 14:22:47 2019 +0100 +++ b/launcher/launchers.sh.in Thu Mar 07 14:01:54 2019 +0100 @@ -98,10 +98,10 @@ MODULAR_JDK="NO" fullversion=`${JAVA} -version 2>&1` version=`echo $fullversion | head -n 1 | cut -d'-' -f1 | cut -d'"' -f2 | cut -d'.' -f1` -if [ $version -eq "1" ]; then +if [ "$version" -eq "1" ]; then version=`echo $fullversion | head -n 1 | cut -d'-' -f1 | cut -d'"' -f2 | cut -d'.' -f2` fi -if [ $version -ge "9" ]; then +if [ "$version" -ge "9" ]; then MODULAR_JDK="YES" fi From jvanek at redhat.com Thu Mar 7 13:55:24 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Thu, 7 Mar 2019 14:55:24 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <5C811E9B.4010309@dssgmbh.de> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> <69c50571-c4c6-c13e-2997-6f8113705b3e@redhat.com> <5C7E719D.6060409@dssgmbh.de> <094ac48a-f000-68b7-087b-c906cce3a7f6@redhat.com> <5C7E79AC.1010600@dssgmbh.de> <977f6d95-3513-35f1-c562-aa82a2360a93@redhat.com> <5C7FF266.9000501@dssgmbh.de> <82a24066-3831-814d-66f8-daee16caa0d2@redhat.com> <5C8007CB.2000908@dssgmbh.de> <8650d3d3-ce9f-0e20-031b-556fd3e76499@redhat.com> <5C8113C0.5030909@dssgmbh.de> <5C811E75.8030909@dssgmbh.de> <5C811E9B.4010309@dssgmbh.de> Message-ID: <4f34314d-92c2-e494-0940-d18488bbfb19@redhat.com> Thanx! Why the: + jre_dir.push(""); ? I cant see wher eit iterates over 11, 1.8 and so on, but I trust it does :) Except the empty push, Althouh it is hard to read itm I'm ok with the patch, and will push it for you (once the mepty push is justified/removed) On 3/7/19 2:37 PM, Lars Herschke wrote: > forgot patch > > Mit freundlichen Gr??en > > Lars Herschke > > Data-Service GmbH > Beethovenstra?e 2a > 23617 Stockelsdorf > Amtsgericht L?beck, HRB 318 BS > Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, > Dr. Uwe Szyszka, Dr. Hans-Martin Rasch > Tel. (0451) 49 00-188 > Fax. (0451) 49 00-123 > e-mail: lhersch at dssgmbh.de > > > Lars Herschke schrieb: >> So, here is the new patch. >> >> This patch tries to get JavaHome out of the registry with the following >> priosrization. >> >> - JRE 1.8 >> - JDK 1.8 >> - max JDK >= 9 >> - JDK 1.8 >> - max JDK >= 9 >> - max JRE >= 9 (only 9 or 10 possible) >> - max JDK < 1.8 >> - max JRE < 1.8 >> >> The highest minor version within the major version is always preferred. >> >> In addition, the method find_jre checks with this patch whether it makes >> sense to append the jre directory. >> >> >> Mit freundlichen Gr??en >> >> Lars Herschke >> >> Data-Service GmbH >> Beethovenstra?e 2a >> 23617 Stockelsdorf >> Amtsgericht L?beck, HRB 318 BS >> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >> Tel. (0451) 49 00-188 >> Fax. (0451) 49 00-123 >> e-mail: lhersch at dssgmbh.de >> >> >> Lars Herschke schrieb: >>> Hi Jiri. >>> >>>>> - in addition I was unable to verify against jdk8. The ojdkbuild of jdk8 never put anything into >>>>> "my" registry. >>> >>> This can be selected and deselected in the installer. That's why I'm >>> testing JAVA_HOME and PATH so hard. >>> >>> I am currently testing a new version of my patch. I hope to be able to >>> make it available today. >>> >>> >>> >>> Mit freundlichen Gr??en >>> >>> Lars Herschke >>> >>> Data-Service GmbH >>> Beethovenstra?e 2a >>> 23617 Stockelsdorf >>> Amtsgericht L?beck, HRB 318 BS >>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>> Tel. (0451) 49 00-188 >>> Fax. (0451) 49 00-123 >>> e-mail: lhersch at dssgmbh.de >>> >>> >>> Jiri Vanek schrieb: >>>> Hi Again. >>>> >>>> Attached is the workig version of my patch from yesterday. >>>> >>>> I realised that my approach requires: java_registry_path("SOFTWARE\\JavaSoft\\JDK\\11.0.2") >>>> - note the security number. This it is no go. >>>> - in addition I was unable to verify against jdk8. The ojdkbuild of jdk8 never put anything into >>>> "my" registry. >>>> >>>> From what I seen, your patch is ok with jdk11,12 and onwards untill the registry changes again, right? >>>> >>>> J. >>>> >>>> On 3/6/19 6:47 PM, Lars Herschke wrote: >>>>>> What are the regQuery and RegEnumKeyExW for? >>>>> >>>>> RegQueryInfoKeyW gives me the number of subkeys, so I can get directly >>>>> the last subkey with RegEnumKeyExW. >>>>> >>>>>> I do tt see versions in the query.. What is the pooled order? SHould be >>>>>> jre8->jdk8->jdk11->jdkAnythingElse >>>>> >>>>> I try to get Java in the following order. >>>>> >>>>> - latest pre JMPS-JRE >>>>> - latest pre JMPS-JDK >>>>> - latest JMPS-JDK >>>>> - latest JMPS-JRE >>>>> >>>>> I always try to get the latest Java, favoring the pre JPMS Java. >>>>> However, so I may prefer a Java 7 to a Java 11. >>>>> >>>>>>> Do you mind to comapre with mine patch? (and honestly say that it is garbage and yours is more >>>>>>> bulletproof - I do not expect more) >>>>> >>>>> I dont't understand on your patch, how jdkX_registry_path, >>>>> jreX_registry_path and jdk11plus_registry_path should work. There is no >>>>> JavaHome-key on these levels. >>>>> >>>>>>> I disagree with Your change to JAVA_HOME and PATH - because it can already be jre. On contrary, if >>>>>>> it si jdk, then it is already valid. HAve that part bitten you somewhere? >>>>> >>>>> You are right, but on Windows, JAVA_HOME is only set by ojdkbuild and >>>>> this set JAVA_HOME to his jdk root-directory. Oracle-Java don't set >>>>> JAVA_HOME, but writes registry keys ever. >>>>> The PATH is set from ojdkbuild to [jdk-root]\bin, so my changes also >>>>> works. The PATH from Oracle-Java is complete outside the java directory >>>>> (C:\Program Files (x86)\Common Files\Oracle\Java\javapath). In this path >>>>> you will not find any library. >>>>> Everything said so far, only applies to Java 8. As of Java 9, there is >>>>> no more jre directory around jdk. >>>>> In the end, you can not know if PATH or JAVA_HOME is a jdk or a jre, >>>>> without checking it. >>>>> It did not bother me, I just tried to be more compatible with the >>>>> standard installations under windows >>>>> Last but not least, the method is called find_jre.:-) >>>>> >>>>> >>>>> >>>>> >>>>> Mit freundlichen Gr??en >>>>> >>>>> Lars Herschke >>>>> >>>>> Data-Service GmbH >>>>> Beethovenstra?e 2a >>>>> 23617 Stockelsdorf >>>>> Amtsgericht L?beck, HRB 318 BS >>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>> Tel. (0451) 49 00-188 >>>>> Fax. (0451) 49 00-123 >>>>> e-mail: lhersch at dssgmbh.de >>>>> >>>>> >>>>> Jiri Vanek schrieb: >>>>>> On 3/6/19 5:16 PM, Lars Herschke wrote: >>>>>>> Hi, >>>>>>> >>>>>>> attached a new separate windows registry patch. >>>>>> >>>>>> Wou. Interesting approach. As you had not replied if you will elaborate on it, I had in meantime >>>>>> did simialr patch (attached, not tested, literally just finished writing right now, and started to >>>>>> warm up windows VM) - absed on yours, jsut with the pooling of registry. >>>>>> >>>>>> My patch looks a bit more rustlike - especailly it uses chain of match instead of loop, and TBH I >>>>>> do not understand half of yours :) >>>>>> What are the regQuery and RegEnumKeyExW for? >>>>>> I do tt see versions in the query.. What is the pooled order? SHould be >>>>>> jre8->jdk8->jdk11->jdkAnythingElse >>>>>> Do you mind to comapre with mine patch? (and honestly say that it is garbage and yours is more >>>>>> bulletproof - I do not expect more) >>>>>> >>>>>> >>>>>> I disagree with Your change to JAVA_HOME and PATH - because it can already be jre. On contrary, if >>>>>> it si jdk, then it is already valid. HAve that part bitten you somewhere? >>>>>> >>>>>> Really thanx! >>>>>> J. >>>>>> >>>>>>> >>>>>>> >>>>>>> Mit freundlichen Gr??en >>>>>>> >>>>>>> Lars Herschke >>>>>>> >>>>>>> Data-Service GmbH >>>>>>> Beethovenstra?e 2a >>>>>>> 23617 Stockelsdorf >>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>> Tel. (0451) 49 00-188 >>>>>>> Fax. (0451) 49 00-123 >>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>> >>>>>>> >>>>>>> Jiri Vanek schrieb: >>>>>>>> On 3/5/19 2:29 PM, Lars Herschke wrote: >>>>>>>>>> Ok. Then I would suggest the following steps: >>>>>>>>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>>>>>>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>>>>>>>> (jre->jdk fallback, jre search only) I will push for you asap. >>>>>>>>> >>>>>>>>> If you plan to check more than one regkey than you should check in the >>>>>>>>> following order. >>>>>>>>> >>>>>>>>> 1. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment >>>>>>>>> 2. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development Kit >>>>>>>>> 3. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JDK >>>>>>>>> 4. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JRE >>>>>>>>> >>>>>>>>> 1. for the last pre-JPMS-jre (max Java 9) >>>>>>>>> 2. for the last pre-JPMS-jdk (max Java 8) >>>>>>>>> 3. for the last JPMS-jdk ( Java 11+) >>>>>>>>> 4. for the last JPMS-jre (max Java 10) >>>>>>>>> >>>>>>>>> Starting with Java 11 you have to check the jdk first, because there is >>>>>>>>> nor jre anymore. >>>>>>>> >>>>>>>> Are you willing to code that? I would promiss you a beer on fosdem :) >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Mit freundlichen Gr??en >>>>>>>>> >>>>>>>>> Lars Herschke >>>>>>>>> >>>>>>>>> Data-Service GmbH >>>>>>>>> Beethovenstra?e 2a >>>>>>>>> 23617 Stockelsdorf >>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>> >>>>>>>>> >>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>> On 3/5/19 1:54 PM, Lars Herschke wrote: >>>>>>>>>>> Hi Jiri. >>>>>>>>>>> >>>>>>>>>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>>>>>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>>>>>>>>> wondering why I had never needed it. >>>>>>>>>>> >>>>>>>>>>> I have installed my jdk direct in windows and not inside cygwin. So my >>>>>>>>>>> path inside cygwin is /cygdrive/c/Program\ >>>>>>>>>>> Files/ojdkbuild/java-1.8.0-openjdk-1.8.0.201-1. This path isn't found by >>>>>>>>>>> configure without jdk-home-configure-switch. >>>>>>>>>> >>>>>>>>>> I have it installed to in windows, but something must go differently. Will push this hunk for you asap >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>>>>>>>> >>>>>>>>>>> Without my changes i get the following error when i make "make clean". >>>>>>>>>>> "make: *** No rule to make target 'clean-unittest++', needed by >>>>>>>>>>> 'clean-tests'. Stop." >>>>>>>>>>> clean-unittest++ is commented out in the generated Makefile because i >>>>>>>>>>> build without native plugin. >>>>>>>>>> >>>>>>>>>> Hm interesting, I'm running cleanow and iot works. Anyway will test you changeset, and if ti do not >>>>>>>>>> break anything (which I dubt) will push it for you asap. >>>>>>>>>>> >>>>>>>>>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>>>>>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>>>>>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>>>>>>>> >>>>>>>>>>> If you have an jdk on windows without registry entries and set without >>>>>>>>>>> JAVA_HOME, than jdk from path is trying. This path is canonicalized and >>>>>>>>>>> leads to an unc-path. I have in a test spawn() persuaded (with >>>>>>>>>>> current_dir) to use this unc-path, but java.exe don't like unc-path in >>>>>>>>>>> his classpath. >>>>>>>>>>> >>>>>>>>>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>>>>>>>>> search? >>>>>>>>>>> >>>>>>>>>>> When you install openjdk with ojdkbuild it will be found. When you >>>>>>>>>>> install oracle-jdk and you don't disable "Public JRE" in the installer, >>>>>>>>>>> than it would also be found. >>>>>>>>>> >>>>>>>>>> Ok. Then I would suggest the following steps: >>>>>>>>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>>>>>>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>>>>>>>> (jre->jdk fallback, jre search only) I will push for you asap. >>>>>>>>>> >>>>>>>>>> - Please provide dunce changeset as separate changeset. We have to discuss, how to make it >>>>>>>>>> disable-able. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Please reconsider fx patch. I dont think it is necessary. If it is, I would liek to know your case. >>>>>>>>>> >>>>>>>>>> Thanx! >>>>>>>>>> J. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>>> >>>>>>>>>>> Lars Herschke >>>>>>>>>>> >>>>>>>>>>> Data-Service GmbH >>>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>>> Hi Lars! >>>>>>>>>>>> >>>>>>>>>>>> Thank you very much for eyballing the windows state. >>>>>>>>>>>> >>>>>>>>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>>>>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>>>>>>>> wondering why I had never needed it. >>>>>>>>>>>> >>>>>>>>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>>>>>>>>> >>>>>>>>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>>>>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>>>>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>>>>>>>>> >>>>>>>>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>>>>>>>> search? >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> hmm. The jfxrt is shameful bug, as the path is crippled also in shell and bat launchers an I keep >>>>>>>>>>>> wondering how it could hapened it was not hit. >>>>>>>>>>>> >>>>>>>>>>>> again, thanx a lot for this set of fixes! >>>>>>>>>>>> J. >>>>>>>>>>>> >>>>>>>>>>>> On 3/5/19 11:32 AM, Lars Herschke wrote: >>>>>>>>>>>>> Hello, >>>>>>>>>>>>> >>>>>>>>>>>>> attached a patch that cause the following changes. >>>>>>>>>>>>> >>>>>>>>>>>>> acinclude.m4: >>>>>>>>>>>>> - configure-switch --with-jdk-home acts on windows >>>>>>>>>>>>> >>>>>>>>>>>>> Makefile.am: >>>>>>>>>>>>> - windows-fix for changeset 1565:7010aa9d9309 >>>>>>>>>>>>> - fixes for make clean with native plugin disabled >>>>>>>>>>>>> >>>>>>>>>>>>> rust-launcher: >>>>>>>>>>>>> 1. Use cannonicalize from crate dunce, because std::fs:canonicalize >>>>>>>>>>>>> return on windows unc-paths like this \\?\C:\foo. This paths doesn't >>>>>>>>>>>>> work with spawn() from std::process::Command. >>>>>>>>>>>>> 2. Correct path for jfxrt.jar >>>>>>>>>>>>> 3. Use JRE-path instead of JDK-path from registry and don't panic if >>>>>>>>>>>>> this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar >>>>>>>>>>>>> are only in the JRE-directory on openjdk. In addition users, that >>>>>>>>>>>>> have only installed JRE don't have the JDK-regkey in your registry. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>>>>> >>>>>>>>>>>>> Lars Herschke >>>>>>>>>>>>> >>>>>>>>>>>>> Data-Service GmbH >>>>>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>>>>> TYVM. Pushed. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Prerelase binraries will be updated on demand. >>>>>>>>>>>>>> >>>>>>>>>>>>>> J. >>>>>>>>>>>>>> >>>>>>>>>>>>>> On 2/25/19 10:39 AM, Olesya Gerasimenko wrote: >>>>>>>>>>>>>>> Hello! >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Please find attached the updated Russian translation. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 22.02.2019 14:15, Jiri Vanek ?????: >>>>>>>>>>>>>>>> Hello all! >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>>>>>>>>>>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>>>>>>>>>>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>>>>>>>>>>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>>>>>>>>>>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>>>>>>>>>>>>> update theirs translations in >>>>>>>>>>>>>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>>>>>>>>>>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>>>>>>>>>>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>>>>>>>>>>>>> pre-released tarballs will be fixed. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Windows testing: >>>>>>>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>>>>>>>> * icedtea-web-1.8pre.win.bin.zip >>>>>>>>>>>>>>>> * itw-installer.msi >>>>>>>>>>>>>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>>>>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Linux testng: >>>>>>>>>>>>>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>>>>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>>>>>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>>>>>>>>>>>>> * fedora >>>>>>>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Note for JRE search: >>>>>>>>>>>>>>>> * windows shell scripts reads java_home or or registry >>>>>>>>>>>>>>>> * linux shell scripts reads java_home or defualt system jdk >>>>>>>>>>>>>>>> * native launchers reads in addition system paths >>>>>>>>>>>>>>>> TBH, I doubt I covered all combinations when I run my suites >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>>>>>>>>>>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>>>>>>>>>>>>> * >>>>>>>>>>>>>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Known bugs: >>>>>>>>>>>>>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>>>>>>>>>>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>>>>>>>>>>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>>>>>>>>>>>>> deployment.properties ) are not properly handled >>>>>>>>>>>>>>>> 3689 --- DownloadService2 not implemented >>>>>>>>>>>>>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>>>>>>>>>>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>>>>>>>>>>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>>>>>>>>>>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>>>>>>>>>>>>> AdoptOpenJDK.... >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Looking forward for both positive and negative feedbacks >>>>>>>>>>>>>>>> J. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>> >>>>>> >>>>> >>>> >>>> >>> >> -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From lhersch at dssgmbh.de Thu Mar 7 13:59:31 2019 From: lhersch at dssgmbh.de (Lars Herschke) Date: Thu, 07 Mar 2019 14:59:31 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <4f34314d-92c2-e494-0940-d18488bbfb19@redhat.com> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> <69c50571-c4c6-c13e-2997-6f8113705b3e@redhat.com> <5C7E719D.6060409@dssgmbh.de> <094ac48a-f000-68b7-087b-c906cce3a7f6@redhat.com> <5C7E79AC.1010600@dssgmbh.de> <977f6d95-3513-35f1-c562-aa82a2360a93@redhat.com> <5C7FF266.9000501@dssgmbh.de> <82a24066-3831-814d-66f8-daee16caa0d2@redhat.com> <5C8007CB.2000908@dssgmbh.de> <8650d3d3-ce9f-0e20-031b-556fd3e76499@redhat.com> <5C8113C0.5030909@dssgmbh.de> <5C811E75.8030909@dssgmbh.de> <5C811E9B.4010309@dssgmbh.de> <4f34314d-92c2-e494-0940-d18488bbfb19@redhat.com> Message-ID: <5C8123C3.7010301@dssgmbh.de> So i set, the final directory separator, automatically as a slash or backslash, matching the operating system. If one is already present, that is harmless. Mit freundlichen Gr??en Lars Herschke Data-Service GmbH Beethovenstra?e 2a 23617 Stockelsdorf Amtsgericht L?beck, HRB 318 BS Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, Dr. Uwe Szyszka, Dr. Hans-Martin Rasch e-mail: lhersch at dssgmbh.de Jiri Vanek schrieb: > Thanx! > > Why the: > + jre_dir.push(""); > > ? > > I cant see wher eit iterates over 11, 1.8 and so on, but I trust it does :) > > Except the empty push, Althouh it is hard to read itm I'm ok with the patch, and will push it for > you (once the mepty push is justified/removed) > On 3/7/19 2:37 PM, Lars Herschke wrote: >> forgot patch >> >> Mit freundlichen Gr??en >> >> Lars Herschke >> >> Data-Service GmbH >> Beethovenstra?e 2a >> 23617 Stockelsdorf >> Amtsgericht L?beck, HRB 318 BS >> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >> Tel. (0451) 49 00-188 >> Fax. (0451) 49 00-123 >> e-mail: lhersch at dssgmbh.de >> >> >> Lars Herschke schrieb: >>> So, here is the new patch. >>> >>> This patch tries to get JavaHome out of the registry with the following >>> priosrization. >>> >>> - JRE 1.8 >>> - JDK 1.8 >>> - max JDK >= 9 >>> - JDK 1.8 >>> - max JDK >= 9 >>> - max JRE >= 9 (only 9 or 10 possible) >>> - max JDK < 1.8 >>> - max JRE < 1.8 >>> >>> The highest minor version within the major version is always preferred. >>> >>> In addition, the method find_jre checks with this patch whether it makes >>> sense to append the jre directory. >>> >>> >>> Mit freundlichen Gr??en >>> >>> Lars Herschke >>> >>> Data-Service GmbH >>> Beethovenstra?e 2a >>> 23617 Stockelsdorf >>> Amtsgericht L?beck, HRB 318 BS >>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>> Tel. (0451) 49 00-188 >>> Fax. (0451) 49 00-123 >>> e-mail: lhersch at dssgmbh.de >>> >>> >>> Lars Herschke schrieb: >>>> Hi Jiri. >>>> >>>>>> - in addition I was unable to verify against jdk8. The ojdkbuild of jdk8 never put anything into >>>>>> "my" registry. >>>> >>>> This can be selected and deselected in the installer. That's why I'm >>>> testing JAVA_HOME and PATH so hard. >>>> >>>> I am currently testing a new version of my patch. I hope to be able to >>>> make it available today. >>>> >>>> >>>> >>>> Mit freundlichen Gr??en >>>> >>>> Lars Herschke >>>> >>>> Data-Service GmbH >>>> Beethovenstra?e 2a >>>> 23617 Stockelsdorf >>>> Amtsgericht L?beck, HRB 318 BS >>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>> Tel. (0451) 49 00-188 >>>> Fax. (0451) 49 00-123 >>>> e-mail: lhersch at dssgmbh.de >>>> >>>> >>>> Jiri Vanek schrieb: >>>>> Hi Again. >>>>> >>>>> Attached is the workig version of my patch from yesterday. >>>>> >>>>> I realised that my approach requires: java_registry_path("SOFTWARE\\JavaSoft\\JDK\\11.0.2") >>>>> - note the security number. This it is no go. >>>>> - in addition I was unable to verify against jdk8. The ojdkbuild of jdk8 never put anything into >>>>> "my" registry. >>>>> >>>>> From what I seen, your patch is ok with jdk11,12 and onwards untill the registry changes again, right? >>>>> >>>>> J. >>>>> >>>>> On 3/6/19 6:47 PM, Lars Herschke wrote: >>>>>>> What are the regQuery and RegEnumKeyExW for? >>>>>> >>>>>> RegQueryInfoKeyW gives me the number of subkeys, so I can get directly >>>>>> the last subkey with RegEnumKeyExW. >>>>>> >>>>>>> I do tt see versions in the query.. What is the pooled order? SHould be >>>>>>> jre8->jdk8->jdk11->jdkAnythingElse >>>>>> >>>>>> I try to get Java in the following order. >>>>>> >>>>>> - latest pre JMPS-JRE >>>>>> - latest pre JMPS-JDK >>>>>> - latest JMPS-JDK >>>>>> - latest JMPS-JRE >>>>>> >>>>>> I always try to get the latest Java, favoring the pre JPMS Java. >>>>>> However, so I may prefer a Java 7 to a Java 11. >>>>>> >>>>>>>> Do you mind to comapre with mine patch? (and honestly say that it is garbage and yours is more >>>>>>>> bulletproof - I do not expect more) >>>>>> >>>>>> I dont't understand on your patch, how jdkX_registry_path, >>>>>> jreX_registry_path and jdk11plus_registry_path should work. There is no >>>>>> JavaHome-key on these levels. >>>>>> >>>>>>>> I disagree with Your change to JAVA_HOME and PATH - because it can already be jre. On contrary, if >>>>>>>> it si jdk, then it is already valid. HAve that part bitten you somewhere? >>>>>> >>>>>> You are right, but on Windows, JAVA_HOME is only set by ojdkbuild and >>>>>> this set JAVA_HOME to his jdk root-directory. Oracle-Java don't set >>>>>> JAVA_HOME, but writes registry keys ever. >>>>>> The PATH is set from ojdkbuild to [jdk-root]\bin, so my changes also >>>>>> works. The PATH from Oracle-Java is complete outside the java directory >>>>>> (C:\Program Files (x86)\Common Files\Oracle\Java\javapath). In this path >>>>>> you will not find any library. >>>>>> Everything said so far, only applies to Java 8. As of Java 9, there is >>>>>> no more jre directory around jdk. >>>>>> In the end, you can not know if PATH or JAVA_HOME is a jdk or a jre, >>>>>> without checking it. >>>>>> It did not bother me, I just tried to be more compatible with the >>>>>> standard installations under windows >>>>>> Last but not least, the method is called find_jre.:-) >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Mit freundlichen Gr??en >>>>>> >>>>>> Lars Herschke >>>>>> >>>>>> Data-Service GmbH >>>>>> Beethovenstra?e 2a >>>>>> 23617 Stockelsdorf >>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>> Tel. (0451) 49 00-188 >>>>>> Fax. (0451) 49 00-123 >>>>>> e-mail: lhersch at dssgmbh.de >>>>>> >>>>>> >>>>>> Jiri Vanek schrieb: >>>>>>> On 3/6/19 5:16 PM, Lars Herschke wrote: >>>>>>>> Hi, >>>>>>>> >>>>>>>> attached a new separate windows registry patch. >>>>>>> >>>>>>> Wou. Interesting approach. As you had not replied if you will elaborate on it, I had in meantime >>>>>>> did simialr patch (attached, not tested, literally just finished writing right now, and started to >>>>>>> warm up windows VM) - absed on yours, jsut with the pooling of registry. >>>>>>> >>>>>>> My patch looks a bit more rustlike - especailly it uses chain of match instead of loop, and TBH I >>>>>>> do not understand half of yours :) >>>>>>> What are the regQuery and RegEnumKeyExW for? >>>>>>> I do tt see versions in the query.. What is the pooled order? SHould be >>>>>>> jre8->jdk8->jdk11->jdkAnythingElse >>>>>>> Do you mind to comapre with mine patch? (and honestly say that it is garbage and yours is more >>>>>>> bulletproof - I do not expect more) >>>>>>> >>>>>>> >>>>>>> I disagree with Your change to JAVA_HOME and PATH - because it can already be jre. On contrary, if >>>>>>> it si jdk, then it is already valid. HAve that part bitten you somewhere? >>>>>>> >>>>>>> Really thanx! >>>>>>> J. >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Mit freundlichen Gr??en >>>>>>>> >>>>>>>> Lars Herschke >>>>>>>> >>>>>>>> Data-Service GmbH >>>>>>>> Beethovenstra?e 2a >>>>>>>> 23617 Stockelsdorf >>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>> Tel. (0451) 49 00-188 >>>>>>>> Fax. (0451) 49 00-123 >>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>> >>>>>>>> >>>>>>>> Jiri Vanek schrieb: >>>>>>>>> On 3/5/19 2:29 PM, Lars Herschke wrote: >>>>>>>>>>> Ok. Then I would suggest the following steps: >>>>>>>>>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>>>>>>>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>>>>>>>>> (jre->jdk fallback, jre search only) I will push for you asap. >>>>>>>>>> >>>>>>>>>> If you plan to check more than one regkey than you should check in the >>>>>>>>>> following order. >>>>>>>>>> >>>>>>>>>> 1. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment >>>>>>>>>> 2. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development Kit >>>>>>>>>> 3. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JDK >>>>>>>>>> 4. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JRE >>>>>>>>>> >>>>>>>>>> 1. for the last pre-JPMS-jre (max Java 9) >>>>>>>>>> 2. for the last pre-JPMS-jdk (max Java 8) >>>>>>>>>> 3. for the last JPMS-jdk ( Java 11+) >>>>>>>>>> 4. for the last JPMS-jre (max Java 10) >>>>>>>>>> >>>>>>>>>> Starting with Java 11 you have to check the jdk first, because there is >>>>>>>>>> nor jre anymore. >>>>>>>>> >>>>>>>>> Are you willing to code that? I would promiss you a beer on fosdem :) >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>> >>>>>>>>>> Lars Herschke >>>>>>>>>> >>>>>>>>>> Data-Service GmbH >>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>> On 3/5/19 1:54 PM, Lars Herschke wrote: >>>>>>>>>>>> Hi Jiri. >>>>>>>>>>>> >>>>>>>>>>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>>>>>>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>>>>>>>>>> wondering why I had never needed it. >>>>>>>>>>>> >>>>>>>>>>>> I have installed my jdk direct in windows and not inside cygwin. So my >>>>>>>>>>>> path inside cygwin is /cygdrive/c/Program\ >>>>>>>>>>>> Files/ojdkbuild/java-1.8.0-openjdk-1.8.0.201-1. This path isn't found by >>>>>>>>>>>> configure without jdk-home-configure-switch. >>>>>>>>>>> >>>>>>>>>>> I have it installed to in windows, but something must go differently. Will push this hunk for you asap >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>>>>>>>>> >>>>>>>>>>>> Without my changes i get the following error when i make "make clean". >>>>>>>>>>>> "make: *** No rule to make target 'clean-unittest++', needed by >>>>>>>>>>>> 'clean-tests'. Stop." >>>>>>>>>>>> clean-unittest++ is commented out in the generated Makefile because i >>>>>>>>>>>> build without native plugin. >>>>>>>>>>> >>>>>>>>>>> Hm interesting, I'm running cleanow and iot works. Anyway will test you changeset, and if ti do not >>>>>>>>>>> break anything (which I dubt) will push it for you asap. >>>>>>>>>>>> >>>>>>>>>>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>>>>>>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>>>>>>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>>>>>>>>> >>>>>>>>>>>> If you have an jdk on windows without registry entries and set without >>>>>>>>>>>> JAVA_HOME, than jdk from path is trying. This path is canonicalized and >>>>>>>>>>>> leads to an unc-path. I have in a test spawn() persuaded (with >>>>>>>>>>>> current_dir) to use this unc-path, but java.exe don't like unc-path in >>>>>>>>>>>> his classpath. >>>>>>>>>>>> >>>>>>>>>>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>>>>>>>>>> search? >>>>>>>>>>>> >>>>>>>>>>>> When you install openjdk with ojdkbuild it will be found. When you >>>>>>>>>>>> install oracle-jdk and you don't disable "Public JRE" in the installer, >>>>>>>>>>>> than it would also be found. >>>>>>>>>>> >>>>>>>>>>> Ok. Then I would suggest the following steps: >>>>>>>>>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>>>>>>>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>>>>>>>>> (jre->jdk fallback, jre search only) I will push for you asap. >>>>>>>>>>> >>>>>>>>>>> - Please provide dunce changeset as separate changeset. We have to discuss, how to make it >>>>>>>>>>> disable-able. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Please reconsider fx patch. I dont think it is necessary. If it is, I would liek to know your case. >>>>>>>>>>> >>>>>>>>>>> Thanx! >>>>>>>>>>> J. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>>>> >>>>>>>>>>>> Lars Herschke >>>>>>>>>>>> >>>>>>>>>>>> Data-Service GmbH >>>>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>>>> Hi Lars! >>>>>>>>>>>>> >>>>>>>>>>>>> Thank you very much for eyballing the windows state. >>>>>>>>>>>>> >>>>>>>>>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>>>>>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>>>>>>>>> wondering why I had never needed it. >>>>>>>>>>>>> >>>>>>>>>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>>>>>>>>>> >>>>>>>>>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>>>>>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>>>>>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>>>>>>>>>> >>>>>>>>>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>>>>>>>>> search? >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> hmm. The jfxrt is shameful bug, as the path is crippled also in shell and bat launchers an I keep >>>>>>>>>>>>> wondering how it could hapened it was not hit. >>>>>>>>>>>>> >>>>>>>>>>>>> again, thanx a lot for this set of fixes! >>>>>>>>>>>>> J. >>>>>>>>>>>>> >>>>>>>>>>>>> On 3/5/19 11:32 AM, Lars Herschke wrote: >>>>>>>>>>>>>> Hello, >>>>>>>>>>>>>> >>>>>>>>>>>>>> attached a patch that cause the following changes. >>>>>>>>>>>>>> >>>>>>>>>>>>>> acinclude.m4: >>>>>>>>>>>>>> - configure-switch --with-jdk-home acts on windows >>>>>>>>>>>>>> >>>>>>>>>>>>>> Makefile.am: >>>>>>>>>>>>>> - windows-fix for changeset 1565:7010aa9d9309 >>>>>>>>>>>>>> - fixes for make clean with native plugin disabled >>>>>>>>>>>>>> >>>>>>>>>>>>>> rust-launcher: >>>>>>>>>>>>>> 1. Use cannonicalize from crate dunce, because std::fs:canonicalize >>>>>>>>>>>>>> return on windows unc-paths like this \\?\C:\foo. This paths doesn't >>>>>>>>>>>>>> work with spawn() from std::process::Command. >>>>>>>>>>>>>> 2. Correct path for jfxrt.jar >>>>>>>>>>>>>> 3. Use JRE-path instead of JDK-path from registry and don't panic if >>>>>>>>>>>>>> this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar >>>>>>>>>>>>>> are only in the JRE-directory on openjdk. In addition users, that >>>>>>>>>>>>>> have only installed JRE don't have the JDK-regkey in your registry. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>>>>>> >>>>>>>>>>>>>> Lars Herschke >>>>>>>>>>>>>> >>>>>>>>>>>>>> Data-Service GmbH >>>>>>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>>>>>> TYVM. Pushed. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Prerelase binraries will be updated on demand. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> J. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On 2/25/19 10:39 AM, Olesya Gerasimenko wrote: >>>>>>>>>>>>>>>> Hello! >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Please find attached the updated Russian translation. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 22.02.2019 14:15, Jiri Vanek ?????: >>>>>>>>>>>>>>>>> Hello all! >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>>>>>>>>>>>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>>>>>>>>>>>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>>>>>>>>>>>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>>>>>>>>>>>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>>>>>>>>>>>>>> update theirs translations in >>>>>>>>>>>>>>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>>>>>>>>>>>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>>>>>>>>>>>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>>>>>>>>>>>>>> pre-released tarballs will be fixed. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Windows testing: >>>>>>>>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>>>>>>>>> * icedtea-web-1.8pre.win.bin.zip >>>>>>>>>>>>>>>>> * itw-installer.msi >>>>>>>>>>>>>>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>>>>>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Linux testng: >>>>>>>>>>>>>>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>>>>>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>>>>>>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>>>>>>>>>>>>>> * fedora >>>>>>>>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Note for JRE search: >>>>>>>>>>>>>>>>> * windows shell scripts reads java_home or or registry >>>>>>>>>>>>>>>>> * linux shell scripts reads java_home or defualt system jdk >>>>>>>>>>>>>>>>> * native launchers reads in addition system paths >>>>>>>>>>>>>>>>> TBH, I doubt I covered all combinations when I run my suites >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>>>>>>>>>>>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>>>>>>>>>>>>>> * >>>>>>>>>>>>>>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Known bugs: >>>>>>>>>>>>>>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>>>>>>>>>>>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>>>>>>>>>>>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>>>>>>>>>>>>>> deployment.properties ) are not properly handled >>>>>>>>>>>>>>>>> 3689 --- DownloadService2 not implemented >>>>>>>>>>>>>>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>>>>>>>>>>>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>>>>>>>>>>>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>>>>>>>>>>>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>>>>>>>>>>>>>> AdoptOpenJDK.... >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Looking forward for both positive and negative feedbacks >>>>>>>>>>>>>>>>> J. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>>> >>>> >>> > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 244 bytes Desc: OpenPGP digital signature URL: From jvanek at redhat.com Thu Mar 7 14:02:30 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Thu, 7 Mar 2019 15:02:30 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <5C8123C3.7010301@dssgmbh.de> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> <69c50571-c4c6-c13e-2997-6f8113705b3e@redhat.com> <5C7E719D.6060409@dssgmbh.de> <094ac48a-f000-68b7-087b-c906cce3a7f6@redhat.com> <5C7E79AC.1010600@dssgmbh.de> <977f6d95-3513-35f1-c562-aa82a2360a93@redhat.com> <5C7FF266.9000501@dssgmbh.de> <82a24066-3831-814d-66f8-daee16caa0d2@redhat.com> <5C8007CB.2000908@dssgmbh.de> <8650d3d3-ce9f-0e20-031b-556fd3e76499@redhat.com> <5C8113C0.5030909@dssgmbh.de> <5C811E75.8030909@dssgmbh.de> <5C811E9B.4010309@dssgmbh.de> <4f34314d-92c2-e494-0940-d18488bbfb19@redhat.com> <5C8123C3.7010301@dssgmbh.de> Message-ID: <45875ba3-732b-bfe6-c21c-e4a1aad28068@redhat.com> On 3/7/19 2:59 PM, Lars Herschke wrote: > So i set, the final directory separator, automatically as a slash or > backslash, matching the operating system. If one is already present, > that is harmless. Not always, I just recall problems with this in case of cygpath. Do you mind to try it without? If you do mind, I will push like it is. But would rather avoid double slash in jre_home\\bin\java Imho every path.push(x) is actually doing \x or /x. J. > > > Mit freundlichen Gr??en > > Lars Herschke > > Data-Service GmbH > Beethovenstra?e 2a > 23617 Stockelsdorf > Amtsgericht L?beck, HRB 318 BS > Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, > Dr. Uwe Szyszka, Dr. Hans-Martin Rasch > e-mail: lhersch at dssgmbh.de > > > Jiri Vanek schrieb: >> Thanx! >> >> Why the: >> + jre_dir.push(""); >> >> ? >> >> I cant see wher eit iterates over 11, 1.8 and so on, but I trust it does :) >> >> Except the empty push, Althouh it is hard to read itm I'm ok with the patch, and will push it for >> you (once the mepty push is justified/removed) >> On 3/7/19 2:37 PM, Lars Herschke wrote: >>> forgot patch >>> >>> Mit freundlichen Gr??en >>> >>> Lars Herschke >>> >>> Data-Service GmbH >>> Beethovenstra?e 2a >>> 23617 Stockelsdorf >>> Amtsgericht L?beck, HRB 318 BS >>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>> Tel. (0451) 49 00-188 >>> Fax. (0451) 49 00-123 >>> e-mail: lhersch at dssgmbh.de >>> >>> >>> Lars Herschke schrieb: >>>> So, here is the new patch. >>>> >>>> This patch tries to get JavaHome out of the registry with the following >>>> priosrization. >>>> >>>> - JRE 1.8 >>>> - JDK 1.8 >>>> - max JDK >= 9 >>>> - JDK 1.8 >>>> - max JDK >= 9 >>>> - max JRE >= 9 (only 9 or 10 possible) >>>> - max JDK < 1.8 >>>> - max JRE < 1.8 >>>> >>>> The highest minor version within the major version is always preferred. >>>> >>>> In addition, the method find_jre checks with this patch whether it makes >>>> sense to append the jre directory. >>>> >>>> >>>> Mit freundlichen Gr??en >>>> >>>> Lars Herschke >>>> >>>> Data-Service GmbH >>>> Beethovenstra?e 2a >>>> 23617 Stockelsdorf >>>> Amtsgericht L?beck, HRB 318 BS >>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>> Tel. (0451) 49 00-188 >>>> Fax. (0451) 49 00-123 >>>> e-mail: lhersch at dssgmbh.de >>>> >>>> >>>> Lars Herschke schrieb: >>>>> Hi Jiri. >>>>> >>>>>>> - in addition I was unable to verify against jdk8. The ojdkbuild of jdk8 never put anything into >>>>>>> "my" registry. >>>>> >>>>> This can be selected and deselected in the installer. That's why I'm >>>>> testing JAVA_HOME and PATH so hard. >>>>> >>>>> I am currently testing a new version of my patch. I hope to be able to >>>>> make it available today. >>>>> >>>>> >>>>> >>>>> Mit freundlichen Gr??en >>>>> >>>>> Lars Herschke >>>>> >>>>> Data-Service GmbH >>>>> Beethovenstra?e 2a >>>>> 23617 Stockelsdorf >>>>> Amtsgericht L?beck, HRB 318 BS >>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>> Tel. (0451) 49 00-188 >>>>> Fax. (0451) 49 00-123 >>>>> e-mail: lhersch at dssgmbh.de >>>>> >>>>> >>>>> Jiri Vanek schrieb: >>>>>> Hi Again. >>>>>> >>>>>> Attached is the workig version of my patch from yesterday. >>>>>> >>>>>> I realised that my approach requires: java_registry_path("SOFTWARE\\JavaSoft\\JDK\\11.0.2") >>>>>> - note the security number. This it is no go. >>>>>> - in addition I was unable to verify against jdk8. The ojdkbuild of jdk8 never put anything into >>>>>> "my" registry. >>>>>> >>>>>> From what I seen, your patch is ok with jdk11,12 and onwards untill the registry changes again, right? >>>>>> >>>>>> J. >>>>>> >>>>>> On 3/6/19 6:47 PM, Lars Herschke wrote: >>>>>>>> What are the regQuery and RegEnumKeyExW for? >>>>>>> >>>>>>> RegQueryInfoKeyW gives me the number of subkeys, so I can get directly >>>>>>> the last subkey with RegEnumKeyExW. >>>>>>> >>>>>>>> I do tt see versions in the query.. What is the pooled order? SHould be >>>>>>>> jre8->jdk8->jdk11->jdkAnythingElse >>>>>>> >>>>>>> I try to get Java in the following order. >>>>>>> >>>>>>> - latest pre JMPS-JRE >>>>>>> - latest pre JMPS-JDK >>>>>>> - latest JMPS-JDK >>>>>>> - latest JMPS-JRE >>>>>>> >>>>>>> I always try to get the latest Java, favoring the pre JPMS Java. >>>>>>> However, so I may prefer a Java 7 to a Java 11. >>>>>>> >>>>>>>>> Do you mind to comapre with mine patch? (and honestly say that it is garbage and yours is more >>>>>>>>> bulletproof - I do not expect more) >>>>>>> >>>>>>> I dont't understand on your patch, how jdkX_registry_path, >>>>>>> jreX_registry_path and jdk11plus_registry_path should work. There is no >>>>>>> JavaHome-key on these levels. >>>>>>> >>>>>>>>> I disagree with Your change to JAVA_HOME and PATH - because it can already be jre. On contrary, if >>>>>>>>> it si jdk, then it is already valid. HAve that part bitten you somewhere? >>>>>>> >>>>>>> You are right, but on Windows, JAVA_HOME is only set by ojdkbuild and >>>>>>> this set JAVA_HOME to his jdk root-directory. Oracle-Java don't set >>>>>>> JAVA_HOME, but writes registry keys ever. >>>>>>> The PATH is set from ojdkbuild to [jdk-root]\bin, so my changes also >>>>>>> works. The PATH from Oracle-Java is complete outside the java directory >>>>>>> (C:\Program Files (x86)\Common Files\Oracle\Java\javapath). In this path >>>>>>> you will not find any library. >>>>>>> Everything said so far, only applies to Java 8. As of Java 9, there is >>>>>>> no more jre directory around jdk. >>>>>>> In the end, you can not know if PATH or JAVA_HOME is a jdk or a jre, >>>>>>> without checking it. >>>>>>> It did not bother me, I just tried to be more compatible with the >>>>>>> standard installations under windows >>>>>>> Last but not least, the method is called find_jre.:-) >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Mit freundlichen Gr??en >>>>>>> >>>>>>> Lars Herschke >>>>>>> >>>>>>> Data-Service GmbH >>>>>>> Beethovenstra?e 2a >>>>>>> 23617 Stockelsdorf >>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>> Tel. (0451) 49 00-188 >>>>>>> Fax. (0451) 49 00-123 >>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>> >>>>>>> >>>>>>> Jiri Vanek schrieb: >>>>>>>> On 3/6/19 5:16 PM, Lars Herschke wrote: >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> attached a new separate windows registry patch. >>>>>>>> >>>>>>>> Wou. Interesting approach. As you had not replied if you will elaborate on it, I had in meantime >>>>>>>> did simialr patch (attached, not tested, literally just finished writing right now, and started to >>>>>>>> warm up windows VM) - absed on yours, jsut with the pooling of registry. >>>>>>>> >>>>>>>> My patch looks a bit more rustlike - especailly it uses chain of match instead of loop, and TBH I >>>>>>>> do not understand half of yours :) >>>>>>>> What are the regQuery and RegEnumKeyExW for? >>>>>>>> I do tt see versions in the query.. What is the pooled order? SHould be >>>>>>>> jre8->jdk8->jdk11->jdkAnythingElse >>>>>>>> Do you mind to comapre with mine patch? (and honestly say that it is garbage and yours is more >>>>>>>> bulletproof - I do not expect more) >>>>>>>> >>>>>>>> >>>>>>>> I disagree with Your change to JAVA_HOME and PATH - because it can already be jre. On contrary, if >>>>>>>> it si jdk, then it is already valid. HAve that part bitten you somewhere? >>>>>>>> >>>>>>>> Really thanx! >>>>>>>> J. >>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Mit freundlichen Gr??en >>>>>>>>> >>>>>>>>> Lars Herschke >>>>>>>>> >>>>>>>>> Data-Service GmbH >>>>>>>>> Beethovenstra?e 2a >>>>>>>>> 23617 Stockelsdorf >>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>> >>>>>>>>> >>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>> On 3/5/19 2:29 PM, Lars Herschke wrote: >>>>>>>>>>>> Ok. Then I would suggest the following steps: >>>>>>>>>>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>>>>>>>>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>>>>>>>>>> (jre->jdk fallback, jre search only) I will push for you asap. >>>>>>>>>>> >>>>>>>>>>> If you plan to check more than one regkey than you should check in the >>>>>>>>>>> following order. >>>>>>>>>>> >>>>>>>>>>> 1. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment >>>>>>>>>>> 2. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development Kit >>>>>>>>>>> 3. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JDK >>>>>>>>>>> 4. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JRE >>>>>>>>>>> >>>>>>>>>>> 1. for the last pre-JPMS-jre (max Java 9) >>>>>>>>>>> 2. for the last pre-JPMS-jdk (max Java 8) >>>>>>>>>>> 3. for the last JPMS-jdk ( Java 11+) >>>>>>>>>>> 4. for the last JPMS-jre (max Java 10) >>>>>>>>>>> >>>>>>>>>>> Starting with Java 11 you have to check the jdk first, because there is >>>>>>>>>>> nor jre anymore. >>>>>>>>>> >>>>>>>>>> Are you willing to code that? I would promiss you a beer on fosdem :) >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>>> >>>>>>>>>>> Lars Herschke >>>>>>>>>>> >>>>>>>>>>> Data-Service GmbH >>>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>>> On 3/5/19 1:54 PM, Lars Herschke wrote: >>>>>>>>>>>>> Hi Jiri. >>>>>>>>>>>>> >>>>>>>>>>>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>>>>>>>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>>>>>>>>>>> wondering why I had never needed it. >>>>>>>>>>>>> >>>>>>>>>>>>> I have installed my jdk direct in windows and not inside cygwin. So my >>>>>>>>>>>>> path inside cygwin is /cygdrive/c/Program\ >>>>>>>>>>>>> Files/ojdkbuild/java-1.8.0-openjdk-1.8.0.201-1. This path isn't found by >>>>>>>>>>>>> configure without jdk-home-configure-switch. >>>>>>>>>>>> >>>>>>>>>>>> I have it installed to in windows, but something must go differently. Will push this hunk for you asap >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>>>>>>>>>> >>>>>>>>>>>>> Without my changes i get the following error when i make "make clean". >>>>>>>>>>>>> "make: *** No rule to make target 'clean-unittest++', needed by >>>>>>>>>>>>> 'clean-tests'. Stop." >>>>>>>>>>>>> clean-unittest++ is commented out in the generated Makefile because i >>>>>>>>>>>>> build without native plugin. >>>>>>>>>>>> >>>>>>>>>>>> Hm interesting, I'm running cleanow and iot works. Anyway will test you changeset, and if ti do not >>>>>>>>>>>> break anything (which I dubt) will push it for you asap. >>>>>>>>>>>>> >>>>>>>>>>>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>>>>>>>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>>>>>>>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>>>>>>>>>> >>>>>>>>>>>>> If you have an jdk on windows without registry entries and set without >>>>>>>>>>>>> JAVA_HOME, than jdk from path is trying. This path is canonicalized and >>>>>>>>>>>>> leads to an unc-path. I have in a test spawn() persuaded (with >>>>>>>>>>>>> current_dir) to use this unc-path, but java.exe don't like unc-path in >>>>>>>>>>>>> his classpath. >>>>>>>>>>>>> >>>>>>>>>>>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>>>>>>>>>>> search? >>>>>>>>>>>>> >>>>>>>>>>>>> When you install openjdk with ojdkbuild it will be found. When you >>>>>>>>>>>>> install oracle-jdk and you don't disable "Public JRE" in the installer, >>>>>>>>>>>>> than it would also be found. >>>>>>>>>>>> >>>>>>>>>>>> Ok. Then I would suggest the following steps: >>>>>>>>>>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>>>>>>>>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>>>>>>>>>> (jre->jdk fallback, jre search only) I will push for you asap. >>>>>>>>>>>> >>>>>>>>>>>> - Please provide dunce changeset as separate changeset. We have to discuss, how to make it >>>>>>>>>>>> disable-able. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Please reconsider fx patch. I dont think it is necessary. If it is, I would liek to know your case. >>>>>>>>>>>> >>>>>>>>>>>> Thanx! >>>>>>>>>>>> J. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>>>>> >>>>>>>>>>>>> Lars Herschke >>>>>>>>>>>>> >>>>>>>>>>>>> Data-Service GmbH >>>>>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>>>>> Hi Lars! >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thank you very much for eyballing the windows state. >>>>>>>>>>>>>> >>>>>>>>>>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>>>>>>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>>>>>>>>>> wondering why I had never needed it. >>>>>>>>>>>>>> >>>>>>>>>>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>>>>>>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>>>>>>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>>>>>>>>>>> >>>>>>>>>>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>>>>>>>>>> search? >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> hmm. The jfxrt is shameful bug, as the path is crippled also in shell and bat launchers an I keep >>>>>>>>>>>>>> wondering how it could hapened it was not hit. >>>>>>>>>>>>>> >>>>>>>>>>>>>> again, thanx a lot for this set of fixes! >>>>>>>>>>>>>> J. >>>>>>>>>>>>>> >>>>>>>>>>>>>> On 3/5/19 11:32 AM, Lars Herschke wrote: >>>>>>>>>>>>>>> Hello, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> attached a patch that cause the following changes. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> acinclude.m4: >>>>>>>>>>>>>>> - configure-switch --with-jdk-home acts on windows >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Makefile.am: >>>>>>>>>>>>>>> - windows-fix for changeset 1565:7010aa9d9309 >>>>>>>>>>>>>>> - fixes for make clean with native plugin disabled >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> rust-launcher: >>>>>>>>>>>>>>> 1. Use cannonicalize from crate dunce, because std::fs:canonicalize >>>>>>>>>>>>>>> return on windows unc-paths like this \\?\C:\foo. This paths doesn't >>>>>>>>>>>>>>> work with spawn() from std::process::Command. >>>>>>>>>>>>>>> 2. Correct path for jfxrt.jar >>>>>>>>>>>>>>> 3. Use JRE-path instead of JDK-path from registry and don't panic if >>>>>>>>>>>>>>> this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar >>>>>>>>>>>>>>> are only in the JRE-directory on openjdk. In addition users, that >>>>>>>>>>>>>>> have only installed JRE don't have the JDK-regkey in your registry. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Lars Herschke >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Data-Service GmbH >>>>>>>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>>>>>>> TYVM. Pushed. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Prerelase binraries will be updated on demand. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> J. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On 2/25/19 10:39 AM, Olesya Gerasimenko wrote: >>>>>>>>>>>>>>>>> Hello! >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Please find attached the updated Russian translation. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 22.02.2019 14:15, Jiri Vanek ?????: >>>>>>>>>>>>>>>>>> Hello all! >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>>>>>>>>>>>>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>>>>>>>>>>>>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>>>>>>>>>>>>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>>>>>>>>>>>>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>>>>>>>>>>>>>>> update theirs translations in >>>>>>>>>>>>>>>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>>>>>>>>>>>>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>>>>>>>>>>>>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>>>>>>>>>>>>>>> pre-released tarballs will be fixed. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Windows testing: >>>>>>>>>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>>>>>>>>>> * icedtea-web-1.8pre.win.bin.zip >>>>>>>>>>>>>>>>>> * itw-installer.msi >>>>>>>>>>>>>>>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>>>>>>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Linux testng: >>>>>>>>>>>>>>>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>>>>>>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>>>>>>>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>>>>>>>>>>>>>>> * fedora >>>>>>>>>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Note for JRE search: >>>>>>>>>>>>>>>>>> * windows shell scripts reads java_home or or registry >>>>>>>>>>>>>>>>>> * linux shell scripts reads java_home or defualt system jdk >>>>>>>>>>>>>>>>>> * native launchers reads in addition system paths >>>>>>>>>>>>>>>>>> TBH, I doubt I covered all combinations when I run my suites >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>>>>>>>>>>>>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>>>>>>>>>>>>>>> * >>>>>>>>>>>>>>>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Known bugs: >>>>>>>>>>>>>>>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>>>>>>>>>>>>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>>>>>>>>>>>>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>>>>>>>>>>>>>>> deployment.properties ) are not properly handled >>>>>>>>>>>>>>>>>> 3689 --- DownloadService2 not implemented >>>>>>>>>>>>>>>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>>>>>>>>>>>>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>>>>>>>>>>>>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>>>>>>>>>>>>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>>>>>>>>>>>>>>> AdoptOpenJDK.... >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Looking forward for both positive and negative feedbacks >>>>>>>>>>>>>>>>>> J. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>>> >>>>> >>>> >> >> > -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From lhersch at dssgmbh.de Thu Mar 7 14:10:36 2019 From: lhersch at dssgmbh.de (Lars Herschke) Date: Thu, 07 Mar 2019 15:10:36 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <4f34314d-92c2-e494-0940-d18488bbfb19@redhat.com> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> <69c50571-c4c6-c13e-2997-6f8113705b3e@redhat.com> <5C7E719D.6060409@dssgmbh.de> <094ac48a-f000-68b7-087b-c906cce3a7f6@redhat.com> <5C7E79AC.1010600@dssgmbh.de> <977f6d95-3513-35f1-c562-aa82a2360a93@redhat.com> <5C7FF266.9000501@dssgmbh.de> <82a24066-3831-814d-66f8-daee16caa0d2@redhat.com> <5C8007CB.2000908@dssgmbh.de> <8650d3d3-ce9f-0e20-031b-556fd3e76499@redhat.com> <5C8113C0.5030909@dssgmbh.de> <5C811E75.8030909@dssgmbh.de> <5C811E9B.4010309@dssgmbh.de> <4f34314d-92c2-e494-0940-d18488bbfb19@redhat.com> Message-ID: <5C81265C.9020704@dssgmbh.de> > I cant see wher eit iterates over 11, 1.8 and so on, but I trust it does The favor of java 1.8 happens over the line "if jpath.starts_with("1.8") || jskey.len() == 3 {". The favor of e.g. java 11 opposite java 10, is given by selecting the last subkey within the current regkey. The four regkeys in the jskeys vector determine the java generation. Java Runtime Environment = JRE 1.0 - 1.8 Java Development Kit = JDK 1.0 - 1.8 JDK = JDK 9+ JRE = JDK 9 - 10 Mit freundlichen Gr??en Lars Herschke Data-Service GmbH Beethovenstra?e 2a 23617 Stockelsdorf Amtsgericht L?beck, HRB 318 BS Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, Dr. Uwe Szyszka, Dr. Hans-Martin Rasch e-mail: lhersch at dssgmbh.de Jiri Vanek schrieb: > Thanx! > > Why the: > + jre_dir.push(""); > > ? > > I cant see wher eit iterates over 11, 1.8 and so on, but I trust it does :) > > Except the empty push, Althouh it is hard to read itm I'm ok with the patch, and will push it for > you (once the mepty push is justified/removed) > On 3/7/19 2:37 PM, Lars Herschke wrote: >> forgot patch >> >> Mit freundlichen Gr??en >> >> Lars Herschke >> >> Data-Service GmbH >> Beethovenstra?e 2a >> 23617 Stockelsdorf >> Amtsgericht L?beck, HRB 318 BS >> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >> Tel. (0451) 49 00-188 >> Fax. (0451) 49 00-123 >> e-mail: lhersch at dssgmbh.de >> >> >> Lars Herschke schrieb: >>> So, here is the new patch. >>> >>> This patch tries to get JavaHome out of the registry with the following >>> priosrization. >>> >>> - JRE 1.8 >>> - JDK 1.8 >>> - max JDK >= 9 >>> - JDK 1.8 >>> - max JDK >= 9 >>> - max JRE >= 9 (only 9 or 10 possible) >>> - max JDK < 1.8 >>> - max JRE < 1.8 >>> >>> The highest minor version within the major version is always preferred. >>> >>> In addition, the method find_jre checks with this patch whether it makes >>> sense to append the jre directory. >>> >>> >>> Mit freundlichen Gr??en >>> >>> Lars Herschke >>> >>> Data-Service GmbH >>> Beethovenstra?e 2a >>> 23617 Stockelsdorf >>> Amtsgericht L?beck, HRB 318 BS >>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>> Tel. (0451) 49 00-188 >>> Fax. (0451) 49 00-123 >>> e-mail: lhersch at dssgmbh.de >>> >>> >>> Lars Herschke schrieb: >>>> Hi Jiri. >>>> >>>>>> - in addition I was unable to verify against jdk8. The ojdkbuild of jdk8 never put anything into >>>>>> "my" registry. >>>> >>>> This can be selected and deselected in the installer. That's why I'm >>>> testing JAVA_HOME and PATH so hard. >>>> >>>> I am currently testing a new version of my patch. I hope to be able to >>>> make it available today. >>>> >>>> >>>> >>>> Mit freundlichen Gr??en >>>> >>>> Lars Herschke >>>> >>>> Data-Service GmbH >>>> Beethovenstra?e 2a >>>> 23617 Stockelsdorf >>>> Amtsgericht L?beck, HRB 318 BS >>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>> Tel. (0451) 49 00-188 >>>> Fax. (0451) 49 00-123 >>>> e-mail: lhersch at dssgmbh.de >>>> >>>> >>>> Jiri Vanek schrieb: >>>>> Hi Again. >>>>> >>>>> Attached is the workig version of my patch from yesterday. >>>>> >>>>> I realised that my approach requires: java_registry_path("SOFTWARE\\JavaSoft\\JDK\\11.0.2") >>>>> - note the security number. This it is no go. >>>>> - in addition I was unable to verify against jdk8. The ojdkbuild of jdk8 never put anything into >>>>> "my" registry. >>>>> >>>>> From what I seen, your patch is ok with jdk11,12 and onwards untill the registry changes again, right? >>>>> >>>>> J. >>>>> >>>>> On 3/6/19 6:47 PM, Lars Herschke wrote: >>>>>>> What are the regQuery and RegEnumKeyExW for? >>>>>> >>>>>> RegQueryInfoKeyW gives me the number of subkeys, so I can get directly >>>>>> the last subkey with RegEnumKeyExW. >>>>>> >>>>>>> I do tt see versions in the query.. What is the pooled order? SHould be >>>>>>> jre8->jdk8->jdk11->jdkAnythingElse >>>>>> >>>>>> I try to get Java in the following order. >>>>>> >>>>>> - latest pre JMPS-JRE >>>>>> - latest pre JMPS-JDK >>>>>> - latest JMPS-JDK >>>>>> - latest JMPS-JRE >>>>>> >>>>>> I always try to get the latest Java, favoring the pre JPMS Java. >>>>>> However, so I may prefer a Java 7 to a Java 11. >>>>>> >>>>>>>> Do you mind to comapre with mine patch? (and honestly say that it is garbage and yours is more >>>>>>>> bulletproof - I do not expect more) >>>>>> >>>>>> I dont't understand on your patch, how jdkX_registry_path, >>>>>> jreX_registry_path and jdk11plus_registry_path should work. There is no >>>>>> JavaHome-key on these levels. >>>>>> >>>>>>>> I disagree with Your change to JAVA_HOME and PATH - because it can already be jre. On contrary, if >>>>>>>> it si jdk, then it is already valid. HAve that part bitten you somewhere? >>>>>> >>>>>> You are right, but on Windows, JAVA_HOME is only set by ojdkbuild and >>>>>> this set JAVA_HOME to his jdk root-directory. Oracle-Java don't set >>>>>> JAVA_HOME, but writes registry keys ever. >>>>>> The PATH is set from ojdkbuild to [jdk-root]\bin, so my changes also >>>>>> works. The PATH from Oracle-Java is complete outside the java directory >>>>>> (C:\Program Files (x86)\Common Files\Oracle\Java\javapath). In this path >>>>>> you will not find any library. >>>>>> Everything said so far, only applies to Java 8. As of Java 9, there is >>>>>> no more jre directory around jdk. >>>>>> In the end, you can not know if PATH or JAVA_HOME is a jdk or a jre, >>>>>> without checking it. >>>>>> It did not bother me, I just tried to be more compatible with the >>>>>> standard installations under windows >>>>>> Last but not least, the method is called find_jre.:-) >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Mit freundlichen Gr??en >>>>>> >>>>>> Lars Herschke >>>>>> >>>>>> Data-Service GmbH >>>>>> Beethovenstra?e 2a >>>>>> 23617 Stockelsdorf >>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>> Tel. (0451) 49 00-188 >>>>>> Fax. (0451) 49 00-123 >>>>>> e-mail: lhersch at dssgmbh.de >>>>>> >>>>>> >>>>>> Jiri Vanek schrieb: >>>>>>> On 3/6/19 5:16 PM, Lars Herschke wrote: >>>>>>>> Hi, >>>>>>>> >>>>>>>> attached a new separate windows registry patch. >>>>>>> >>>>>>> Wou. Interesting approach. As you had not replied if you will elaborate on it, I had in meantime >>>>>>> did simialr patch (attached, not tested, literally just finished writing right now, and started to >>>>>>> warm up windows VM) - absed on yours, jsut with the pooling of registry. >>>>>>> >>>>>>> My patch looks a bit more rustlike - especailly it uses chain of match instead of loop, and TBH I >>>>>>> do not understand half of yours :) >>>>>>> What are the regQuery and RegEnumKeyExW for? >>>>>>> I do tt see versions in the query.. What is the pooled order? SHould be >>>>>>> jre8->jdk8->jdk11->jdkAnythingElse >>>>>>> Do you mind to comapre with mine patch? (and honestly say that it is garbage and yours is more >>>>>>> bulletproof - I do not expect more) >>>>>>> >>>>>>> >>>>>>> I disagree with Your change to JAVA_HOME and PATH - because it can already be jre. On contrary, if >>>>>>> it si jdk, then it is already valid. HAve that part bitten you somewhere? >>>>>>> >>>>>>> Really thanx! >>>>>>> J. >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Mit freundlichen Gr??en >>>>>>>> >>>>>>>> Lars Herschke >>>>>>>> >>>>>>>> Data-Service GmbH >>>>>>>> Beethovenstra?e 2a >>>>>>>> 23617 Stockelsdorf >>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>> Tel. (0451) 49 00-188 >>>>>>>> Fax. (0451) 49 00-123 >>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>> >>>>>>>> >>>>>>>> Jiri Vanek schrieb: >>>>>>>>> On 3/5/19 2:29 PM, Lars Herschke wrote: >>>>>>>>>>> Ok. Then I would suggest the following steps: >>>>>>>>>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>>>>>>>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>>>>>>>>> (jre->jdk fallback, jre search only) I will push for you asap. >>>>>>>>>> >>>>>>>>>> If you plan to check more than one regkey than you should check in the >>>>>>>>>> following order. >>>>>>>>>> >>>>>>>>>> 1. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment >>>>>>>>>> 2. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development Kit >>>>>>>>>> 3. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JDK >>>>>>>>>> 4. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JRE >>>>>>>>>> >>>>>>>>>> 1. for the last pre-JPMS-jre (max Java 9) >>>>>>>>>> 2. for the last pre-JPMS-jdk (max Java 8) >>>>>>>>>> 3. for the last JPMS-jdk ( Java 11+) >>>>>>>>>> 4. for the last JPMS-jre (max Java 10) >>>>>>>>>> >>>>>>>>>> Starting with Java 11 you have to check the jdk first, because there is >>>>>>>>>> nor jre anymore. >>>>>>>>> >>>>>>>>> Are you willing to code that? I would promiss you a beer on fosdem :) >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>> >>>>>>>>>> Lars Herschke >>>>>>>>>> >>>>>>>>>> Data-Service GmbH >>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>> On 3/5/19 1:54 PM, Lars Herschke wrote: >>>>>>>>>>>> Hi Jiri. >>>>>>>>>>>> >>>>>>>>>>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>>>>>>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>>>>>>>>>> wondering why I had never needed it. >>>>>>>>>>>> >>>>>>>>>>>> I have installed my jdk direct in windows and not inside cygwin. So my >>>>>>>>>>>> path inside cygwin is /cygdrive/c/Program\ >>>>>>>>>>>> Files/ojdkbuild/java-1.8.0-openjdk-1.8.0.201-1. This path isn't found by >>>>>>>>>>>> configure without jdk-home-configure-switch. >>>>>>>>>>> >>>>>>>>>>> I have it installed to in windows, but something must go differently. Will push this hunk for you asap >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>>>>>>>>> >>>>>>>>>>>> Without my changes i get the following error when i make "make clean". >>>>>>>>>>>> "make: *** No rule to make target 'clean-unittest++', needed by >>>>>>>>>>>> 'clean-tests'. Stop." >>>>>>>>>>>> clean-unittest++ is commented out in the generated Makefile because i >>>>>>>>>>>> build without native plugin. >>>>>>>>>>> >>>>>>>>>>> Hm interesting, I'm running cleanow and iot works. Anyway will test you changeset, and if ti do not >>>>>>>>>>> break anything (which I dubt) will push it for you asap. >>>>>>>>>>>> >>>>>>>>>>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>>>>>>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>>>>>>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>>>>>>>>> >>>>>>>>>>>> If you have an jdk on windows without registry entries and set without >>>>>>>>>>>> JAVA_HOME, than jdk from path is trying. This path is canonicalized and >>>>>>>>>>>> leads to an unc-path. I have in a test spawn() persuaded (with >>>>>>>>>>>> current_dir) to use this unc-path, but java.exe don't like unc-path in >>>>>>>>>>>> his classpath. >>>>>>>>>>>> >>>>>>>>>>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>>>>>>>>>> search? >>>>>>>>>>>> >>>>>>>>>>>> When you install openjdk with ojdkbuild it will be found. When you >>>>>>>>>>>> install oracle-jdk and you don't disable "Public JRE" in the installer, >>>>>>>>>>>> than it would also be found. >>>>>>>>>>> >>>>>>>>>>> Ok. Then I would suggest the following steps: >>>>>>>>>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>>>>>>>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>>>>>>>>> (jre->jdk fallback, jre search only) I will push for you asap. >>>>>>>>>>> >>>>>>>>>>> - Please provide dunce changeset as separate changeset. We have to discuss, how to make it >>>>>>>>>>> disable-able. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Please reconsider fx patch. I dont think it is necessary. If it is, I would liek to know your case. >>>>>>>>>>> >>>>>>>>>>> Thanx! >>>>>>>>>>> J. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>>>> >>>>>>>>>>>> Lars Herschke >>>>>>>>>>>> >>>>>>>>>>>> Data-Service GmbH >>>>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>>>> Hi Lars! >>>>>>>>>>>>> >>>>>>>>>>>>> Thank you very much for eyballing the windows state. >>>>>>>>>>>>> >>>>>>>>>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>>>>>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>>>>>>>>> wondering why I had never needed it. >>>>>>>>>>>>> >>>>>>>>>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>>>>>>>>>> >>>>>>>>>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>>>>>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>>>>>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>>>>>>>>>> >>>>>>>>>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>>>>>>>>> search? >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> hmm. The jfxrt is shameful bug, as the path is crippled also in shell and bat launchers an I keep >>>>>>>>>>>>> wondering how it could hapened it was not hit. >>>>>>>>>>>>> >>>>>>>>>>>>> again, thanx a lot for this set of fixes! >>>>>>>>>>>>> J. >>>>>>>>>>>>> >>>>>>>>>>>>> On 3/5/19 11:32 AM, Lars Herschke wrote: >>>>>>>>>>>>>> Hello, >>>>>>>>>>>>>> >>>>>>>>>>>>>> attached a patch that cause the following changes. >>>>>>>>>>>>>> >>>>>>>>>>>>>> acinclude.m4: >>>>>>>>>>>>>> - configure-switch --with-jdk-home acts on windows >>>>>>>>>>>>>> >>>>>>>>>>>>>> Makefile.am: >>>>>>>>>>>>>> - windows-fix for changeset 1565:7010aa9d9309 >>>>>>>>>>>>>> - fixes for make clean with native plugin disabled >>>>>>>>>>>>>> >>>>>>>>>>>>>> rust-launcher: >>>>>>>>>>>>>> 1. Use cannonicalize from crate dunce, because std::fs:canonicalize >>>>>>>>>>>>>> return on windows unc-paths like this \\?\C:\foo. This paths doesn't >>>>>>>>>>>>>> work with spawn() from std::process::Command. >>>>>>>>>>>>>> 2. Correct path for jfxrt.jar >>>>>>>>>>>>>> 3. Use JRE-path instead of JDK-path from registry and don't panic if >>>>>>>>>>>>>> this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar >>>>>>>>>>>>>> are only in the JRE-directory on openjdk. In addition users, that >>>>>>>>>>>>>> have only installed JRE don't have the JDK-regkey in your registry. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>>>>>> >>>>>>>>>>>>>> Lars Herschke >>>>>>>>>>>>>> >>>>>>>>>>>>>> Data-Service GmbH >>>>>>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>>>>>> TYVM. Pushed. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Prerelase binraries will be updated on demand. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> J. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On 2/25/19 10:39 AM, Olesya Gerasimenko wrote: >>>>>>>>>>>>>>>> Hello! >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Please find attached the updated Russian translation. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 22.02.2019 14:15, Jiri Vanek ?????: >>>>>>>>>>>>>>>>> Hello all! >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>>>>>>>>>>>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>>>>>>>>>>>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>>>>>>>>>>>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>>>>>>>>>>>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>>>>>>>>>>>>>> update theirs translations in >>>>>>>>>>>>>>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>>>>>>>>>>>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>>>>>>>>>>>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>>>>>>>>>>>>>> pre-released tarballs will be fixed. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Windows testing: >>>>>>>>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>>>>>>>>> * icedtea-web-1.8pre.win.bin.zip >>>>>>>>>>>>>>>>> * itw-installer.msi >>>>>>>>>>>>>>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>>>>>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Linux testng: >>>>>>>>>>>>>>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>>>>>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>>>>>>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>>>>>>>>>>>>>> * fedora >>>>>>>>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Note for JRE search: >>>>>>>>>>>>>>>>> * windows shell scripts reads java_home or or registry >>>>>>>>>>>>>>>>> * linux shell scripts reads java_home or defualt system jdk >>>>>>>>>>>>>>>>> * native launchers reads in addition system paths >>>>>>>>>>>>>>>>> TBH, I doubt I covered all combinations when I run my suites >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>>>>>>>>>>>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>>>>>>>>>>>>>> * >>>>>>>>>>>>>>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Known bugs: >>>>>>>>>>>>>>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>>>>>>>>>>>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>>>>>>>>>>>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>>>>>>>>>>>>>> deployment.properties ) are not properly handled >>>>>>>>>>>>>>>>> 3689 --- DownloadService2 not implemented >>>>>>>>>>>>>>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>>>>>>>>>>>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>>>>>>>>>>>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>>>>>>>>>>>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>>>>>>>>>>>>>> AdoptOpenJDK.... >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Looking forward for both positive and negative feedbacks >>>>>>>>>>>>>>>>> J. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>>> >>>> >>> > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 244 bytes Desc: OpenPGP digital signature URL: From lhersch at dssgmbh.de Thu Mar 7 12:51:12 2019 From: lhersch at dssgmbh.de (Lars Herschke) Date: Thu, 07 Mar 2019 13:51:12 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <8650d3d3-ce9f-0e20-031b-556fd3e76499@redhat.com> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> <69c50571-c4c6-c13e-2997-6f8113705b3e@redhat.com> <5C7E719D.6060409@dssgmbh.de> <094ac48a-f000-68b7-087b-c906cce3a7f6@redhat.com> <5C7E79AC.1010600@dssgmbh.de> <977f6d95-3513-35f1-c562-aa82a2360a93@redhat.com> <5C7FF266.9000501@dssgmbh.de> <82a24066-3831-814d-66f8-daee16caa0d2@redhat.com> <5C8007CB.2000908@dssgmbh.de> <8650d3d3-ce9f-0e20-031b-556fd3e76499@redhat.com> Message-ID: <5C8113C0.5030909@dssgmbh.de> Hi Jiri. >> - in addition I was unable to verify against jdk8. The ojdkbuild of jdk8 never put anything into >> "my" registry. This can be selected and deselected in the installer. That's why I'm testing JAVA_HOME and PATH so hard. I am currently testing a new version of my patch. I hope to be able to make it available today. Mit freundlichen Gr??en Lars Herschke Data-Service GmbH Beethovenstra?e 2a 23617 Stockelsdorf Amtsgericht L?beck, HRB 318 BS Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, Dr. Uwe Szyszka, Dr. Hans-Martin Rasch Tel. (0451) 49 00-188 Fax. (0451) 49 00-123 e-mail: lhersch at dssgmbh.de Jiri Vanek schrieb: > Hi Again. > > Attached is the workig version of my patch from yesterday. > > I realised that my approach requires: java_registry_path("SOFTWARE\\JavaSoft\\JDK\\11.0.2") > - note the security number. This it is no go. > - in addition I was unable to verify against jdk8. The ojdkbuild of jdk8 never put anything into > "my" registry. > > From what I seen, your patch is ok with jdk11,12 and onwards untill the registry changes again, right? > > J. > > On 3/6/19 6:47 PM, Lars Herschke wrote: >>> What are the regQuery and RegEnumKeyExW for? >> >> RegQueryInfoKeyW gives me the number of subkeys, so I can get directly >> the last subkey with RegEnumKeyExW. >> >>> I do tt see versions in the query.. What is the pooled order? SHould be >>> jre8->jdk8->jdk11->jdkAnythingElse >> >> I try to get Java in the following order. >> >> - latest pre JMPS-JRE >> - latest pre JMPS-JDK >> - latest JMPS-JDK >> - latest JMPS-JRE >> >> I always try to get the latest Java, favoring the pre JPMS Java. >> However, so I may prefer a Java 7 to a Java 11. >> >>>> Do you mind to comapre with mine patch? (and honestly say that it is garbage and yours is more >>>> bulletproof - I do not expect more) >> >> I dont't understand on your patch, how jdkX_registry_path, >> jreX_registry_path and jdk11plus_registry_path should work. There is no >> JavaHome-key on these levels. >> >>>> I disagree with Your change to JAVA_HOME and PATH - because it can already be jre. On contrary, if >>>> it si jdk, then it is already valid. HAve that part bitten you somewhere? >> >> You are right, but on Windows, JAVA_HOME is only set by ojdkbuild and >> this set JAVA_HOME to his jdk root-directory. Oracle-Java don't set >> JAVA_HOME, but writes registry keys ever. >> The PATH is set from ojdkbuild to [jdk-root]\bin, so my changes also >> works. The PATH from Oracle-Java is complete outside the java directory >> (C:\Program Files (x86)\Common Files\Oracle\Java\javapath). In this path >> you will not find any library. >> Everything said so far, only applies to Java 8. As of Java 9, there is >> no more jre directory around jdk. >> In the end, you can not know if PATH or JAVA_HOME is a jdk or a jre, >> without checking it. >> It did not bother me, I just tried to be more compatible with the >> standard installations under windows >> Last but not least, the method is called find_jre.:-) >> >> >> >> >> Mit freundlichen Gr??en >> >> Lars Herschke >> >> Data-Service GmbH >> Beethovenstra?e 2a >> 23617 Stockelsdorf >> Amtsgericht L?beck, HRB 318 BS >> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >> Tel. (0451) 49 00-188 >> Fax. (0451) 49 00-123 >> e-mail: lhersch at dssgmbh.de >> >> >> Jiri Vanek schrieb: >>> On 3/6/19 5:16 PM, Lars Herschke wrote: >>>> Hi, >>>> >>>> attached a new separate windows registry patch. >>> >>> Wou. Interesting approach. As you had not replied if you will elaborate on it, I had in meantime >>> did simialr patch (attached, not tested, literally just finished writing right now, and started to >>> warm up windows VM) - absed on yours, jsut with the pooling of registry. >>> >>> My patch looks a bit more rustlike - especailly it uses chain of match instead of loop, and TBH I >>> do not understand half of yours :) >>> What are the regQuery and RegEnumKeyExW for? >>> I do tt see versions in the query.. What is the pooled order? SHould be >>> jre8->jdk8->jdk11->jdkAnythingElse >>> Do you mind to comapre with mine patch? (and honestly say that it is garbage and yours is more >>> bulletproof - I do not expect more) >>> >>> >>> I disagree with Your change to JAVA_HOME and PATH - because it can already be jre. On contrary, if >>> it si jdk, then it is already valid. HAve that part bitten you somewhere? >>> >>> Really thanx! >>> J. >>> >>>> >>>> >>>> Mit freundlichen Gr??en >>>> >>>> Lars Herschke >>>> >>>> Data-Service GmbH >>>> Beethovenstra?e 2a >>>> 23617 Stockelsdorf >>>> Amtsgericht L?beck, HRB 318 BS >>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>> Tel. (0451) 49 00-188 >>>> Fax. (0451) 49 00-123 >>>> e-mail: lhersch at dssgmbh.de >>>> >>>> >>>> Jiri Vanek schrieb: >>>>> On 3/5/19 2:29 PM, Lars Herschke wrote: >>>>>>> Ok. Then I would suggest the following steps: >>>>>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>>>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>>>>> (jre->jdk fallback, jre search only) I will push for you asap. >>>>>> >>>>>> If you plan to check more than one regkey than you should check in the >>>>>> following order. >>>>>> >>>>>> 1. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment >>>>>> 2. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development Kit >>>>>> 3. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JDK >>>>>> 4. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JRE >>>>>> >>>>>> 1. for the last pre-JPMS-jre (max Java 9) >>>>>> 2. for the last pre-JPMS-jdk (max Java 8) >>>>>> 3. for the last JPMS-jdk ( Java 11+) >>>>>> 4. for the last JPMS-jre (max Java 10) >>>>>> >>>>>> Starting with Java 11 you have to check the jdk first, because there is >>>>>> nor jre anymore. >>>>> >>>>> Are you willing to code that? I would promiss you a beer on fosdem :) >>>>>> >>>>>> >>>>>> >>>>>> Mit freundlichen Gr??en >>>>>> >>>>>> Lars Herschke >>>>>> >>>>>> Data-Service GmbH >>>>>> Beethovenstra?e 2a >>>>>> 23617 Stockelsdorf >>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>> Tel. (0451) 49 00-188 >>>>>> Fax. (0451) 49 00-123 >>>>>> e-mail: lhersch at dssgmbh.de >>>>>> >>>>>> >>>>>> Jiri Vanek schrieb: >>>>>>> On 3/5/19 1:54 PM, Lars Herschke wrote: >>>>>>>> Hi Jiri. >>>>>>>> >>>>>>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>>>>>> wondering why I had never needed it. >>>>>>>> >>>>>>>> I have installed my jdk direct in windows and not inside cygwin. So my >>>>>>>> path inside cygwin is /cygdrive/c/Program\ >>>>>>>> Files/ojdkbuild/java-1.8.0-openjdk-1.8.0.201-1. This path isn't found by >>>>>>>> configure without jdk-home-configure-switch. >>>>>>> >>>>>>> I have it installed to in windows, but something must go differently. Will push this hunk for you asap >>>>>>>> >>>>>>>> >>>>>>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>>>>> >>>>>>>> Without my changes i get the following error when i make "make clean". >>>>>>>> "make: *** No rule to make target 'clean-unittest++', needed by >>>>>>>> 'clean-tests'. Stop." >>>>>>>> clean-unittest++ is commented out in the generated Makefile because i >>>>>>>> build without native plugin. >>>>>>> >>>>>>> Hm interesting, I'm running cleanow and iot works. Anyway will test you changeset, and if ti do not >>>>>>> break anything (which I dubt) will push it for you asap. >>>>>>>> >>>>>>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>>>>> >>>>>>>> If you have an jdk on windows without registry entries and set without >>>>>>>> JAVA_HOME, than jdk from path is trying. This path is canonicalized and >>>>>>>> leads to an unc-path. I have in a test spawn() persuaded (with >>>>>>>> current_dir) to use this unc-path, but java.exe don't like unc-path in >>>>>>>> his classpath. >>>>>>>> >>>>>>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>>>>>> search? >>>>>>>> >>>>>>>> When you install openjdk with ojdkbuild it will be found. When you >>>>>>>> install oracle-jdk and you don't disable "Public JRE" in the installer, >>>>>>>> than it would also be found. >>>>>>> >>>>>>> Ok. Then I would suggest the following steps: >>>>>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>>>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>>>>> (jre->jdk fallback, jre search only) I will push for you asap. >>>>>>> >>>>>>> - Please provide dunce changeset as separate changeset. We have to discuss, how to make it >>>>>>> disable-able. >>>>>>> >>>>>>> >>>>>>> Please reconsider fx patch. I dont think it is necessary. If it is, I would liek to know your case. >>>>>>> >>>>>>> Thanx! >>>>>>> J. >>>>>>> >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Mit freundlichen Gr??en >>>>>>>> >>>>>>>> Lars Herschke >>>>>>>> >>>>>>>> Data-Service GmbH >>>>>>>> Beethovenstra?e 2a >>>>>>>> 23617 Stockelsdorf >>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>> Tel. (0451) 49 00-188 >>>>>>>> Fax. (0451) 49 00-123 >>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>> >>>>>>>> >>>>>>>> Jiri Vanek schrieb: >>>>>>>>> Hi Lars! >>>>>>>>> >>>>>>>>> Thank you very much for eyballing the windows state. >>>>>>>>> >>>>>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>>>>> wondering why I had never needed it. >>>>>>>>> >>>>>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>>>>>> >>>>>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>>>>>> >>>>>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>>>>> search? >>>>>>>>> >>>>>>>>> >>>>>>>>> hmm. The jfxrt is shameful bug, as the path is crippled also in shell and bat launchers an I keep >>>>>>>>> wondering how it could hapened it was not hit. >>>>>>>>> >>>>>>>>> again, thanx a lot for this set of fixes! >>>>>>>>> J. >>>>>>>>> >>>>>>>>> On 3/5/19 11:32 AM, Lars Herschke wrote: >>>>>>>>>> Hello, >>>>>>>>>> >>>>>>>>>> attached a patch that cause the following changes. >>>>>>>>>> >>>>>>>>>> acinclude.m4: >>>>>>>>>> - configure-switch --with-jdk-home acts on windows >>>>>>>>>> >>>>>>>>>> Makefile.am: >>>>>>>>>> - windows-fix for changeset 1565:7010aa9d9309 >>>>>>>>>> - fixes for make clean with native plugin disabled >>>>>>>>>> >>>>>>>>>> rust-launcher: >>>>>>>>>> 1. Use cannonicalize from crate dunce, because std::fs:canonicalize >>>>>>>>>> return on windows unc-paths like this \\?\C:\foo. This paths doesn't >>>>>>>>>> work with spawn() from std::process::Command. >>>>>>>>>> 2. Correct path for jfxrt.jar >>>>>>>>>> 3. Use JRE-path instead of JDK-path from registry and don't panic if >>>>>>>>>> this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar >>>>>>>>>> are only in the JRE-directory on openjdk. In addition users, that >>>>>>>>>> have only installed JRE don't have the JDK-regkey in your registry. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>> >>>>>>>>>> Lars Herschke >>>>>>>>>> >>>>>>>>>> Data-Service GmbH >>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>> TYVM. Pushed. >>>>>>>>>>> >>>>>>>>>>> Prerelase binraries will be updated on demand. >>>>>>>>>>> >>>>>>>>>>> J. >>>>>>>>>>> >>>>>>>>>>> On 2/25/19 10:39 AM, Olesya Gerasimenko wrote: >>>>>>>>>>>> Hello! >>>>>>>>>>>> >>>>>>>>>>>> Please find attached the updated Russian translation. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> 22.02.2019 14:15, Jiri Vanek ?????: >>>>>>>>>>>>> Hello all! >>>>>>>>>>>>> >>>>>>>>>>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>>>>>>>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>>>>>>>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>>>>>>>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>>>>>>>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>>>>>>>>>> update theirs translations in >>>>>>>>>>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>>>>>>>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>>>>>>>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>>>>>>>>>> pre-released tarballs will be fixed. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Windows testing: >>>>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>>>>> * icedtea-web-1.8pre.win.bin.zip >>>>>>>>>>>>> * itw-installer.msi >>>>>>>>>>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>>>>> >>>>>>>>>>>>> Linux testng: >>>>>>>>>>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>>>>>>>>>> * fedora >>>>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>>>>> >>>>>>>>>>>>> Note for JRE search: >>>>>>>>>>>>> * windows shell scripts reads java_home or or registry >>>>>>>>>>>>> * linux shell scripts reads java_home or defualt system jdk >>>>>>>>>>>>> * native launchers reads in addition system paths >>>>>>>>>>>>> TBH, I doubt I covered all combinations when I run my suites >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>>>>>>>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>>>>>>>>>> * >>>>>>>>>>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Known bugs: >>>>>>>>>>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>>>>>>>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>>>>>>>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>>>>>>>>>> deployment.properties ) are not properly handled >>>>>>>>>>>>> 3689 --- DownloadService2 not implemented >>>>>>>>>>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>>>>>>>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>>>>>>>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>>>>>>>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>>>>>>>>>> >>>>>>>>>>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>>>>>>>>>> AdoptOpenJDK.... >>>>>>>>>>>>> >>>>>>>>>>>>> Looking forward for both positive and negative feedbacks >>>>>>>>>>>>> J. >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>>> >>> >>> >> > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 244 bytes Desc: OpenPGP digital signature URL: From lhersch at dssgmbh.de Thu Mar 7 13:36:53 2019 From: lhersch at dssgmbh.de (Lars Herschke) Date: Thu, 07 Mar 2019 14:36:53 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <5C8113C0.5030909@dssgmbh.de> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> <69c50571-c4c6-c13e-2997-6f8113705b3e@redhat.com> <5C7E719D.6060409@dssgmbh.de> <094ac48a-f000-68b7-087b-c906cce3a7f6@redhat.com> <5C7E79AC.1010600@dssgmbh.de> <977f6d95-3513-35f1-c562-aa82a2360a93@redhat.com> <5C7FF266.9000501@dssgmbh.de> <82a24066-3831-814d-66f8-daee16caa0d2@redhat.com> <5C8007CB.2000908@dssgmbh.de> <8650d3d3-ce9f-0e20-031b-556fd3e76499@redhat.com> <5C8113C0.5030909@dssgmbh.de> Message-ID: <5C811E75.8030909@dssgmbh.de> So, here is the new patch. This patch tries to get JavaHome out of the registry with the following priosrization. - JRE 1.8 - JDK 1.8 - max JDK >= 9 - JDK 1.8 - max JDK >= 9 - max JRE >= 9 (only 9 or 10 possible) - max JDK < 1.8 - max JRE < 1.8 The highest minor version within the major version is always preferred. In addition, the method find_jre checks with this patch whether it makes sense to append the jre directory. Mit freundlichen Gr??en Lars Herschke Data-Service GmbH Beethovenstra?e 2a 23617 Stockelsdorf Amtsgericht L?beck, HRB 318 BS Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, Dr. Uwe Szyszka, Dr. Hans-Martin Rasch Tel. (0451) 49 00-188 Fax. (0451) 49 00-123 e-mail: lhersch at dssgmbh.de Lars Herschke schrieb: > Hi Jiri. > >>> - in addition I was unable to verify against jdk8. The ojdkbuild of jdk8 never put anything into >>> "my" registry. > > This can be selected and deselected in the installer. That's why I'm > testing JAVA_HOME and PATH so hard. > > I am currently testing a new version of my patch. I hope to be able to > make it available today. > > > > Mit freundlichen Gr??en > > Lars Herschke > > Data-Service GmbH > Beethovenstra?e 2a > 23617 Stockelsdorf > Amtsgericht L?beck, HRB 318 BS > Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, > Dr. Uwe Szyszka, Dr. Hans-Martin Rasch > Tel. (0451) 49 00-188 > Fax. (0451) 49 00-123 > e-mail: lhersch at dssgmbh.de > > > Jiri Vanek schrieb: >> Hi Again. >> >> Attached is the workig version of my patch from yesterday. >> >> I realised that my approach requires: java_registry_path("SOFTWARE\\JavaSoft\\JDK\\11.0.2") >> - note the security number. This it is no go. >> - in addition I was unable to verify against jdk8. The ojdkbuild of jdk8 never put anything into >> "my" registry. >> >> From what I seen, your patch is ok with jdk11,12 and onwards untill the registry changes again, right? >> >> J. >> >> On 3/6/19 6:47 PM, Lars Herschke wrote: >>>> What are the regQuery and RegEnumKeyExW for? >>> >>> RegQueryInfoKeyW gives me the number of subkeys, so I can get directly >>> the last subkey with RegEnumKeyExW. >>> >>>> I do tt see versions in the query.. What is the pooled order? SHould be >>>> jre8->jdk8->jdk11->jdkAnythingElse >>> >>> I try to get Java in the following order. >>> >>> - latest pre JMPS-JRE >>> - latest pre JMPS-JDK >>> - latest JMPS-JDK >>> - latest JMPS-JRE >>> >>> I always try to get the latest Java, favoring the pre JPMS Java. >>> However, so I may prefer a Java 7 to a Java 11. >>> >>>>> Do you mind to comapre with mine patch? (and honestly say that it is garbage and yours is more >>>>> bulletproof - I do not expect more) >>> >>> I dont't understand on your patch, how jdkX_registry_path, >>> jreX_registry_path and jdk11plus_registry_path should work. There is no >>> JavaHome-key on these levels. >>> >>>>> I disagree with Your change to JAVA_HOME and PATH - because it can already be jre. On contrary, if >>>>> it si jdk, then it is already valid. HAve that part bitten you somewhere? >>> >>> You are right, but on Windows, JAVA_HOME is only set by ojdkbuild and >>> this set JAVA_HOME to his jdk root-directory. Oracle-Java don't set >>> JAVA_HOME, but writes registry keys ever. >>> The PATH is set from ojdkbuild to [jdk-root]\bin, so my changes also >>> works. The PATH from Oracle-Java is complete outside the java directory >>> (C:\Program Files (x86)\Common Files\Oracle\Java\javapath). In this path >>> you will not find any library. >>> Everything said so far, only applies to Java 8. As of Java 9, there is >>> no more jre directory around jdk. >>> In the end, you can not know if PATH or JAVA_HOME is a jdk or a jre, >>> without checking it. >>> It did not bother me, I just tried to be more compatible with the >>> standard installations under windows >>> Last but not least, the method is called find_jre.:-) >>> >>> >>> >>> >>> Mit freundlichen Gr??en >>> >>> Lars Herschke >>> >>> Data-Service GmbH >>> Beethovenstra?e 2a >>> 23617 Stockelsdorf >>> Amtsgericht L?beck, HRB 318 BS >>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>> Tel. (0451) 49 00-188 >>> Fax. (0451) 49 00-123 >>> e-mail: lhersch at dssgmbh.de >>> >>> >>> Jiri Vanek schrieb: >>>> On 3/6/19 5:16 PM, Lars Herschke wrote: >>>>> Hi, >>>>> >>>>> attached a new separate windows registry patch. >>>> >>>> Wou. Interesting approach. As you had not replied if you will elaborate on it, I had in meantime >>>> did simialr patch (attached, not tested, literally just finished writing right now, and started to >>>> warm up windows VM) - absed on yours, jsut with the pooling of registry. >>>> >>>> My patch looks a bit more rustlike - especailly it uses chain of match instead of loop, and TBH I >>>> do not understand half of yours :) >>>> What are the regQuery and RegEnumKeyExW for? >>>> I do tt see versions in the query.. What is the pooled order? SHould be >>>> jre8->jdk8->jdk11->jdkAnythingElse >>>> Do you mind to comapre with mine patch? (and honestly say that it is garbage and yours is more >>>> bulletproof - I do not expect more) >>>> >>>> >>>> I disagree with Your change to JAVA_HOME and PATH - because it can already be jre. On contrary, if >>>> it si jdk, then it is already valid. HAve that part bitten you somewhere? >>>> >>>> Really thanx! >>>> J. >>>> >>>>> >>>>> >>>>> Mit freundlichen Gr??en >>>>> >>>>> Lars Herschke >>>>> >>>>> Data-Service GmbH >>>>> Beethovenstra?e 2a >>>>> 23617 Stockelsdorf >>>>> Amtsgericht L?beck, HRB 318 BS >>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>> Tel. (0451) 49 00-188 >>>>> Fax. (0451) 49 00-123 >>>>> e-mail: lhersch at dssgmbh.de >>>>> >>>>> >>>>> Jiri Vanek schrieb: >>>>>> On 3/5/19 2:29 PM, Lars Herschke wrote: >>>>>>>> Ok. Then I would suggest the following steps: >>>>>>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>>>>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>>>>>> (jre->jdk fallback, jre search only) I will push for you asap. >>>>>>> >>>>>>> If you plan to check more than one regkey than you should check in the >>>>>>> following order. >>>>>>> >>>>>>> 1. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment >>>>>>> 2. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development Kit >>>>>>> 3. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JDK >>>>>>> 4. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JRE >>>>>>> >>>>>>> 1. for the last pre-JPMS-jre (max Java 9) >>>>>>> 2. for the last pre-JPMS-jdk (max Java 8) >>>>>>> 3. for the last JPMS-jdk ( Java 11+) >>>>>>> 4. for the last JPMS-jre (max Java 10) >>>>>>> >>>>>>> Starting with Java 11 you have to check the jdk first, because there is >>>>>>> nor jre anymore. >>>>>> >>>>>> Are you willing to code that? I would promiss you a beer on fosdem :) >>>>>>> >>>>>>> >>>>>>> >>>>>>> Mit freundlichen Gr??en >>>>>>> >>>>>>> Lars Herschke >>>>>>> >>>>>>> Data-Service GmbH >>>>>>> Beethovenstra?e 2a >>>>>>> 23617 Stockelsdorf >>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>> Tel. (0451) 49 00-188 >>>>>>> Fax. (0451) 49 00-123 >>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>> >>>>>>> >>>>>>> Jiri Vanek schrieb: >>>>>>>> On 3/5/19 1:54 PM, Lars Herschke wrote: >>>>>>>>> Hi Jiri. >>>>>>>>> >>>>>>>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>>>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>>>>>>> wondering why I had never needed it. >>>>>>>>> >>>>>>>>> I have installed my jdk direct in windows and not inside cygwin. So my >>>>>>>>> path inside cygwin is /cygdrive/c/Program\ >>>>>>>>> Files/ojdkbuild/java-1.8.0-openjdk-1.8.0.201-1. This path isn't found by >>>>>>>>> configure without jdk-home-configure-switch. >>>>>>>> >>>>>>>> I have it installed to in windows, but something must go differently. Will push this hunk for you asap >>>>>>>>> >>>>>>>>> >>>>>>>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>>>>>> >>>>>>>>> Without my changes i get the following error when i make "make clean". >>>>>>>>> "make: *** No rule to make target 'clean-unittest++', needed by >>>>>>>>> 'clean-tests'. Stop." >>>>>>>>> clean-unittest++ is commented out in the generated Makefile because i >>>>>>>>> build without native plugin. >>>>>>>> >>>>>>>> Hm interesting, I'm running cleanow and iot works. Anyway will test you changeset, and if ti do not >>>>>>>> break anything (which I dubt) will push it for you asap. >>>>>>>>> >>>>>>>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>>>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>>>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>>>>>> >>>>>>>>> If you have an jdk on windows without registry entries and set without >>>>>>>>> JAVA_HOME, than jdk from path is trying. This path is canonicalized and >>>>>>>>> leads to an unc-path. I have in a test spawn() persuaded (with >>>>>>>>> current_dir) to use this unc-path, but java.exe don't like unc-path in >>>>>>>>> his classpath. >>>>>>>>> >>>>>>>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>>>>>>> search? >>>>>>>>> >>>>>>>>> When you install openjdk with ojdkbuild it will be found. When you >>>>>>>>> install oracle-jdk and you don't disable "Public JRE" in the installer, >>>>>>>>> than it would also be found. >>>>>>>> >>>>>>>> Ok. Then I would suggest the following steps: >>>>>>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>>>>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>>>>>> (jre->jdk fallback, jre search only) I will push for you asap. >>>>>>>> >>>>>>>> - Please provide dunce changeset as separate changeset. We have to discuss, how to make it >>>>>>>> disable-able. >>>>>>>> >>>>>>>> >>>>>>>> Please reconsider fx patch. I dont think it is necessary. If it is, I would liek to know your case. >>>>>>>> >>>>>>>> Thanx! >>>>>>>> J. >>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Mit freundlichen Gr??en >>>>>>>>> >>>>>>>>> Lars Herschke >>>>>>>>> >>>>>>>>> Data-Service GmbH >>>>>>>>> Beethovenstra?e 2a >>>>>>>>> 23617 Stockelsdorf >>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>> >>>>>>>>> >>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>> Hi Lars! >>>>>>>>>> >>>>>>>>>> Thank you very much for eyballing the windows state. >>>>>>>>>> >>>>>>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>>>>>> wondering why I had never needed it. >>>>>>>>>> >>>>>>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>>>>>>> >>>>>>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>>>>>>> >>>>>>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>>>>>> search? >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> hmm. The jfxrt is shameful bug, as the path is crippled also in shell and bat launchers an I keep >>>>>>>>>> wondering how it could hapened it was not hit. >>>>>>>>>> >>>>>>>>>> again, thanx a lot for this set of fixes! >>>>>>>>>> J. >>>>>>>>>> >>>>>>>>>> On 3/5/19 11:32 AM, Lars Herschke wrote: >>>>>>>>>>> Hello, >>>>>>>>>>> >>>>>>>>>>> attached a patch that cause the following changes. >>>>>>>>>>> >>>>>>>>>>> acinclude.m4: >>>>>>>>>>> - configure-switch --with-jdk-home acts on windows >>>>>>>>>>> >>>>>>>>>>> Makefile.am: >>>>>>>>>>> - windows-fix for changeset 1565:7010aa9d9309 >>>>>>>>>>> - fixes for make clean with native plugin disabled >>>>>>>>>>> >>>>>>>>>>> rust-launcher: >>>>>>>>>>> 1. Use cannonicalize from crate dunce, because std::fs:canonicalize >>>>>>>>>>> return on windows unc-paths like this \\?\C:\foo. This paths doesn't >>>>>>>>>>> work with spawn() from std::process::Command. >>>>>>>>>>> 2. Correct path for jfxrt.jar >>>>>>>>>>> 3. Use JRE-path instead of JDK-path from registry and don't panic if >>>>>>>>>>> this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar >>>>>>>>>>> are only in the JRE-directory on openjdk. In addition users, that >>>>>>>>>>> have only installed JRE don't have the JDK-regkey in your registry. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>>> >>>>>>>>>>> Lars Herschke >>>>>>>>>>> >>>>>>>>>>> Data-Service GmbH >>>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>>> TYVM. Pushed. >>>>>>>>>>>> >>>>>>>>>>>> Prerelase binraries will be updated on demand. >>>>>>>>>>>> >>>>>>>>>>>> J. >>>>>>>>>>>> >>>>>>>>>>>> On 2/25/19 10:39 AM, Olesya Gerasimenko wrote: >>>>>>>>>>>>> Hello! >>>>>>>>>>>>> >>>>>>>>>>>>> Please find attached the updated Russian translation. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> 22.02.2019 14:15, Jiri Vanek ?????: >>>>>>>>>>>>>> Hello all! >>>>>>>>>>>>>> >>>>>>>>>>>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>>>>>>>>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>>>>>>>>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>>>>>>>>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>>>>>>>>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>>>>>>>>>>> update theirs translations in >>>>>>>>>>>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>>>>>>>>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>>>>>>>>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>>>>>>>>>>> pre-released tarballs will be fixed. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Windows testing: >>>>>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>>>>>> * icedtea-web-1.8pre.win.bin.zip >>>>>>>>>>>>>> * itw-installer.msi >>>>>>>>>>>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>>>>>> >>>>>>>>>>>>>> Linux testng: >>>>>>>>>>>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>>>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>>>>>>>>>>> * fedora >>>>>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>>>>>> >>>>>>>>>>>>>> Note for JRE search: >>>>>>>>>>>>>> * windows shell scripts reads java_home or or registry >>>>>>>>>>>>>> * linux shell scripts reads java_home or defualt system jdk >>>>>>>>>>>>>> * native launchers reads in addition system paths >>>>>>>>>>>>>> TBH, I doubt I covered all combinations when I run my suites >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>>>>>>>>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>>>>>>>>>>> * >>>>>>>>>>>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Known bugs: >>>>>>>>>>>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>>>>>>>>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>>>>>>>>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>>>>>>>>>>> deployment.properties ) are not properly handled >>>>>>>>>>>>>> 3689 --- DownloadService2 not implemented >>>>>>>>>>>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>>>>>>>>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>>>>>>>>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>>>>>>>>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>>>>>>>>>>> >>>>>>>>>>>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>>>>>>>>>>> AdoptOpenJDK.... >>>>>>>>>>>>>> >>>>>>>>>>>>>> Looking forward for both positive and negative feedbacks >>>>>>>>>>>>>> J. >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>>> >>>> >>>> >>> >> >> > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 244 bytes Desc: OpenPGP digital signature URL: From lhersch at dssgmbh.de Thu Mar 7 13:37:31 2019 From: lhersch at dssgmbh.de (Lars Herschke) Date: Thu, 07 Mar 2019 14:37:31 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <5C811E75.8030909@dssgmbh.de> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> <69c50571-c4c6-c13e-2997-6f8113705b3e@redhat.com> <5C7E719D.6060409@dssgmbh.de> <094ac48a-f000-68b7-087b-c906cce3a7f6@redhat.com> <5C7E79AC.1010600@dssgmbh.de> <977f6d95-3513-35f1-c562-aa82a2360a93@redhat.com> <5C7FF266.9000501@dssgmbh.de> <82a24066-3831-814d-66f8-daee16caa0d2@redhat.com> <5C8007CB.2000908@dssgmbh.de> <8650d3d3-ce9f-0e20-031b-556fd3e76499@redhat.com> <5C8113C0.5030909@dssgmbh.de> <5C811E75.8030909@dssgmbh.de> Message-ID: <5C811E9B.4010309@dssgmbh.de> forgot patch Mit freundlichen Gr??en Lars Herschke Data-Service GmbH Beethovenstra?e 2a 23617 Stockelsdorf Amtsgericht L?beck, HRB 318 BS Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, Dr. Uwe Szyszka, Dr. Hans-Martin Rasch Tel. (0451) 49 00-188 Fax. (0451) 49 00-123 e-mail: lhersch at dssgmbh.de Lars Herschke schrieb: > So, here is the new patch. > > This patch tries to get JavaHome out of the registry with the following > priosrization. > > - JRE 1.8 > - JDK 1.8 > - max JDK >= 9 > - JDK 1.8 > - max JDK >= 9 > - max JRE >= 9 (only 9 or 10 possible) > - max JDK < 1.8 > - max JRE < 1.8 > > The highest minor version within the major version is always preferred. > > In addition, the method find_jre checks with this patch whether it makes > sense to append the jre directory. > > > Mit freundlichen Gr??en > > Lars Herschke > > Data-Service GmbH > Beethovenstra?e 2a > 23617 Stockelsdorf > Amtsgericht L?beck, HRB 318 BS > Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, > Dr. Uwe Szyszka, Dr. Hans-Martin Rasch > Tel. (0451) 49 00-188 > Fax. (0451) 49 00-123 > e-mail: lhersch at dssgmbh.de > > > Lars Herschke schrieb: >> Hi Jiri. >> >>>> - in addition I was unable to verify against jdk8. The ojdkbuild of jdk8 never put anything into >>>> "my" registry. >> >> This can be selected and deselected in the installer. That's why I'm >> testing JAVA_HOME and PATH so hard. >> >> I am currently testing a new version of my patch. I hope to be able to >> make it available today. >> >> >> >> Mit freundlichen Gr??en >> >> Lars Herschke >> >> Data-Service GmbH >> Beethovenstra?e 2a >> 23617 Stockelsdorf >> Amtsgericht L?beck, HRB 318 BS >> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >> Tel. (0451) 49 00-188 >> Fax. (0451) 49 00-123 >> e-mail: lhersch at dssgmbh.de >> >> >> Jiri Vanek schrieb: >>> Hi Again. >>> >>> Attached is the workig version of my patch from yesterday. >>> >>> I realised that my approach requires: java_registry_path("SOFTWARE\\JavaSoft\\JDK\\11.0.2") >>> - note the security number. This it is no go. >>> - in addition I was unable to verify against jdk8. The ojdkbuild of jdk8 never put anything into >>> "my" registry. >>> >>> From what I seen, your patch is ok with jdk11,12 and onwards untill the registry changes again, right? >>> >>> J. >>> >>> On 3/6/19 6:47 PM, Lars Herschke wrote: >>>>> What are the regQuery and RegEnumKeyExW for? >>>> >>>> RegQueryInfoKeyW gives me the number of subkeys, so I can get directly >>>> the last subkey with RegEnumKeyExW. >>>> >>>>> I do tt see versions in the query.. What is the pooled order? SHould be >>>>> jre8->jdk8->jdk11->jdkAnythingElse >>>> >>>> I try to get Java in the following order. >>>> >>>> - latest pre JMPS-JRE >>>> - latest pre JMPS-JDK >>>> - latest JMPS-JDK >>>> - latest JMPS-JRE >>>> >>>> I always try to get the latest Java, favoring the pre JPMS Java. >>>> However, so I may prefer a Java 7 to a Java 11. >>>> >>>>>> Do you mind to comapre with mine patch? (and honestly say that it is garbage and yours is more >>>>>> bulletproof - I do not expect more) >>>> >>>> I dont't understand on your patch, how jdkX_registry_path, >>>> jreX_registry_path and jdk11plus_registry_path should work. There is no >>>> JavaHome-key on these levels. >>>> >>>>>> I disagree with Your change to JAVA_HOME and PATH - because it can already be jre. On contrary, if >>>>>> it si jdk, then it is already valid. HAve that part bitten you somewhere? >>>> >>>> You are right, but on Windows, JAVA_HOME is only set by ojdkbuild and >>>> this set JAVA_HOME to his jdk root-directory. Oracle-Java don't set >>>> JAVA_HOME, but writes registry keys ever. >>>> The PATH is set from ojdkbuild to [jdk-root]\bin, so my changes also >>>> works. The PATH from Oracle-Java is complete outside the java directory >>>> (C:\Program Files (x86)\Common Files\Oracle\Java\javapath). In this path >>>> you will not find any library. >>>> Everything said so far, only applies to Java 8. As of Java 9, there is >>>> no more jre directory around jdk. >>>> In the end, you can not know if PATH or JAVA_HOME is a jdk or a jre, >>>> without checking it. >>>> It did not bother me, I just tried to be more compatible with the >>>> standard installations under windows >>>> Last but not least, the method is called find_jre.:-) >>>> >>>> >>>> >>>> >>>> Mit freundlichen Gr??en >>>> >>>> Lars Herschke >>>> >>>> Data-Service GmbH >>>> Beethovenstra?e 2a >>>> 23617 Stockelsdorf >>>> Amtsgericht L?beck, HRB 318 BS >>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>> Tel. (0451) 49 00-188 >>>> Fax. (0451) 49 00-123 >>>> e-mail: lhersch at dssgmbh.de >>>> >>>> >>>> Jiri Vanek schrieb: >>>>> On 3/6/19 5:16 PM, Lars Herschke wrote: >>>>>> Hi, >>>>>> >>>>>> attached a new separate windows registry patch. >>>>> >>>>> Wou. Interesting approach. As you had not replied if you will elaborate on it, I had in meantime >>>>> did simialr patch (attached, not tested, literally just finished writing right now, and started to >>>>> warm up windows VM) - absed on yours, jsut with the pooling of registry. >>>>> >>>>> My patch looks a bit more rustlike - especailly it uses chain of match instead of loop, and TBH I >>>>> do not understand half of yours :) >>>>> What are the regQuery and RegEnumKeyExW for? >>>>> I do tt see versions in the query.. What is the pooled order? SHould be >>>>> jre8->jdk8->jdk11->jdkAnythingElse >>>>> Do you mind to comapre with mine patch? (and honestly say that it is garbage and yours is more >>>>> bulletproof - I do not expect more) >>>>> >>>>> >>>>> I disagree with Your change to JAVA_HOME and PATH - because it can already be jre. On contrary, if >>>>> it si jdk, then it is already valid. HAve that part bitten you somewhere? >>>>> >>>>> Really thanx! >>>>> J. >>>>> >>>>>> >>>>>> >>>>>> Mit freundlichen Gr??en >>>>>> >>>>>> Lars Herschke >>>>>> >>>>>> Data-Service GmbH >>>>>> Beethovenstra?e 2a >>>>>> 23617 Stockelsdorf >>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>> Tel. (0451) 49 00-188 >>>>>> Fax. (0451) 49 00-123 >>>>>> e-mail: lhersch at dssgmbh.de >>>>>> >>>>>> >>>>>> Jiri Vanek schrieb: >>>>>>> On 3/5/19 2:29 PM, Lars Herschke wrote: >>>>>>>>> Ok. Then I would suggest the following steps: >>>>>>>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>>>>>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>>>>>>> (jre->jdk fallback, jre search only) I will push for you asap. >>>>>>>> >>>>>>>> If you plan to check more than one regkey than you should check in the >>>>>>>> following order. >>>>>>>> >>>>>>>> 1. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment >>>>>>>> 2. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development Kit >>>>>>>> 3. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JDK >>>>>>>> 4. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JRE >>>>>>>> >>>>>>>> 1. for the last pre-JPMS-jre (max Java 9) >>>>>>>> 2. for the last pre-JPMS-jdk (max Java 8) >>>>>>>> 3. for the last JPMS-jdk ( Java 11+) >>>>>>>> 4. for the last JPMS-jre (max Java 10) >>>>>>>> >>>>>>>> Starting with Java 11 you have to check the jdk first, because there is >>>>>>>> nor jre anymore. >>>>>>> >>>>>>> Are you willing to code that? I would promiss you a beer on fosdem :) >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Mit freundlichen Gr??en >>>>>>>> >>>>>>>> Lars Herschke >>>>>>>> >>>>>>>> Data-Service GmbH >>>>>>>> Beethovenstra?e 2a >>>>>>>> 23617 Stockelsdorf >>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>> Tel. (0451) 49 00-188 >>>>>>>> Fax. (0451) 49 00-123 >>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>> >>>>>>>> >>>>>>>> Jiri Vanek schrieb: >>>>>>>>> On 3/5/19 1:54 PM, Lars Herschke wrote: >>>>>>>>>> Hi Jiri. >>>>>>>>>> >>>>>>>>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>>>>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>>>>>>>> wondering why I had never needed it. >>>>>>>>>> >>>>>>>>>> I have installed my jdk direct in windows and not inside cygwin. So my >>>>>>>>>> path inside cygwin is /cygdrive/c/Program\ >>>>>>>>>> Files/ojdkbuild/java-1.8.0-openjdk-1.8.0.201-1. This path isn't found by >>>>>>>>>> configure without jdk-home-configure-switch. >>>>>>>>> >>>>>>>>> I have it installed to in windows, but something must go differently. Will push this hunk for you asap >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>>>>>>> >>>>>>>>>> Without my changes i get the following error when i make "make clean". >>>>>>>>>> "make: *** No rule to make target 'clean-unittest++', needed by >>>>>>>>>> 'clean-tests'. Stop." >>>>>>>>>> clean-unittest++ is commented out in the generated Makefile because i >>>>>>>>>> build without native plugin. >>>>>>>>> >>>>>>>>> Hm interesting, I'm running cleanow and iot works. Anyway will test you changeset, and if ti do not >>>>>>>>> break anything (which I dubt) will push it for you asap. >>>>>>>>>> >>>>>>>>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>>>>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>>>>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>>>>>>> >>>>>>>>>> If you have an jdk on windows without registry entries and set without >>>>>>>>>> JAVA_HOME, than jdk from path is trying. This path is canonicalized and >>>>>>>>>> leads to an unc-path. I have in a test spawn() persuaded (with >>>>>>>>>> current_dir) to use this unc-path, but java.exe don't like unc-path in >>>>>>>>>> his classpath. >>>>>>>>>> >>>>>>>>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>>>>>>>> search? >>>>>>>>>> >>>>>>>>>> When you install openjdk with ojdkbuild it will be found. When you >>>>>>>>>> install oracle-jdk and you don't disable "Public JRE" in the installer, >>>>>>>>>> than it would also be found. >>>>>>>>> >>>>>>>>> Ok. Then I would suggest the following steps: >>>>>>>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>>>>>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>>>>>>> (jre->jdk fallback, jre search only) I will push for you asap. >>>>>>>>> >>>>>>>>> - Please provide dunce changeset as separate changeset. We have to discuss, how to make it >>>>>>>>> disable-able. >>>>>>>>> >>>>>>>>> >>>>>>>>> Please reconsider fx patch. I dont think it is necessary. If it is, I would liek to know your case. >>>>>>>>> >>>>>>>>> Thanx! >>>>>>>>> J. >>>>>>>>> >>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>> >>>>>>>>>> Lars Herschke >>>>>>>>>> >>>>>>>>>> Data-Service GmbH >>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>> Hi Lars! >>>>>>>>>>> >>>>>>>>>>> Thank you very much for eyballing the windows state. >>>>>>>>>>> >>>>>>>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>>>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>>>>>>> wondering why I had never needed it. >>>>>>>>>>> >>>>>>>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>>>>>>>> >>>>>>>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>>>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>>>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>>>>>>>> >>>>>>>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>>>>>>> search? >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> hmm. The jfxrt is shameful bug, as the path is crippled also in shell and bat launchers an I keep >>>>>>>>>>> wondering how it could hapened it was not hit. >>>>>>>>>>> >>>>>>>>>>> again, thanx a lot for this set of fixes! >>>>>>>>>>> J. >>>>>>>>>>> >>>>>>>>>>> On 3/5/19 11:32 AM, Lars Herschke wrote: >>>>>>>>>>>> Hello, >>>>>>>>>>>> >>>>>>>>>>>> attached a patch that cause the following changes. >>>>>>>>>>>> >>>>>>>>>>>> acinclude.m4: >>>>>>>>>>>> - configure-switch --with-jdk-home acts on windows >>>>>>>>>>>> >>>>>>>>>>>> Makefile.am: >>>>>>>>>>>> - windows-fix for changeset 1565:7010aa9d9309 >>>>>>>>>>>> - fixes for make clean with native plugin disabled >>>>>>>>>>>> >>>>>>>>>>>> rust-launcher: >>>>>>>>>>>> 1. Use cannonicalize from crate dunce, because std::fs:canonicalize >>>>>>>>>>>> return on windows unc-paths like this \\?\C:\foo. This paths doesn't >>>>>>>>>>>> work with spawn() from std::process::Command. >>>>>>>>>>>> 2. Correct path for jfxrt.jar >>>>>>>>>>>> 3. Use JRE-path instead of JDK-path from registry and don't panic if >>>>>>>>>>>> this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar >>>>>>>>>>>> are only in the JRE-directory on openjdk. In addition users, that >>>>>>>>>>>> have only installed JRE don't have the JDK-regkey in your registry. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>>>> >>>>>>>>>>>> Lars Herschke >>>>>>>>>>>> >>>>>>>>>>>> Data-Service GmbH >>>>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>>>> TYVM. Pushed. >>>>>>>>>>>>> >>>>>>>>>>>>> Prerelase binraries will be updated on demand. >>>>>>>>>>>>> >>>>>>>>>>>>> J. >>>>>>>>>>>>> >>>>>>>>>>>>> On 2/25/19 10:39 AM, Olesya Gerasimenko wrote: >>>>>>>>>>>>>> Hello! >>>>>>>>>>>>>> >>>>>>>>>>>>>> Please find attached the updated Russian translation. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> 22.02.2019 14:15, Jiri Vanek ?????: >>>>>>>>>>>>>>> Hello all! >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>>>>>>>>>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>>>>>>>>>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>>>>>>>>>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>>>>>>>>>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>>>>>>>>>>>> update theirs translations in >>>>>>>>>>>>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>>>>>>>>>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>>>>>>>>>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>>>>>>>>>>>> pre-released tarballs will be fixed. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Windows testing: >>>>>>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>>>>>>> * icedtea-web-1.8pre.win.bin.zip >>>>>>>>>>>>>>> * itw-installer.msi >>>>>>>>>>>>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>>>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Linux testng: >>>>>>>>>>>>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>>>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>>>>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>>>>>>>>>>>> * fedora >>>>>>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Note for JRE search: >>>>>>>>>>>>>>> * windows shell scripts reads java_home or or registry >>>>>>>>>>>>>>> * linux shell scripts reads java_home or defualt system jdk >>>>>>>>>>>>>>> * native launchers reads in addition system paths >>>>>>>>>>>>>>> TBH, I doubt I covered all combinations when I run my suites >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>>>>>>>>>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>>>>>>>>>>>> * >>>>>>>>>>>>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Known bugs: >>>>>>>>>>>>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>>>>>>>>>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>>>>>>>>>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>>>>>>>>>>>> deployment.properties ) are not properly handled >>>>>>>>>>>>>>> 3689 --- DownloadService2 not implemented >>>>>>>>>>>>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>>>>>>>>>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>>>>>>>>>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>>>>>>>>>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>>>>>>>>>>>> AdoptOpenJDK.... >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Looking forward for both positive and negative feedbacks >>>>>>>>>>>>>>> J. >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>> >>>>> >>>> >>> >>> >> > -------------- next part -------------- A non-text attachment was scrubbed... Name: src_1584_b60023d6a3a5.patch Type: text/x-patch Size: 11125 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 244 bytes Desc: OpenPGP digital signature URL: From lhersch at dssgmbh.de Thu Mar 7 14:26:03 2019 From: lhersch at dssgmbh.de (Lars Herschke) Date: Thu, 07 Mar 2019 15:26:03 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <45875ba3-732b-bfe6-c21c-e4a1aad28068@redhat.com> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> <69c50571-c4c6-c13e-2997-6f8113705b3e@redhat.com> <5C7E719D.6060409@dssgmbh.de> <094ac48a-f000-68b7-087b-c906cce3a7f6@redhat.com> <5C7E79AC.1010600@dssgmbh.de> <977f6d95-3513-35f1-c562-aa82a2360a93@redhat.com> <5C7FF266.9000501@dssgmbh.de> <82a24066-3831-814d-66f8-daee16caa0d2@redhat.com> <5C8007CB.2000908@dssgmbh.de> <8650d3d3-ce9f-0e20-031b-556fd3e76499@redhat.com> <5C8113C0.5030909@dssgmbh.de> <5C811E75.8030909@dssgmbh.de> <5C811E9B.4010309@dssgmbh.de> <4f34314d-92c2-e494-0940-d18488bbfb19@redhat.com> <5C8123C3.7010301@dssgmbh.de> <45875ba3-732b-bfe6-c21c-e4a1aad28068@redhat.com> Message-ID: <5C8129FB.3030202@dssgmbh.de> >> Not always, I just recall problems with this in case of cygpath. Do you mind to try it without? >> If you do mind, I will push like it is. But would rather avoid double slash in jre_home\\bin\java I can not confirm or imitate that. The following little test program: fn main() { let mut p1 = std::path::PathBuf::from(r"C:\Program Files"); p1.push(""); println!("{}", p1.display()); let mut p2 = std::path::PathBuf::from(r"C:\Program Files\"); p2.push(""); println!("{}", p2.display()); } gives out: p1: C:\Program Files\ p2: C:\Program Files\ Mit freundlichen Gr??en Lars Herschke Data-Service GmbH Beethovenstra?e 2a 23617 Stockelsdorf Amtsgericht L?beck, HRB 318 BS Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, Dr. Uwe Szyszka, Dr. Hans-Martin Rasch e-mail: lhersch at dssgmbh.de Jiri Vanek schrieb: > On 3/7/19 2:59 PM, Lars Herschke wrote: >> So i set, the final directory separator, automatically as a slash or >> backslash, matching the operating system. If one is already present, >> that is harmless. > > Not always, I just recall problems with this in case of cygpath. Do you mind to try it without? > If you do mind, I will push like it is. But would rather avoid double slash in jre_home\\bin\java > > Imho every path.push(x) is actually doing \x or /x. > > > J. >> >> >> Mit freundlichen Gr??en >> >> Lars Herschke >> >> Data-Service GmbH >> Beethovenstra?e 2a >> 23617 Stockelsdorf >> Amtsgericht L?beck, HRB 318 BS >> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >> e-mail: lhersch at dssgmbh.de >> >> >> Jiri Vanek schrieb: >>> Thanx! >>> >>> Why the: >>> + jre_dir.push(""); >>> >>> ? >>> >>> I cant see wher eit iterates over 11, 1.8 and so on, but I trust it does :) >>> >>> Except the empty push, Althouh it is hard to read itm I'm ok with the patch, and will push it for >>> you (once the mepty push is justified/removed) >>> On 3/7/19 2:37 PM, Lars Herschke wrote: >>>> forgot patch >>>> >>>> Mit freundlichen Gr??en >>>> >>>> Lars Herschke >>>> >>>> Data-Service GmbH >>>> Beethovenstra?e 2a >>>> 23617 Stockelsdorf >>>> Amtsgericht L?beck, HRB 318 BS >>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>> Tel. (0451) 49 00-188 >>>> Fax. (0451) 49 00-123 >>>> e-mail: lhersch at dssgmbh.de >>>> >>>> >>>> Lars Herschke schrieb: >>>>> So, here is the new patch. >>>>> >>>>> This patch tries to get JavaHome out of the registry with the following >>>>> priosrization. >>>>> >>>>> - JRE 1.8 >>>>> - JDK 1.8 >>>>> - max JDK >= 9 >>>>> - JDK 1.8 >>>>> - max JDK >= 9 >>>>> - max JRE >= 9 (only 9 or 10 possible) >>>>> - max JDK < 1.8 >>>>> - max JRE < 1.8 >>>>> >>>>> The highest minor version within the major version is always preferred. >>>>> >>>>> In addition, the method find_jre checks with this patch whether it makes >>>>> sense to append the jre directory. >>>>> >>>>> >>>>> Mit freundlichen Gr??en >>>>> >>>>> Lars Herschke >>>>> >>>>> Data-Service GmbH >>>>> Beethovenstra?e 2a >>>>> 23617 Stockelsdorf >>>>> Amtsgericht L?beck, HRB 318 BS >>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>> Tel. (0451) 49 00-188 >>>>> Fax. (0451) 49 00-123 >>>>> e-mail: lhersch at dssgmbh.de >>>>> >>>>> >>>>> Lars Herschke schrieb: >>>>>> Hi Jiri. >>>>>> >>>>>>>> - in addition I was unable to verify against jdk8. The ojdkbuild of jdk8 never put anything into >>>>>>>> "my" registry. >>>>>> >>>>>> This can be selected and deselected in the installer. That's why I'm >>>>>> testing JAVA_HOME and PATH so hard. >>>>>> >>>>>> I am currently testing a new version of my patch. I hope to be able to >>>>>> make it available today. >>>>>> >>>>>> >>>>>> >>>>>> Mit freundlichen Gr??en >>>>>> >>>>>> Lars Herschke >>>>>> >>>>>> Data-Service GmbH >>>>>> Beethovenstra?e 2a >>>>>> 23617 Stockelsdorf >>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>> Tel. (0451) 49 00-188 >>>>>> Fax. (0451) 49 00-123 >>>>>> e-mail: lhersch at dssgmbh.de >>>>>> >>>>>> >>>>>> Jiri Vanek schrieb: >>>>>>> Hi Again. >>>>>>> >>>>>>> Attached is the workig version of my patch from yesterday. >>>>>>> >>>>>>> I realised that my approach requires: java_registry_path("SOFTWARE\\JavaSoft\\JDK\\11.0.2") >>>>>>> - note the security number. This it is no go. >>>>>>> - in addition I was unable to verify against jdk8. The ojdkbuild of jdk8 never put anything into >>>>>>> "my" registry. >>>>>>> >>>>>>> From what I seen, your patch is ok with jdk11,12 and onwards untill the registry changes again, right? >>>>>>> >>>>>>> J. >>>>>>> >>>>>>> On 3/6/19 6:47 PM, Lars Herschke wrote: >>>>>>>>> What are the regQuery and RegEnumKeyExW for? >>>>>>>> >>>>>>>> RegQueryInfoKeyW gives me the number of subkeys, so I can get directly >>>>>>>> the last subkey with RegEnumKeyExW. >>>>>>>> >>>>>>>>> I do tt see versions in the query.. What is the pooled order? SHould be >>>>>>>>> jre8->jdk8->jdk11->jdkAnythingElse >>>>>>>> >>>>>>>> I try to get Java in the following order. >>>>>>>> >>>>>>>> - latest pre JMPS-JRE >>>>>>>> - latest pre JMPS-JDK >>>>>>>> - latest JMPS-JDK >>>>>>>> - latest JMPS-JRE >>>>>>>> >>>>>>>> I always try to get the latest Java, favoring the pre JPMS Java. >>>>>>>> However, so I may prefer a Java 7 to a Java 11. >>>>>>>> >>>>>>>>>> Do you mind to comapre with mine patch? (and honestly say that it is garbage and yours is more >>>>>>>>>> bulletproof - I do not expect more) >>>>>>>> >>>>>>>> I dont't understand on your patch, how jdkX_registry_path, >>>>>>>> jreX_registry_path and jdk11plus_registry_path should work. There is no >>>>>>>> JavaHome-key on these levels. >>>>>>>> >>>>>>>>>> I disagree with Your change to JAVA_HOME and PATH - because it can already be jre. On contrary, if >>>>>>>>>> it si jdk, then it is already valid. HAve that part bitten you somewhere? >>>>>>>> >>>>>>>> You are right, but on Windows, JAVA_HOME is only set by ojdkbuild and >>>>>>>> this set JAVA_HOME to his jdk root-directory. Oracle-Java don't set >>>>>>>> JAVA_HOME, but writes registry keys ever. >>>>>>>> The PATH is set from ojdkbuild to [jdk-root]\bin, so my changes also >>>>>>>> works. The PATH from Oracle-Java is complete outside the java directory >>>>>>>> (C:\Program Files (x86)\Common Files\Oracle\Java\javapath). In this path >>>>>>>> you will not find any library. >>>>>>>> Everything said so far, only applies to Java 8. As of Java 9, there is >>>>>>>> no more jre directory around jdk. >>>>>>>> In the end, you can not know if PATH or JAVA_HOME is a jdk or a jre, >>>>>>>> without checking it. >>>>>>>> It did not bother me, I just tried to be more compatible with the >>>>>>>> standard installations under windows >>>>>>>> Last but not least, the method is called find_jre.:-) >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Mit freundlichen Gr??en >>>>>>>> >>>>>>>> Lars Herschke >>>>>>>> >>>>>>>> Data-Service GmbH >>>>>>>> Beethovenstra?e 2a >>>>>>>> 23617 Stockelsdorf >>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>> Tel. (0451) 49 00-188 >>>>>>>> Fax. (0451) 49 00-123 >>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>> >>>>>>>> >>>>>>>> Jiri Vanek schrieb: >>>>>>>>> On 3/6/19 5:16 PM, Lars Herschke wrote: >>>>>>>>>> Hi, >>>>>>>>>> >>>>>>>>>> attached a new separate windows registry patch. >>>>>>>>> >>>>>>>>> Wou. Interesting approach. As you had not replied if you will elaborate on it, I had in meantime >>>>>>>>> did simialr patch (attached, not tested, literally just finished writing right now, and started to >>>>>>>>> warm up windows VM) - absed on yours, jsut with the pooling of registry. >>>>>>>>> >>>>>>>>> My patch looks a bit more rustlike - especailly it uses chain of match instead of loop, and TBH I >>>>>>>>> do not understand half of yours :) >>>>>>>>> What are the regQuery and RegEnumKeyExW for? >>>>>>>>> I do tt see versions in the query.. What is the pooled order? SHould be >>>>>>>>> jre8->jdk8->jdk11->jdkAnythingElse >>>>>>>>> Do you mind to comapre with mine patch? (and honestly say that it is garbage and yours is more >>>>>>>>> bulletproof - I do not expect more) >>>>>>>>> >>>>>>>>> >>>>>>>>> I disagree with Your change to JAVA_HOME and PATH - because it can already be jre. On contrary, if >>>>>>>>> it si jdk, then it is already valid. HAve that part bitten you somewhere? >>>>>>>>> >>>>>>>>> Really thanx! >>>>>>>>> J. >>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>> >>>>>>>>>> Lars Herschke >>>>>>>>>> >>>>>>>>>> Data-Service GmbH >>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>> On 3/5/19 2:29 PM, Lars Herschke wrote: >>>>>>>>>>>>> Ok. Then I would suggest the following steps: >>>>>>>>>>>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>>>>>>>>>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>>>>>>>>>>> (jre->jdk fallback, jre search only) I will push for you asap. >>>>>>>>>>>> >>>>>>>>>>>> If you plan to check more than one regkey than you should check in the >>>>>>>>>>>> following order. >>>>>>>>>>>> >>>>>>>>>>>> 1. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment >>>>>>>>>>>> 2. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development Kit >>>>>>>>>>>> 3. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JDK >>>>>>>>>>>> 4. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JRE >>>>>>>>>>>> >>>>>>>>>>>> 1. for the last pre-JPMS-jre (max Java 9) >>>>>>>>>>>> 2. for the last pre-JPMS-jdk (max Java 8) >>>>>>>>>>>> 3. for the last JPMS-jdk ( Java 11+) >>>>>>>>>>>> 4. for the last JPMS-jre (max Java 10) >>>>>>>>>>>> >>>>>>>>>>>> Starting with Java 11 you have to check the jdk first, because there is >>>>>>>>>>>> nor jre anymore. >>>>>>>>>>> >>>>>>>>>>> Are you willing to code that? I would promiss you a beer on fosdem :) >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>>>> >>>>>>>>>>>> Lars Herschke >>>>>>>>>>>> >>>>>>>>>>>> Data-Service GmbH >>>>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>>>> On 3/5/19 1:54 PM, Lars Herschke wrote: >>>>>>>>>>>>>> Hi Jiri. >>>>>>>>>>>>>> >>>>>>>>>>>>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>>>>>>>>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>>>>>>>>>>>> wondering why I had never needed it. >>>>>>>>>>>>>> >>>>>>>>>>>>>> I have installed my jdk direct in windows and not inside cygwin. So my >>>>>>>>>>>>>> path inside cygwin is /cygdrive/c/Program\ >>>>>>>>>>>>>> Files/ojdkbuild/java-1.8.0-openjdk-1.8.0.201-1. This path isn't found by >>>>>>>>>>>>>> configure without jdk-home-configure-switch. >>>>>>>>>>>>> >>>>>>>>>>>>> I have it installed to in windows, but something must go differently. Will push this hunk for you asap >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Without my changes i get the following error when i make "make clean". >>>>>>>>>>>>>> "make: *** No rule to make target 'clean-unittest++', needed by >>>>>>>>>>>>>> 'clean-tests'. Stop." >>>>>>>>>>>>>> clean-unittest++ is commented out in the generated Makefile because i >>>>>>>>>>>>>> build without native plugin. >>>>>>>>>>>>> >>>>>>>>>>>>> Hm interesting, I'm running cleanow and iot works. Anyway will test you changeset, and if ti do not >>>>>>>>>>>>> break anything (which I dubt) will push it for you asap. >>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>>>>>>>>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>>>>>>>>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>>>>>>>>>>> >>>>>>>>>>>>>> If you have an jdk on windows without registry entries and set without >>>>>>>>>>>>>> JAVA_HOME, than jdk from path is trying. This path is canonicalized and >>>>>>>>>>>>>> leads to an unc-path. I have in a test spawn() persuaded (with >>>>>>>>>>>>>> current_dir) to use this unc-path, but java.exe don't like unc-path in >>>>>>>>>>>>>> his classpath. >>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>>>>>>>>>>>> search? >>>>>>>>>>>>>> >>>>>>>>>>>>>> When you install openjdk with ojdkbuild it will be found. When you >>>>>>>>>>>>>> install oracle-jdk and you don't disable "Public JRE" in the installer, >>>>>>>>>>>>>> than it would also be found. >>>>>>>>>>>>> >>>>>>>>>>>>> Ok. Then I would suggest the following steps: >>>>>>>>>>>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>>>>>>>>>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>>>>>>>>>>> (jre->jdk fallback, jre search only) I will push for you asap. >>>>>>>>>>>>> >>>>>>>>>>>>> - Please provide dunce changeset as separate changeset. We have to discuss, how to make it >>>>>>>>>>>>> disable-able. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Please reconsider fx patch. I dont think it is necessary. If it is, I would liek to know your case. >>>>>>>>>>>>> >>>>>>>>>>>>> Thanx! >>>>>>>>>>>>> J. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>>>>>> >>>>>>>>>>>>>> Lars Herschke >>>>>>>>>>>>>> >>>>>>>>>>>>>> Data-Service GmbH >>>>>>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>>>>>> Hi Lars! >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Thank you very much for eyballing the windows state. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>>>>>>>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>>>>>>>>>>> wondering why I had never needed it. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>>>>>>>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>>>>>>>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>>>>>>>>>>> search? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> hmm. The jfxrt is shameful bug, as the path is crippled also in shell and bat launchers an I keep >>>>>>>>>>>>>>> wondering how it could hapened it was not hit. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> again, thanx a lot for this set of fixes! >>>>>>>>>>>>>>> J. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On 3/5/19 11:32 AM, Lars Herschke wrote: >>>>>>>>>>>>>>>> Hello, >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> attached a patch that cause the following changes. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> acinclude.m4: >>>>>>>>>>>>>>>> - configure-switch --with-jdk-home acts on windows >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Makefile.am: >>>>>>>>>>>>>>>> - windows-fix for changeset 1565:7010aa9d9309 >>>>>>>>>>>>>>>> - fixes for make clean with native plugin disabled >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> rust-launcher: >>>>>>>>>>>>>>>> 1. Use cannonicalize from crate dunce, because std::fs:canonicalize >>>>>>>>>>>>>>>> return on windows unc-paths like this \\?\C:\foo. This paths doesn't >>>>>>>>>>>>>>>> work with spawn() from std::process::Command. >>>>>>>>>>>>>>>> 2. Correct path for jfxrt.jar >>>>>>>>>>>>>>>> 3. Use JRE-path instead of JDK-path from registry and don't panic if >>>>>>>>>>>>>>>> this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar >>>>>>>>>>>>>>>> are only in the JRE-directory on openjdk. In addition users, that >>>>>>>>>>>>>>>> have only installed JRE don't have the JDK-regkey in your registry. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Lars Herschke >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Data-Service GmbH >>>>>>>>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>>>>>>>> TYVM. Pushed. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Prerelase binraries will be updated on demand. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> J. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On 2/25/19 10:39 AM, Olesya Gerasimenko wrote: >>>>>>>>>>>>>>>>>> Hello! >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Please find attached the updated Russian translation. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> 22.02.2019 14:15, Jiri Vanek ?????: >>>>>>>>>>>>>>>>>>> Hello all! >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>>>>>>>>>>>>>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>>>>>>>>>>>>>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>>>>>>>>>>>>>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>>>>>>>>>>>>>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>>>>>>>>>>>>>>>> update theirs translations in >>>>>>>>>>>>>>>>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>>>>>>>>>>>>>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>>>>>>>>>>>>>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>>>>>>>>>>>>>>>> pre-released tarballs will be fixed. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Windows testing: >>>>>>>>>>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>>>>>>>>>>> * icedtea-web-1.8pre.win.bin.zip >>>>>>>>>>>>>>>>>>> * itw-installer.msi >>>>>>>>>>>>>>>>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>>>>>>>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Linux testng: >>>>>>>>>>>>>>>>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>>>>>>>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>>>>>>>>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>>>>>>>>>>>>>>>> * fedora >>>>>>>>>>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Note for JRE search: >>>>>>>>>>>>>>>>>>> * windows shell scripts reads java_home or or registry >>>>>>>>>>>>>>>>>>> * linux shell scripts reads java_home or defualt system jdk >>>>>>>>>>>>>>>>>>> * native launchers reads in addition system paths >>>>>>>>>>>>>>>>>>> TBH, I doubt I covered all combinations when I run my suites >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>>>>>>>>>>>>>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>>>>>>>>>>>>>>>> * >>>>>>>>>>>>>>>>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Known bugs: >>>>>>>>>>>>>>>>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>>>>>>>>>>>>>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>>>>>>>>>>>>>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>>>>>>>>>>>>>>>> deployment.properties ) are not properly handled >>>>>>>>>>>>>>>>>>> 3689 --- DownloadService2 not implemented >>>>>>>>>>>>>>>>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>>>>>>>>>>>>>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>>>>>>>>>>>>>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>>>>>>>>>>>>>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>>>>>>>>>>>>>>>> AdoptOpenJDK.... >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Looking forward for both positive and negative feedbacks >>>>>>>>>>>>>>>>>>> J. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>> >>> >> > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 244 bytes Desc: OpenPGP digital signature URL: From jvanek at redhat.com Thu Mar 7 14:30:14 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Thu, 7 Mar 2019 15:30:14 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <5C8129FB.3030202@dssgmbh.de> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> <69c50571-c4c6-c13e-2997-6f8113705b3e@redhat.com> <5C7E719D.6060409@dssgmbh.de> <094ac48a-f000-68b7-087b-c906cce3a7f6@redhat.com> <5C7E79AC.1010600@dssgmbh.de> <977f6d95-3513-35f1-c562-aa82a2360a93@redhat.com> <5C7FF266.9000501@dssgmbh.de> <82a24066-3831-814d-66f8-daee16caa0d2@redhat.com> <5C8007CB.2000908@dssgmbh.de> <8650d3d3-ce9f-0e20-031b-556fd3e76499@redhat.com> <5C8113C0.5030909@dssgmbh.de> <5C811E75.8030909@dssgmbh.de> <5C811E9B.4010309@dssgmbh.de> <4f34314d-92c2-e494-0940-d18488bbfb19@redhat.com> <5C8123C3.7010301@dssgmbh.de> <45875ba3-732b-bfe6-c21c-e4a1aad28068@redhat.com> <5C8129FB.3030202@dssgmbh.de> Message-ID: <4a2d4545-7c0e-c8f3-d648-e9d1d9780ba2@redhat.com> So we can go without push of "" O?-) On 3/7/19 3:26 PM, Lars Herschke wrote: >>> Not always, I just recall problems with this in case of cygpath. Do you mind to try it without? >>> If you do mind, I will push like it is. But would rather avoid double slash in jre_home\\bin\java > > I can not confirm or imitate that. > > The following little test program: > > fn main() > { > let mut p1 = std::path::PathBuf::from(r"C:\Program Files"); > p1.push(""); > println!("{}", p1.display()); > > let mut p2 = std::path::PathBuf::from(r"C:\Program Files\"); > p2.push(""); > println!("{}", p2.display()); > } > > gives out: > > p1: C:\Program Files\ > p2: C:\Program Files\ > > > > > Mit freundlichen Gr??en > > Lars Herschke > > Data-Service GmbH > Beethovenstra?e 2a > 23617 Stockelsdorf > Amtsgericht L?beck, HRB 318 BS > Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, > Dr. Uwe Szyszka, Dr. Hans-Martin Rasch > e-mail: lhersch at dssgmbh.de > > > Jiri Vanek schrieb: >> On 3/7/19 2:59 PM, Lars Herschke wrote: >>> So i set, the final directory separator, automatically as a slash or >>> backslash, matching the operating system. If one is already present, >>> that is harmless. >> >> Not always, I just recall problems with this in case of cygpath. Do you mind to try it without? >> If you do mind, I will push like it is. But would rather avoid double slash in jre_home\\bin\java >> >> Imho every path.push(x) is actually doing \x or /x. >> >> >> J. >>> >>> >>> Mit freundlichen Gr??en >>> >>> Lars Herschke >>> >>> Data-Service GmbH >>> Beethovenstra?e 2a >>> 23617 Stockelsdorf >>> Amtsgericht L?beck, HRB 318 BS >>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>> e-mail: lhersch at dssgmbh.de >>> >>> >>> Jiri Vanek schrieb: >>>> Thanx! >>>> >>>> Why the: >>>> + jre_dir.push(""); >>>> >>>> ? >>>> >>>> I cant see wher eit iterates over 11, 1.8 and so on, but I trust it does :) >>>> >>>> Except the empty push, Althouh it is hard to read itm I'm ok with the patch, and will push it for >>>> you (once the mepty push is justified/removed) >>>> On 3/7/19 2:37 PM, Lars Herschke wrote: >>>>> forgot patch >>>>> >>>>> Mit freundlichen Gr??en >>>>> >>>>> Lars Herschke >>>>> >>>>> Data-Service GmbH >>>>> Beethovenstra?e 2a >>>>> 23617 Stockelsdorf >>>>> Amtsgericht L?beck, HRB 318 BS >>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>> Tel. (0451) 49 00-188 >>>>> Fax. (0451) 49 00-123 >>>>> e-mail: lhersch at dssgmbh.de >>>>> >>>>> >>>>> Lars Herschke schrieb: >>>>>> So, here is the new patch. >>>>>> >>>>>> This patch tries to get JavaHome out of the registry with the following >>>>>> priosrization. >>>>>> >>>>>> - JRE 1.8 >>>>>> - JDK 1.8 >>>>>> - max JDK >= 9 >>>>>> - JDK 1.8 >>>>>> - max JDK >= 9 >>>>>> - max JRE >= 9 (only 9 or 10 possible) >>>>>> - max JDK < 1.8 >>>>>> - max JRE < 1.8 >>>>>> >>>>>> The highest minor version within the major version is always preferred. >>>>>> >>>>>> In addition, the method find_jre checks with this patch whether it makes >>>>>> sense to append the jre directory. >>>>>> >>>>>> >>>>>> Mit freundlichen Gr??en >>>>>> >>>>>> Lars Herschke >>>>>> >>>>>> Data-Service GmbH >>>>>> Beethovenstra?e 2a >>>>>> 23617 Stockelsdorf >>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>> Tel. (0451) 49 00-188 >>>>>> Fax. (0451) 49 00-123 >>>>>> e-mail: lhersch at dssgmbh.de >>>>>> >>>>>> >>>>>> Lars Herschke schrieb: >>>>>>> Hi Jiri. >>>>>>> >>>>>>>>> - in addition I was unable to verify against jdk8. The ojdkbuild of jdk8 never put anything into >>>>>>>>> "my" registry. >>>>>>> >>>>>>> This can be selected and deselected in the installer. That's why I'm >>>>>>> testing JAVA_HOME and PATH so hard. >>>>>>> >>>>>>> I am currently testing a new version of my patch. I hope to be able to >>>>>>> make it available today. >>>>>>> >>>>>>> >>>>>>> >>>>>>> Mit freundlichen Gr??en >>>>>>> >>>>>>> Lars Herschke >>>>>>> >>>>>>> Data-Service GmbH >>>>>>> Beethovenstra?e 2a >>>>>>> 23617 Stockelsdorf >>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>> Tel. (0451) 49 00-188 >>>>>>> Fax. (0451) 49 00-123 >>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>> >>>>>>> >>>>>>> Jiri Vanek schrieb: >>>>>>>> Hi Again. >>>>>>>> >>>>>>>> Attached is the workig version of my patch from yesterday. >>>>>>>> >>>>>>>> I realised that my approach requires: java_registry_path("SOFTWARE\\JavaSoft\\JDK\\11.0.2") >>>>>>>> - note the security number. This it is no go. >>>>>>>> - in addition I was unable to verify against jdk8. The ojdkbuild of jdk8 never put anything into >>>>>>>> "my" registry. >>>>>>>> >>>>>>>> From what I seen, your patch is ok with jdk11,12 and onwards untill the registry changes again, right? >>>>>>>> >>>>>>>> J. >>>>>>>> >>>>>>>> On 3/6/19 6:47 PM, Lars Herschke wrote: >>>>>>>>>> What are the regQuery and RegEnumKeyExW for? >>>>>>>>> >>>>>>>>> RegQueryInfoKeyW gives me the number of subkeys, so I can get directly >>>>>>>>> the last subkey with RegEnumKeyExW. >>>>>>>>> >>>>>>>>>> I do tt see versions in the query.. What is the pooled order? SHould be >>>>>>>>>> jre8->jdk8->jdk11->jdkAnythingElse >>>>>>>>> >>>>>>>>> I try to get Java in the following order. >>>>>>>>> >>>>>>>>> - latest pre JMPS-JRE >>>>>>>>> - latest pre JMPS-JDK >>>>>>>>> - latest JMPS-JDK >>>>>>>>> - latest JMPS-JRE >>>>>>>>> >>>>>>>>> I always try to get the latest Java, favoring the pre JPMS Java. >>>>>>>>> However, so I may prefer a Java 7 to a Java 11. >>>>>>>>> >>>>>>>>>>> Do you mind to comapre with mine patch? (and honestly say that it is garbage and yours is more >>>>>>>>>>> bulletproof - I do not expect more) >>>>>>>>> >>>>>>>>> I dont't understand on your patch, how jdkX_registry_path, >>>>>>>>> jreX_registry_path and jdk11plus_registry_path should work. There is no >>>>>>>>> JavaHome-key on these levels. >>>>>>>>> >>>>>>>>>>> I disagree with Your change to JAVA_HOME and PATH - because it can already be jre. On contrary, if >>>>>>>>>>> it si jdk, then it is already valid. HAve that part bitten you somewhere? >>>>>>>>> >>>>>>>>> You are right, but on Windows, JAVA_HOME is only set by ojdkbuild and >>>>>>>>> this set JAVA_HOME to his jdk root-directory. Oracle-Java don't set >>>>>>>>> JAVA_HOME, but writes registry keys ever. >>>>>>>>> The PATH is set from ojdkbuild to [jdk-root]\bin, so my changes also >>>>>>>>> works. The PATH from Oracle-Java is complete outside the java directory >>>>>>>>> (C:\Program Files (x86)\Common Files\Oracle\Java\javapath). In this path >>>>>>>>> you will not find any library. >>>>>>>>> Everything said so far, only applies to Java 8. As of Java 9, there is >>>>>>>>> no more jre directory around jdk. >>>>>>>>> In the end, you can not know if PATH or JAVA_HOME is a jdk or a jre, >>>>>>>>> without checking it. >>>>>>>>> It did not bother me, I just tried to be more compatible with the >>>>>>>>> standard installations under windows >>>>>>>>> Last but not least, the method is called find_jre.:-) >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Mit freundlichen Gr??en >>>>>>>>> >>>>>>>>> Lars Herschke >>>>>>>>> >>>>>>>>> Data-Service GmbH >>>>>>>>> Beethovenstra?e 2a >>>>>>>>> 23617 Stockelsdorf >>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>> >>>>>>>>> >>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>> On 3/6/19 5:16 PM, Lars Herschke wrote: >>>>>>>>>>> Hi, >>>>>>>>>>> >>>>>>>>>>> attached a new separate windows registry patch. >>>>>>>>>> >>>>>>>>>> Wou. Interesting approach. As you had not replied if you will elaborate on it, I had in meantime >>>>>>>>>> did simialr patch (attached, not tested, literally just finished writing right now, and started to >>>>>>>>>> warm up windows VM) - absed on yours, jsut with the pooling of registry. >>>>>>>>>> >>>>>>>>>> My patch looks a bit more rustlike - especailly it uses chain of match instead of loop, and TBH I >>>>>>>>>> do not understand half of yours :) >>>>>>>>>> What are the regQuery and RegEnumKeyExW for? >>>>>>>>>> I do tt see versions in the query.. What is the pooled order? SHould be >>>>>>>>>> jre8->jdk8->jdk11->jdkAnythingElse >>>>>>>>>> Do you mind to comapre with mine patch? (and honestly say that it is garbage and yours is more >>>>>>>>>> bulletproof - I do not expect more) >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> I disagree with Your change to JAVA_HOME and PATH - because it can already be jre. On contrary, if >>>>>>>>>> it si jdk, then it is already valid. HAve that part bitten you somewhere? >>>>>>>>>> >>>>>>>>>> Really thanx! >>>>>>>>>> J. >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>>> >>>>>>>>>>> Lars Herschke >>>>>>>>>>> >>>>>>>>>>> Data-Service GmbH >>>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>>> On 3/5/19 2:29 PM, Lars Herschke wrote: >>>>>>>>>>>>>> Ok. Then I would suggest the following steps: >>>>>>>>>>>>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>>>>>>>>>>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>>>>>>>>>>>> (jre->jdk fallback, jre search only) I will push for you asap. >>>>>>>>>>>>> >>>>>>>>>>>>> If you plan to check more than one regkey than you should check in the >>>>>>>>>>>>> following order. >>>>>>>>>>>>> >>>>>>>>>>>>> 1. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment >>>>>>>>>>>>> 2. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development Kit >>>>>>>>>>>>> 3. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JDK >>>>>>>>>>>>> 4. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JRE >>>>>>>>>>>>> >>>>>>>>>>>>> 1. for the last pre-JPMS-jre (max Java 9) >>>>>>>>>>>>> 2. for the last pre-JPMS-jdk (max Java 8) >>>>>>>>>>>>> 3. for the last JPMS-jdk ( Java 11+) >>>>>>>>>>>>> 4. for the last JPMS-jre (max Java 10) >>>>>>>>>>>>> >>>>>>>>>>>>> Starting with Java 11 you have to check the jdk first, because there is >>>>>>>>>>>>> nor jre anymore. >>>>>>>>>>>> >>>>>>>>>>>> Are you willing to code that? I would promiss you a beer on fosdem :) >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>>>>> >>>>>>>>>>>>> Lars Herschke >>>>>>>>>>>>> >>>>>>>>>>>>> Data-Service GmbH >>>>>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>>>>> On 3/5/19 1:54 PM, Lars Herschke wrote: >>>>>>>>>>>>>>> Hi Jiri. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>>>>>>>>>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>>>>>>>>>>>>> wondering why I had never needed it. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I have installed my jdk direct in windows and not inside cygwin. So my >>>>>>>>>>>>>>> path inside cygwin is /cygdrive/c/Program\ >>>>>>>>>>>>>>> Files/ojdkbuild/java-1.8.0-openjdk-1.8.0.201-1. This path isn't found by >>>>>>>>>>>>>>> configure without jdk-home-configure-switch. >>>>>>>>>>>>>> >>>>>>>>>>>>>> I have it installed to in windows, but something must go differently. Will push this hunk for you asap >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Without my changes i get the following error when i make "make clean". >>>>>>>>>>>>>>> "make: *** No rule to make target 'clean-unittest++', needed by >>>>>>>>>>>>>>> 'clean-tests'. Stop." >>>>>>>>>>>>>>> clean-unittest++ is commented out in the generated Makefile because i >>>>>>>>>>>>>>> build without native plugin. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Hm interesting, I'm running cleanow and iot works. Anyway will test you changeset, and if ti do not >>>>>>>>>>>>>> break anything (which I dubt) will push it for you asap. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>>>>>>>>>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>>>>>>>>>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> If you have an jdk on windows without registry entries and set without >>>>>>>>>>>>>>> JAVA_HOME, than jdk from path is trying. This path is canonicalized and >>>>>>>>>>>>>>> leads to an unc-path. I have in a test spawn() persuaded (with >>>>>>>>>>>>>>> current_dir) to use this unc-path, but java.exe don't like unc-path in >>>>>>>>>>>>>>> his classpath. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>>>>>>>>>>>>> search? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> When you install openjdk with ojdkbuild it will be found. When you >>>>>>>>>>>>>>> install oracle-jdk and you don't disable "Public JRE" in the installer, >>>>>>>>>>>>>>> than it would also be found. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Ok. Then I would suggest the following steps: >>>>>>>>>>>>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>>>>>>>>>>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>>>>>>>>>>>> (jre->jdk fallback, jre search only) I will push for you asap. >>>>>>>>>>>>>> >>>>>>>>>>>>>> - Please provide dunce changeset as separate changeset. We have to discuss, how to make it >>>>>>>>>>>>>> disable-able. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Please reconsider fx patch. I dont think it is necessary. If it is, I would liek to know your case. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thanx! >>>>>>>>>>>>>> J. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Lars Herschke >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Data-Service GmbH >>>>>>>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>>>>>>> Hi Lars! >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Thank you very much for eyballing the windows state. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>>>>>>>>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>>>>>>>>>>>> wondering why I had never needed it. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>>>>>>>>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>>>>>>>>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>>>>>>>>>>>> search? >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> hmm. The jfxrt is shameful bug, as the path is crippled also in shell and bat launchers an I keep >>>>>>>>>>>>>>>> wondering how it could hapened it was not hit. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> again, thanx a lot for this set of fixes! >>>>>>>>>>>>>>>> J. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On 3/5/19 11:32 AM, Lars Herschke wrote: >>>>>>>>>>>>>>>>> Hello, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> attached a patch that cause the following changes. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> acinclude.m4: >>>>>>>>>>>>>>>>> - configure-switch --with-jdk-home acts on windows >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Makefile.am: >>>>>>>>>>>>>>>>> - windows-fix for changeset 1565:7010aa9d9309 >>>>>>>>>>>>>>>>> - fixes for make clean with native plugin disabled >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> rust-launcher: >>>>>>>>>>>>>>>>> 1. Use cannonicalize from crate dunce, because std::fs:canonicalize >>>>>>>>>>>>>>>>> return on windows unc-paths like this \\?\C:\foo. This paths doesn't >>>>>>>>>>>>>>>>> work with spawn() from std::process::Command. >>>>>>>>>>>>>>>>> 2. Correct path for jfxrt.jar >>>>>>>>>>>>>>>>> 3. Use JRE-path instead of JDK-path from registry and don't panic if >>>>>>>>>>>>>>>>> this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar >>>>>>>>>>>>>>>>> are only in the JRE-directory on openjdk. In addition users, that >>>>>>>>>>>>>>>>> have only installed JRE don't have the JDK-regkey in your registry. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Lars Herschke >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Data-Service GmbH >>>>>>>>>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>>>>>>>>> TYVM. Pushed. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Prerelase binraries will be updated on demand. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> J. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> On 2/25/19 10:39 AM, Olesya Gerasimenko wrote: >>>>>>>>>>>>>>>>>>> Hello! >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Please find attached the updated Russian translation. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 22.02.2019 14:15, Jiri Vanek ?????: >>>>>>>>>>>>>>>>>>>> Hello all! >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>>>>>>>>>>>>>>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>>>>>>>>>>>>>>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>>>>>>>>>>>>>>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>>>>>>>>>>>>>>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>>>>>>>>>>>>>>>>> update theirs translations in >>>>>>>>>>>>>>>>>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>>>>>>>>>>>>>>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>>>>>>>>>>>>>>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>>>>>>>>>>>>>>>>> pre-released tarballs will be fixed. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Windows testing: >>>>>>>>>>>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>>>>>>>>>>>> * icedtea-web-1.8pre.win.bin.zip >>>>>>>>>>>>>>>>>>>> * itw-installer.msi >>>>>>>>>>>>>>>>>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>>>>>>>>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Linux testng: >>>>>>>>>>>>>>>>>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>>>>>>>>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>>>>>>>>>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>>>>>>>>>>>>>>>>> * fedora >>>>>>>>>>>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Note for JRE search: >>>>>>>>>>>>>>>>>>>> * windows shell scripts reads java_home or or registry >>>>>>>>>>>>>>>>>>>> * linux shell scripts reads java_home or defualt system jdk >>>>>>>>>>>>>>>>>>>> * native launchers reads in addition system paths >>>>>>>>>>>>>>>>>>>> TBH, I doubt I covered all combinations when I run my suites >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>>>>>>>>>>>>>>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>>>>>>>>>>>>>>>>> * >>>>>>>>>>>>>>>>>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Known bugs: >>>>>>>>>>>>>>>>>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>>>>>>>>>>>>>>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>>>>>>>>>>>>>>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>>>>>>>>>>>>>>>>> deployment.properties ) are not properly handled >>>>>>>>>>>>>>>>>>>> 3689 --- DownloadService2 not implemented >>>>>>>>>>>>>>>>>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>>>>>>>>>>>>>>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>>>>>>>>>>>>>>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>>>>>>>>>>>>>>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>>>>>>>>>>>>>>>>> AdoptOpenJDK.... >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Looking forward for both positive and negative feedbacks >>>>>>>>>>>>>>>>>>>> J. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>> >>>> >>> >> >> > -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From lhersch at dssgmbh.de Thu Mar 7 14:41:42 2019 From: lhersch at dssgmbh.de (Lars Herschke) Date: Thu, 07 Mar 2019 15:41:42 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <4a2d4545-7c0e-c8f3-d648-e9d1d9780ba2@redhat.com> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> <69c50571-c4c6-c13e-2997-6f8113705b3e@redhat.com> <5C7E719D.6060409@dssgmbh.de> <094ac48a-f000-68b7-087b-c906cce3a7f6@redhat.com> <5C7E79AC.1010600@dssgmbh.de> <977f6d95-3513-35f1-c562-aa82a2360a93@redhat.com> <5C7FF266.9000501@dssgmbh.de> <82a24066-3831-814d-66f8-daee16caa0d2@redhat.com> <5C8007CB.2000908@dssgmbh.de> <8650d3d3-ce9f-0e20-031b-556fd3e76499@redhat.com> <5C8113C0.5030909@dssgmbh.de> <5C811E75.8030909@dssgmbh.de> <5C811E9B.4010309@dssgmbh.de> <4f34314d-92c2-e494-0940-d18488bbfb19@redhat.com> <5C8123C3.7010301@dssgmbh.de> <45875ba3-732b-bfe6-c21c-e4a1aad28068@redhat.com> <5C8129FB.3030202@dssgmbh.de> <4a2d4545-7c0e-c8f3-d648-e9d1d9780ba2@redhat.com> Message-ID: <5C812DA6.8050300@dssgmbh.de> The registry path is always returned with final slash/backslash. I think that should be the case with PATH and JAVA_HOME, so that find_jre always returns this uniformly. In a path.push(), it does not matter if the path has a final separator or not. The new path never has double path breakers. Mit freundlichen Gr??en Lars Herschke Data-Service GmbH Beethovenstra?e 2a 23617 Stockelsdorf Amtsgericht L?beck, HRB 318 BS Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, Dr. Uwe Szyszka, Dr. Hans-Martin Rasch e-mail: lhersch at dssgmbh.de Jiri Vanek schrieb: > So we can go without push of "" O?-) > > On 3/7/19 3:26 PM, Lars Herschke wrote: >>>> Not always, I just recall problems with this in case of cygpath. Do you mind to try it without? >>>> If you do mind, I will push like it is. But would rather avoid double slash in jre_home\\bin\java >> >> I can not confirm or imitate that. >> >> The following little test program: >> >> fn main() >> { >> let mut p1 = std::path::PathBuf::from(r"C:\Program Files"); >> p1.push(""); >> println!("{}", p1.display()); >> >> let mut p2 = std::path::PathBuf::from(r"C:\Program Files\"); >> p2.push(""); >> println!("{}", p2.display()); >> } >> >> gives out: >> >> p1: C:\Program Files\ >> p2: C:\Program Files\ >> >> >> >> >> Mit freundlichen Gr??en >> >> Lars Herschke >> >> Data-Service GmbH >> Beethovenstra?e 2a >> 23617 Stockelsdorf >> Amtsgericht L?beck, HRB 318 BS >> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >> e-mail: lhersch at dssgmbh.de >> >> >> Jiri Vanek schrieb: >>> On 3/7/19 2:59 PM, Lars Herschke wrote: >>>> So i set, the final directory separator, automatically as a slash or >>>> backslash, matching the operating system. If one is already present, >>>> that is harmless. >>> >>> Not always, I just recall problems with this in case of cygpath. Do you mind to try it without? >>> If you do mind, I will push like it is. But would rather avoid double slash in jre_home\\bin\java >>> >>> Imho every path.push(x) is actually doing \x or /x. >>> >>> >>> J. >>>> >>>> >>>> Mit freundlichen Gr??en >>>> >>>> Lars Herschke >>>> >>>> Data-Service GmbH >>>> Beethovenstra?e 2a >>>> 23617 Stockelsdorf >>>> Amtsgericht L?beck, HRB 318 BS >>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>> e-mail: lhersch at dssgmbh.de >>>> >>>> >>>> Jiri Vanek schrieb: >>>>> Thanx! >>>>> >>>>> Why the: >>>>> + jre_dir.push(""); >>>>> >>>>> ? >>>>> >>>>> I cant see wher eit iterates over 11, 1.8 and so on, but I trust it does :) >>>>> >>>>> Except the empty push, Althouh it is hard to read itm I'm ok with the patch, and will push it for >>>>> you (once the mepty push is justified/removed) >>>>> On 3/7/19 2:37 PM, Lars Herschke wrote: >>>>>> forgot patch >>>>>> >>>>>> Mit freundlichen Gr??en >>>>>> >>>>>> Lars Herschke >>>>>> >>>>>> Data-Service GmbH >>>>>> Beethovenstra?e 2a >>>>>> 23617 Stockelsdorf >>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>> Tel. (0451) 49 00-188 >>>>>> Fax. (0451) 49 00-123 >>>>>> e-mail: lhersch at dssgmbh.de >>>>>> >>>>>> >>>>>> Lars Herschke schrieb: >>>>>>> So, here is the new patch. >>>>>>> >>>>>>> This patch tries to get JavaHome out of the registry with the following >>>>>>> priosrization. >>>>>>> >>>>>>> - JRE 1.8 >>>>>>> - JDK 1.8 >>>>>>> - max JDK >= 9 >>>>>>> - JDK 1.8 >>>>>>> - max JDK >= 9 >>>>>>> - max JRE >= 9 (only 9 or 10 possible) >>>>>>> - max JDK < 1.8 >>>>>>> - max JRE < 1.8 >>>>>>> >>>>>>> The highest minor version within the major version is always preferred. >>>>>>> >>>>>>> In addition, the method find_jre checks with this patch whether it makes >>>>>>> sense to append the jre directory. >>>>>>> >>>>>>> >>>>>>> Mit freundlichen Gr??en >>>>>>> >>>>>>> Lars Herschke >>>>>>> >>>>>>> Data-Service GmbH >>>>>>> Beethovenstra?e 2a >>>>>>> 23617 Stockelsdorf >>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>> Tel. (0451) 49 00-188 >>>>>>> Fax. (0451) 49 00-123 >>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>> >>>>>>> >>>>>>> Lars Herschke schrieb: >>>>>>>> Hi Jiri. >>>>>>>> >>>>>>>>>> - in addition I was unable to verify against jdk8. The ojdkbuild of jdk8 never put anything into >>>>>>>>>> "my" registry. >>>>>>>> >>>>>>>> This can be selected and deselected in the installer. That's why I'm >>>>>>>> testing JAVA_HOME and PATH so hard. >>>>>>>> >>>>>>>> I am currently testing a new version of my patch. I hope to be able to >>>>>>>> make it available today. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Mit freundlichen Gr??en >>>>>>>> >>>>>>>> Lars Herschke >>>>>>>> >>>>>>>> Data-Service GmbH >>>>>>>> Beethovenstra?e 2a >>>>>>>> 23617 Stockelsdorf >>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>> Tel. (0451) 49 00-188 >>>>>>>> Fax. (0451) 49 00-123 >>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>> >>>>>>>> >>>>>>>> Jiri Vanek schrieb: >>>>>>>>> Hi Again. >>>>>>>>> >>>>>>>>> Attached is the workig version of my patch from yesterday. >>>>>>>>> >>>>>>>>> I realised that my approach requires: java_registry_path("SOFTWARE\\JavaSoft\\JDK\\11.0.2") >>>>>>>>> - note the security number. This it is no go. >>>>>>>>> - in addition I was unable to verify against jdk8. The ojdkbuild of jdk8 never put anything into >>>>>>>>> "my" registry. >>>>>>>>> >>>>>>>>> From what I seen, your patch is ok with jdk11,12 and onwards untill the registry changes again, right? >>>>>>>>> >>>>>>>>> J. >>>>>>>>> >>>>>>>>> On 3/6/19 6:47 PM, Lars Herschke wrote: >>>>>>>>>>> What are the regQuery and RegEnumKeyExW for? >>>>>>>>>> >>>>>>>>>> RegQueryInfoKeyW gives me the number of subkeys, so I can get directly >>>>>>>>>> the last subkey with RegEnumKeyExW. >>>>>>>>>> >>>>>>>>>>> I do tt see versions in the query.. What is the pooled order? SHould be >>>>>>>>>>> jre8->jdk8->jdk11->jdkAnythingElse >>>>>>>>>> >>>>>>>>>> I try to get Java in the following order. >>>>>>>>>> >>>>>>>>>> - latest pre JMPS-JRE >>>>>>>>>> - latest pre JMPS-JDK >>>>>>>>>> - latest JMPS-JDK >>>>>>>>>> - latest JMPS-JRE >>>>>>>>>> >>>>>>>>>> I always try to get the latest Java, favoring the pre JPMS Java. >>>>>>>>>> However, so I may prefer a Java 7 to a Java 11. >>>>>>>>>> >>>>>>>>>>>> Do you mind to comapre with mine patch? (and honestly say that it is garbage and yours is more >>>>>>>>>>>> bulletproof - I do not expect more) >>>>>>>>>> >>>>>>>>>> I dont't understand on your patch, how jdkX_registry_path, >>>>>>>>>> jreX_registry_path and jdk11plus_registry_path should work. There is no >>>>>>>>>> JavaHome-key on these levels. >>>>>>>>>> >>>>>>>>>>>> I disagree with Your change to JAVA_HOME and PATH - because it can already be jre. On contrary, if >>>>>>>>>>>> it si jdk, then it is already valid. HAve that part bitten you somewhere? >>>>>>>>>> >>>>>>>>>> You are right, but on Windows, JAVA_HOME is only set by ojdkbuild and >>>>>>>>>> this set JAVA_HOME to his jdk root-directory. Oracle-Java don't set >>>>>>>>>> JAVA_HOME, but writes registry keys ever. >>>>>>>>>> The PATH is set from ojdkbuild to [jdk-root]\bin, so my changes also >>>>>>>>>> works. The PATH from Oracle-Java is complete outside the java directory >>>>>>>>>> (C:\Program Files (x86)\Common Files\Oracle\Java\javapath). In this path >>>>>>>>>> you will not find any library. >>>>>>>>>> Everything said so far, only applies to Java 8. As of Java 9, there is >>>>>>>>>> no more jre directory around jdk. >>>>>>>>>> In the end, you can not know if PATH or JAVA_HOME is a jdk or a jre, >>>>>>>>>> without checking it. >>>>>>>>>> It did not bother me, I just tried to be more compatible with the >>>>>>>>>> standard installations under windows >>>>>>>>>> Last but not least, the method is called find_jre.:-) >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>> >>>>>>>>>> Lars Herschke >>>>>>>>>> >>>>>>>>>> Data-Service GmbH >>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>> On 3/6/19 5:16 PM, Lars Herschke wrote: >>>>>>>>>>>> Hi, >>>>>>>>>>>> >>>>>>>>>>>> attached a new separate windows registry patch. >>>>>>>>>>> >>>>>>>>>>> Wou. Interesting approach. As you had not replied if you will elaborate on it, I had in meantime >>>>>>>>>>> did simialr patch (attached, not tested, literally just finished writing right now, and started to >>>>>>>>>>> warm up windows VM) - absed on yours, jsut with the pooling of registry. >>>>>>>>>>> >>>>>>>>>>> My patch looks a bit more rustlike - especailly it uses chain of match instead of loop, and TBH I >>>>>>>>>>> do not understand half of yours :) >>>>>>>>>>> What are the regQuery and RegEnumKeyExW for? >>>>>>>>>>> I do tt see versions in the query.. What is the pooled order? SHould be >>>>>>>>>>> jre8->jdk8->jdk11->jdkAnythingElse >>>>>>>>>>> Do you mind to comapre with mine patch? (and honestly say that it is garbage and yours is more >>>>>>>>>>> bulletproof - I do not expect more) >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> I disagree with Your change to JAVA_HOME and PATH - because it can already be jre. On contrary, if >>>>>>>>>>> it si jdk, then it is already valid. HAve that part bitten you somewhere? >>>>>>>>>>> >>>>>>>>>>> Really thanx! >>>>>>>>>>> J. >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>>>> >>>>>>>>>>>> Lars Herschke >>>>>>>>>>>> >>>>>>>>>>>> Data-Service GmbH >>>>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>>>> On 3/5/19 2:29 PM, Lars Herschke wrote: >>>>>>>>>>>>>>> Ok. Then I would suggest the following steps: >>>>>>>>>>>>>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>>>>>>>>>>>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>>>>>>>>>>>>> (jre->jdk fallback, jre search only) I will push for you asap. >>>>>>>>>>>>>> >>>>>>>>>>>>>> If you plan to check more than one regkey than you should check in the >>>>>>>>>>>>>> following order. >>>>>>>>>>>>>> >>>>>>>>>>>>>> 1. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment >>>>>>>>>>>>>> 2. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development Kit >>>>>>>>>>>>>> 3. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JDK >>>>>>>>>>>>>> 4. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JRE >>>>>>>>>>>>>> >>>>>>>>>>>>>> 1. for the last pre-JPMS-jre (max Java 9) >>>>>>>>>>>>>> 2. for the last pre-JPMS-jdk (max Java 8) >>>>>>>>>>>>>> 3. for the last JPMS-jdk ( Java 11+) >>>>>>>>>>>>>> 4. for the last JPMS-jre (max Java 10) >>>>>>>>>>>>>> >>>>>>>>>>>>>> Starting with Java 11 you have to check the jdk first, because there is >>>>>>>>>>>>>> nor jre anymore. >>>>>>>>>>>>> >>>>>>>>>>>>> Are you willing to code that? I would promiss you a beer on fosdem :) >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>>>>>> >>>>>>>>>>>>>> Lars Herschke >>>>>>>>>>>>>> >>>>>>>>>>>>>> Data-Service GmbH >>>>>>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>>>>>> On 3/5/19 1:54 PM, Lars Herschke wrote: >>>>>>>>>>>>>>>> Hi Jiri. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>>>>>>>>>>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>>>>>>>>>>>>>> wondering why I had never needed it. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> I have installed my jdk direct in windows and not inside cygwin. So my >>>>>>>>>>>>>>>> path inside cygwin is /cygdrive/c/Program\ >>>>>>>>>>>>>>>> Files/ojdkbuild/java-1.8.0-openjdk-1.8.0.201-1. This path isn't found by >>>>>>>>>>>>>>>> configure without jdk-home-configure-switch. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I have it installed to in windows, but something must go differently. Will push this hunk for you asap >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Without my changes i get the following error when i make "make clean". >>>>>>>>>>>>>>>> "make: *** No rule to make target 'clean-unittest++', needed by >>>>>>>>>>>>>>>> 'clean-tests'. Stop." >>>>>>>>>>>>>>>> clean-unittest++ is commented out in the generated Makefile because i >>>>>>>>>>>>>>>> build without native plugin. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Hm interesting, I'm running cleanow and iot works. Anyway will test you changeset, and if ti do not >>>>>>>>>>>>>>> break anything (which I dubt) will push it for you asap. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>>>>>>>>>>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>>>>>>>>>>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> If you have an jdk on windows without registry entries and set without >>>>>>>>>>>>>>>> JAVA_HOME, than jdk from path is trying. This path is canonicalized and >>>>>>>>>>>>>>>> leads to an unc-path. I have in a test spawn() persuaded (with >>>>>>>>>>>>>>>> current_dir) to use this unc-path, but java.exe don't like unc-path in >>>>>>>>>>>>>>>> his classpath. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>>>>>>>>>>>>>> search? >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> When you install openjdk with ojdkbuild it will be found. When you >>>>>>>>>>>>>>>> install oracle-jdk and you don't disable "Public JRE" in the installer, >>>>>>>>>>>>>>>> than it would also be found. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Ok. Then I would suggest the following steps: >>>>>>>>>>>>>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>>>>>>>>>>>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>>>>>>>>>>>>> (jre->jdk fallback, jre search only) I will push for you asap. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> - Please provide dunce changeset as separate changeset. We have to discuss, how to make it >>>>>>>>>>>>>>> disable-able. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Please reconsider fx patch. I dont think it is necessary. If it is, I would liek to know your case. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Thanx! >>>>>>>>>>>>>>> J. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Lars Herschke >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Data-Service GmbH >>>>>>>>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>>>>>>>> Hi Lars! >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Thank you very much for eyballing the windows state. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>>>>>>>>>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>>>>>>>>>>>>> wondering why I had never needed it. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>>>>>>>>>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>>>>>>>>>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>>>>>>>>>>>>> search? >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> hmm. The jfxrt is shameful bug, as the path is crippled also in shell and bat launchers an I keep >>>>>>>>>>>>>>>>> wondering how it could hapened it was not hit. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> again, thanx a lot for this set of fixes! >>>>>>>>>>>>>>>>> J. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On 3/5/19 11:32 AM, Lars Herschke wrote: >>>>>>>>>>>>>>>>>> Hello, >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> attached a patch that cause the following changes. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> acinclude.m4: >>>>>>>>>>>>>>>>>> - configure-switch --with-jdk-home acts on windows >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Makefile.am: >>>>>>>>>>>>>>>>>> - windows-fix for changeset 1565:7010aa9d9309 >>>>>>>>>>>>>>>>>> - fixes for make clean with native plugin disabled >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> rust-launcher: >>>>>>>>>>>>>>>>>> 1. Use cannonicalize from crate dunce, because std::fs:canonicalize >>>>>>>>>>>>>>>>>> return on windows unc-paths like this \\?\C:\foo. This paths doesn't >>>>>>>>>>>>>>>>>> work with spawn() from std::process::Command. >>>>>>>>>>>>>>>>>> 2. Correct path for jfxrt.jar >>>>>>>>>>>>>>>>>> 3. Use JRE-path instead of JDK-path from registry and don't panic if >>>>>>>>>>>>>>>>>> this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar >>>>>>>>>>>>>>>>>> are only in the JRE-directory on openjdk. In addition users, that >>>>>>>>>>>>>>>>>> have only installed JRE don't have the JDK-regkey in your registry. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Lars Herschke >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Data-Service GmbH >>>>>>>>>>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>>>>>>>>>> TYVM. Pushed. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Prerelase binraries will be updated on demand. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> J. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> On 2/25/19 10:39 AM, Olesya Gerasimenko wrote: >>>>>>>>>>>>>>>>>>>> Hello! >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Please find attached the updated Russian translation. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> 22.02.2019 14:15, Jiri Vanek ?????: >>>>>>>>>>>>>>>>>>>>> Hello all! >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>>>>>>>>>>>>>>>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>>>>>>>>>>>>>>>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>>>>>>>>>>>>>>>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>>>>>>>>>>>>>>>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>>>>>>>>>>>>>>>>>> update theirs translations in >>>>>>>>>>>>>>>>>>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>>>>>>>>>>>>>>>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>>>>>>>>>>>>>>>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>>>>>>>>>>>>>>>>>> pre-released tarballs will be fixed. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Windows testing: >>>>>>>>>>>>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>>>>>>>>>>>>> * icedtea-web-1.8pre.win.bin.zip >>>>>>>>>>>>>>>>>>>>> * itw-installer.msi >>>>>>>>>>>>>>>>>>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>>>>>>>>>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Linux testng: >>>>>>>>>>>>>>>>>>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>>>>>>>>>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>>>>>>>>>>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>>>>>>>>>>>>>>>>>> * fedora >>>>>>>>>>>>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Note for JRE search: >>>>>>>>>>>>>>>>>>>>> * windows shell scripts reads java_home or or registry >>>>>>>>>>>>>>>>>>>>> * linux shell scripts reads java_home or defualt system jdk >>>>>>>>>>>>>>>>>>>>> * native launchers reads in addition system paths >>>>>>>>>>>>>>>>>>>>> TBH, I doubt I covered all combinations when I run my suites >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>>>>>>>>>>>>>>>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>>>>>>>>>>>>>>>>>> * >>>>>>>>>>>>>>>>>>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Known bugs: >>>>>>>>>>>>>>>>>>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>>>>>>>>>>>>>>>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>>>>>>>>>>>>>>>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>>>>>>>>>>>>>>>>>> deployment.properties ) are not properly handled >>>>>>>>>>>>>>>>>>>>> 3689 --- DownloadService2 not implemented >>>>>>>>>>>>>>>>>>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>>>>>>>>>>>>>>>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>>>>>>>>>>>>>>>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>>>>>>>>>>>>>>>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>>>>>>>>>>>>>>>>>> AdoptOpenJDK.... >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Looking forward for both positive and negative feedbacks >>>>>>>>>>>>>>>>>>>>> J. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>> >>>>> >>>> >>> >>> >> > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 244 bytes Desc: OpenPGP digital signature URL: From jvanek at redhat.com Thu Mar 7 14:57:18 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Thu, 7 Mar 2019 15:57:18 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <5C812DA6.8050300@dssgmbh.de> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <34c817ea-bc67-73d5-b5f3-bd5eb0e924df@basealt.ru> <2d0af8f9-7f24-6c5e-9259-32030832d323@redhat.com> <5C7E5031.9000602@dssgmbh.de> <69c50571-c4c6-c13e-2997-6f8113705b3e@redhat.com> <5C7E719D.6060409@dssgmbh.de> <094ac48a-f000-68b7-087b-c906cce3a7f6@redhat.com> <5C7E79AC.1010600@dssgmbh.de> <977f6d95-3513-35f1-c562-aa82a2360a93@redhat.com> <5C7FF266.9000501@dssgmbh.de> <82a24066-3831-814d-66f8-daee16caa0d2@redhat.com> <5C8007CB.2000908@dssgmbh.de> <8650d3d3-ce9f-0e20-031b-556fd3e76499@redhat.com> <5C8113C0.5030909@dssgmbh.de> <5C811E75.8030909@dssgmbh.de> <5C811E9B.4010309@dssgmbh.de> <4f34314d-92c2-e494-0940-d18488bbfb19@redhat.com> <5C8123C3.7010301@dssgmbh.de> <45875ba3-732b-bfe6-c21c-e4a1aad28068@redhat.com> <5C8129FB.3030202@dssgmbh.de> <4a2d4545-7c0e-c8f3-d648-e9d1d9780ba2@redhat.com> <5C812DA6.8050300@dssgmbh.de> Message-ID: <7dd62b52-83a1-9e93-7e69-8351cacb0477@redhat.com> Ok... Will push an do second round of prerelase. Tahnx lot a lot! J. On 3/7/19 3:41 PM, Lars Herschke wrote: > The registry path is always returned with final slash/backslash. I think > that should be the case with PATH and JAVA_HOME, so that find_jre always > returns this uniformly. > In a path.push(), it does not matter if the path has a final separator > or not. The new path never has double path breakers. > > > > Mit freundlichen Gr??en > > Lars Herschke > > Data-Service GmbH > Beethovenstra?e 2a > 23617 Stockelsdorf > Amtsgericht L?beck, HRB 318 BS > Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, > Dr. Uwe Szyszka, Dr. Hans-Martin Rasch > e-mail: lhersch at dssgmbh.de > > > Jiri Vanek schrieb: >> So we can go without push of "" O?-) >> >> On 3/7/19 3:26 PM, Lars Herschke wrote: >>>>> Not always, I just recall problems with this in case of cygpath. Do you mind to try it without? >>>>> If you do mind, I will push like it is. But would rather avoid double slash in jre_home\\bin\java >>> >>> I can not confirm or imitate that. >>> >>> The following little test program: >>> >>> fn main() >>> { >>> let mut p1 = std::path::PathBuf::from(r"C:\Program Files"); >>> p1.push(""); >>> println!("{}", p1.display()); >>> >>> let mut p2 = std::path::PathBuf::from(r"C:\Program Files\"); >>> p2.push(""); >>> println!("{}", p2.display()); >>> } >>> >>> gives out: >>> >>> p1: C:\Program Files\ >>> p2: C:\Program Files\ >>> >>> >>> >>> >>> Mit freundlichen Gr??en >>> >>> Lars Herschke >>> >>> Data-Service GmbH >>> Beethovenstra?e 2a >>> 23617 Stockelsdorf >>> Amtsgericht L?beck, HRB 318 BS >>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>> e-mail: lhersch at dssgmbh.de >>> >>> >>> Jiri Vanek schrieb: >>>> On 3/7/19 2:59 PM, Lars Herschke wrote: >>>>> So i set, the final directory separator, automatically as a slash or >>>>> backslash, matching the operating system. If one is already present, >>>>> that is harmless. >>>> >>>> Not always, I just recall problems with this in case of cygpath. Do you mind to try it without? >>>> If you do mind, I will push like it is. But would rather avoid double slash in jre_home\\bin\java >>>> >>>> Imho every path.push(x) is actually doing \x or /x. >>>> >>>> >>>> J. >>>>> >>>>> >>>>> Mit freundlichen Gr??en >>>>> >>>>> Lars Herschke >>>>> >>>>> Data-Service GmbH >>>>> Beethovenstra?e 2a >>>>> 23617 Stockelsdorf >>>>> Amtsgericht L?beck, HRB 318 BS >>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>> e-mail: lhersch at dssgmbh.de >>>>> >>>>> >>>>> Jiri Vanek schrieb: >>>>>> Thanx! >>>>>> >>>>>> Why the: >>>>>> + jre_dir.push(""); >>>>>> >>>>>> ? >>>>>> >>>>>> I cant see wher eit iterates over 11, 1.8 and so on, but I trust it does :) >>>>>> >>>>>> Except the empty push, Althouh it is hard to read itm I'm ok with the patch, and will push it for >>>>>> you (once the mepty push is justified/removed) >>>>>> On 3/7/19 2:37 PM, Lars Herschke wrote: >>>>>>> forgot patch >>>>>>> >>>>>>> Mit freundlichen Gr??en >>>>>>> >>>>>>> Lars Herschke >>>>>>> >>>>>>> Data-Service GmbH >>>>>>> Beethovenstra?e 2a >>>>>>> 23617 Stockelsdorf >>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>> Tel. (0451) 49 00-188 >>>>>>> Fax. (0451) 49 00-123 >>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>> >>>>>>> >>>>>>> Lars Herschke schrieb: >>>>>>>> So, here is the new patch. >>>>>>>> >>>>>>>> This patch tries to get JavaHome out of the registry with the following >>>>>>>> priosrization. >>>>>>>> >>>>>>>> - JRE 1.8 >>>>>>>> - JDK 1.8 >>>>>>>> - max JDK >= 9 >>>>>>>> - JDK 1.8 >>>>>>>> - max JDK >= 9 >>>>>>>> - max JRE >= 9 (only 9 or 10 possible) >>>>>>>> - max JDK < 1.8 >>>>>>>> - max JRE < 1.8 >>>>>>>> >>>>>>>> The highest minor version within the major version is always preferred. >>>>>>>> >>>>>>>> In addition, the method find_jre checks with this patch whether it makes >>>>>>>> sense to append the jre directory. >>>>>>>> >>>>>>>> >>>>>>>> Mit freundlichen Gr??en >>>>>>>> >>>>>>>> Lars Herschke >>>>>>>> >>>>>>>> Data-Service GmbH >>>>>>>> Beethovenstra?e 2a >>>>>>>> 23617 Stockelsdorf >>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>> Tel. (0451) 49 00-188 >>>>>>>> Fax. (0451) 49 00-123 >>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>> >>>>>>>> >>>>>>>> Lars Herschke schrieb: >>>>>>>>> Hi Jiri. >>>>>>>>> >>>>>>>>>>> - in addition I was unable to verify against jdk8. The ojdkbuild of jdk8 never put anything into >>>>>>>>>>> "my" registry. >>>>>>>>> >>>>>>>>> This can be selected and deselected in the installer. That's why I'm >>>>>>>>> testing JAVA_HOME and PATH so hard. >>>>>>>>> >>>>>>>>> I am currently testing a new version of my patch. I hope to be able to >>>>>>>>> make it available today. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Mit freundlichen Gr??en >>>>>>>>> >>>>>>>>> Lars Herschke >>>>>>>>> >>>>>>>>> Data-Service GmbH >>>>>>>>> Beethovenstra?e 2a >>>>>>>>> 23617 Stockelsdorf >>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>> >>>>>>>>> >>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>> Hi Again. >>>>>>>>>> >>>>>>>>>> Attached is the workig version of my patch from yesterday. >>>>>>>>>> >>>>>>>>>> I realised that my approach requires: java_registry_path("SOFTWARE\\JavaSoft\\JDK\\11.0.2") >>>>>>>>>> - note the security number. This it is no go. >>>>>>>>>> - in addition I was unable to verify against jdk8. The ojdkbuild of jdk8 never put anything into >>>>>>>>>> "my" registry. >>>>>>>>>> >>>>>>>>>> From what I seen, your patch is ok with jdk11,12 and onwards untill the registry changes again, right? >>>>>>>>>> >>>>>>>>>> J. >>>>>>>>>> >>>>>>>>>> On 3/6/19 6:47 PM, Lars Herschke wrote: >>>>>>>>>>>> What are the regQuery and RegEnumKeyExW for? >>>>>>>>>>> >>>>>>>>>>> RegQueryInfoKeyW gives me the number of subkeys, so I can get directly >>>>>>>>>>> the last subkey with RegEnumKeyExW. >>>>>>>>>>> >>>>>>>>>>>> I do tt see versions in the query.. What is the pooled order? SHould be >>>>>>>>>>>> jre8->jdk8->jdk11->jdkAnythingElse >>>>>>>>>>> >>>>>>>>>>> I try to get Java in the following order. >>>>>>>>>>> >>>>>>>>>>> - latest pre JMPS-JRE >>>>>>>>>>> - latest pre JMPS-JDK >>>>>>>>>>> - latest JMPS-JDK >>>>>>>>>>> - latest JMPS-JRE >>>>>>>>>>> >>>>>>>>>>> I always try to get the latest Java, favoring the pre JPMS Java. >>>>>>>>>>> However, so I may prefer a Java 7 to a Java 11. >>>>>>>>>>> >>>>>>>>>>>>> Do you mind to comapre with mine patch? (and honestly say that it is garbage and yours is more >>>>>>>>>>>>> bulletproof - I do not expect more) >>>>>>>>>>> >>>>>>>>>>> I dont't understand on your patch, how jdkX_registry_path, >>>>>>>>>>> jreX_registry_path and jdk11plus_registry_path should work. There is no >>>>>>>>>>> JavaHome-key on these levels. >>>>>>>>>>> >>>>>>>>>>>>> I disagree with Your change to JAVA_HOME and PATH - because it can already be jre. On contrary, if >>>>>>>>>>>>> it si jdk, then it is already valid. HAve that part bitten you somewhere? >>>>>>>>>>> >>>>>>>>>>> You are right, but on Windows, JAVA_HOME is only set by ojdkbuild and >>>>>>>>>>> this set JAVA_HOME to his jdk root-directory. Oracle-Java don't set >>>>>>>>>>> JAVA_HOME, but writes registry keys ever. >>>>>>>>>>> The PATH is set from ojdkbuild to [jdk-root]\bin, so my changes also >>>>>>>>>>> works. The PATH from Oracle-Java is complete outside the java directory >>>>>>>>>>> (C:\Program Files (x86)\Common Files\Oracle\Java\javapath). In this path >>>>>>>>>>> you will not find any library. >>>>>>>>>>> Everything said so far, only applies to Java 8. As of Java 9, there is >>>>>>>>>>> no more jre directory around jdk. >>>>>>>>>>> In the end, you can not know if PATH or JAVA_HOME is a jdk or a jre, >>>>>>>>>>> without checking it. >>>>>>>>>>> It did not bother me, I just tried to be more compatible with the >>>>>>>>>>> standard installations under windows >>>>>>>>>>> Last but not least, the method is called find_jre.:-) >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>>> >>>>>>>>>>> Lars Herschke >>>>>>>>>>> >>>>>>>>>>> Data-Service GmbH >>>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>>> On 3/6/19 5:16 PM, Lars Herschke wrote: >>>>>>>>>>>>> Hi, >>>>>>>>>>>>> >>>>>>>>>>>>> attached a new separate windows registry patch. >>>>>>>>>>>> >>>>>>>>>>>> Wou. Interesting approach. As you had not replied if you will elaborate on it, I had in meantime >>>>>>>>>>>> did simialr patch (attached, not tested, literally just finished writing right now, and started to >>>>>>>>>>>> warm up windows VM) - absed on yours, jsut with the pooling of registry. >>>>>>>>>>>> >>>>>>>>>>>> My patch looks a bit more rustlike - especailly it uses chain of match instead of loop, and TBH I >>>>>>>>>>>> do not understand half of yours :) >>>>>>>>>>>> What are the regQuery and RegEnumKeyExW for? >>>>>>>>>>>> I do tt see versions in the query.. What is the pooled order? SHould be >>>>>>>>>>>> jre8->jdk8->jdk11->jdkAnythingElse >>>>>>>>>>>> Do you mind to comapre with mine patch? (and honestly say that it is garbage and yours is more >>>>>>>>>>>> bulletproof - I do not expect more) >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> I disagree with Your change to JAVA_HOME and PATH - because it can already be jre. On contrary, if >>>>>>>>>>>> it si jdk, then it is already valid. HAve that part bitten you somewhere? >>>>>>>>>>>> >>>>>>>>>>>> Really thanx! >>>>>>>>>>>> J. >>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>>>>> >>>>>>>>>>>>> Lars Herschke >>>>>>>>>>>>> >>>>>>>>>>>>> Data-Service GmbH >>>>>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>>>>> On 3/5/19 2:29 PM, Lars Herschke wrote: >>>>>>>>>>>>>>>> Ok. Then I would suggest the following steps: >>>>>>>>>>>>>>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>>>>>>>>>>>>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>>>>>>>>>>>>>> (jre->jdk fallback, jre search only) I will push for you asap. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> If you plan to check more than one regkey than you should check in the >>>>>>>>>>>>>>> following order. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 1. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment >>>>>>>>>>>>>>> 2. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development Kit >>>>>>>>>>>>>>> 3. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JDK >>>>>>>>>>>>>>> 4. HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JRE >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 1. for the last pre-JPMS-jre (max Java 9) >>>>>>>>>>>>>>> 2. for the last pre-JPMS-jdk (max Java 8) >>>>>>>>>>>>>>> 3. for the last JPMS-jdk ( Java 11+) >>>>>>>>>>>>>>> 4. for the last JPMS-jre (max Java 10) >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Starting with Java 11 you have to check the jdk first, because there is >>>>>>>>>>>>>>> nor jre anymore. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Are you willing to code that? I would promiss you a beer on fosdem :) >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Lars Herschke >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Data-Service GmbH >>>>>>>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>>>>>>> On 3/5/19 1:54 PM, Lars Herschke wrote: >>>>>>>>>>>>>>>>> Hi Jiri. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>>>>>>>>>>>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>>>>>>>>>>>>>>> wondering why I had never needed it. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> I have installed my jdk direct in windows and not inside cygwin. So my >>>>>>>>>>>>>>>>> path inside cygwin is /cygdrive/c/Program\ >>>>>>>>>>>>>>>>> Files/ojdkbuild/java-1.8.0-openjdk-1.8.0.201-1. This path isn't found by >>>>>>>>>>>>>>>>> configure without jdk-home-configure-switch. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> I have it installed to in windows, but something must go differently. Will push this hunk for you asap >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Without my changes i get the following error when i make "make clean". >>>>>>>>>>>>>>>>> "make: *** No rule to make target 'clean-unittest++', needed by >>>>>>>>>>>>>>>>> 'clean-tests'. Stop." >>>>>>>>>>>>>>>>> clean-unittest++ is commented out in the generated Makefile because i >>>>>>>>>>>>>>>>> build without native plugin. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Hm interesting, I'm running cleanow and iot works. Anyway will test you changeset, and if ti do not >>>>>>>>>>>>>>>> break anything (which I dubt) will push it for you asap. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>>>>>>>>>>>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>>>>>>>>>>>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> If you have an jdk on windows without registry entries and set without >>>>>>>>>>>>>>>>> JAVA_HOME, than jdk from path is trying. This path is canonicalized and >>>>>>>>>>>>>>>>> leads to an unc-path. I have in a test spawn() persuaded (with >>>>>>>>>>>>>>>>> current_dir) to use this unc-path, but java.exe don't like unc-path in >>>>>>>>>>>>>>>>> his classpath. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>>>>>>>>>>>>>>> search? >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> When you install openjdk with ojdkbuild it will be found. When you >>>>>>>>>>>>>>>>> install oracle-jdk and you don't disable "Public JRE" in the installer, >>>>>>>>>>>>>>>>> than it would also be found. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Ok. Then I would suggest the following steps: >>>>>>>>>>>>>>>> - Does it have sense to check both jre and jsk keys? jre first, and jdk as fallback? If not, then >>>>>>>>>>>>>>>> I'm happy with ou jre from registy patch. Do you mind to post it as separate patch? In both cases >>>>>>>>>>>>>>>> (jre->jdk fallback, jre search only) I will push for you asap. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> - Please provide dunce changeset as separate changeset. We have to discuss, how to make it >>>>>>>>>>>>>>>> disable-able. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Please reconsider fx patch. I dont think it is necessary. If it is, I would liek to know your case. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Thanx! >>>>>>>>>>>>>>>> J. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Lars Herschke >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Data-Service GmbH >>>>>>>>>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>>>>>>>>> Hi Lars! >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Thank you very much for eyballing the windows state. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> I'm wondering why the acinclude hunk is necessary - Do you intend to ship..or whatever custom >>>>>>>>>>>>>>>>>> itw-binaries built on windows? The build is the only thing I do seriously on windows, and thus I'm >>>>>>>>>>>>>>>>>> wondering why I had never needed it. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> The unittest++ targets are for plugin only,. You should not even hit them. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Dunce is an problem - ITW, being distribution friendly, can not rely on random cargo pulled from >>>>>>>>>>>>>>>>>> web. Sorry. If it is really doing such a troubles, then I'm afraid it must go in in way, it can be >>>>>>>>>>>>>>>>>> ifouted on linxu. Do you mind to elaborate on this? >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Last hint - if I install JDK on windows. Will it still be found in registry in way you changed the >>>>>>>>>>>>>>>>>> search? >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> hmm. The jfxrt is shameful bug, as the path is crippled also in shell and bat launchers an I keep >>>>>>>>>>>>>>>>>> wondering how it could hapened it was not hit. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> again, thanx a lot for this set of fixes! >>>>>>>>>>>>>>>>>> J. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> On 3/5/19 11:32 AM, Lars Herschke wrote: >>>>>>>>>>>>>>>>>>> Hello, >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> attached a patch that cause the following changes. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> acinclude.m4: >>>>>>>>>>>>>>>>>>> - configure-switch --with-jdk-home acts on windows >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Makefile.am: >>>>>>>>>>>>>>>>>>> - windows-fix for changeset 1565:7010aa9d9309 >>>>>>>>>>>>>>>>>>> - fixes for make clean with native plugin disabled >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> rust-launcher: >>>>>>>>>>>>>>>>>>> 1. Use cannonicalize from crate dunce, because std::fs:canonicalize >>>>>>>>>>>>>>>>>>> return on windows unc-paths like this \\?\C:\foo. This paths doesn't >>>>>>>>>>>>>>>>>>> work with spawn() from std::process::Command. >>>>>>>>>>>>>>>>>>> 2. Correct path for jfxrt.jar >>>>>>>>>>>>>>>>>>> 3. Use JRE-path instead of JDK-path from registry and don't panic if >>>>>>>>>>>>>>>>>>> this regkey doesn't exist, because jfxrt.jar, rt.jar and nashorn.jar >>>>>>>>>>>>>>>>>>> are only in the JRE-directory on openjdk. In addition users, that >>>>>>>>>>>>>>>>>>> have only installed JRE don't have the JDK-regkey in your registry. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Mit freundlichen Gr??en >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Lars Herschke >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Data-Service GmbH >>>>>>>>>>>>>>>>>>> Beethovenstra?e 2a >>>>>>>>>>>>>>>>>>> 23617 Stockelsdorf >>>>>>>>>>>>>>>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>>>>>>>>>>>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>>>>>>>>>>>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>>>>>>>>>>>>>>> Tel. (0451) 49 00-188 >>>>>>>>>>>>>>>>>>> Fax. (0451) 49 00-123 >>>>>>>>>>>>>>>>>>> e-mail: lhersch at dssgmbh.de >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Jiri Vanek schrieb: >>>>>>>>>>>>>>>>>>>> TYVM. Pushed. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Prerelase binraries will be updated on demand. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> J. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> On 2/25/19 10:39 AM, Olesya Gerasimenko wrote: >>>>>>>>>>>>>>>>>>>>> Hello! >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Please find attached the updated Russian translation. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> 22.02.2019 14:15, Jiri Vanek ?????: >>>>>>>>>>>>>>>>>>>>>> Hello all! >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>>>>>>>>>>>>>>>>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>>>>>>>>>>>>>>>>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>>>>>>>>>>>>>>>>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>>>>>>>>>>>>>>>>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>>>>>>>>>>>>>>>>>>> update theirs translations in >>>>>>>>>>>>>>>>>>>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>>>>>>>>>>>>>>>>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>>>>>>>>>>>>>>>>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>>>>>>>>>>>>>>>>>>> pre-released tarballs will be fixed. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Windows testing: >>>>>>>>>>>>>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>>>>>>>>>>>>>> * icedtea-web-1.8pre.win.bin.zip >>>>>>>>>>>>>>>>>>>>>> * itw-installer.msi >>>>>>>>>>>>>>>>>>>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>>>>>>>>>>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Linux testng: >>>>>>>>>>>>>>>>>>>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>>>>>>>>>>>>>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>>>>>>>>>>>>>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>>>>>>>>>>>>>>>>>>> * fedora >>>>>>>>>>>>>>>>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Note for JRE search: >>>>>>>>>>>>>>>>>>>>>> * windows shell scripts reads java_home or or registry >>>>>>>>>>>>>>>>>>>>>> * linux shell scripts reads java_home or defualt system jdk >>>>>>>>>>>>>>>>>>>>>> * native launchers reads in addition system paths >>>>>>>>>>>>>>>>>>>>>> TBH, I doubt I covered all combinations when I run my suites >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>>>>>>>>>>>>>>>>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>>>>>>>>>>>>>>>>>>> * >>>>>>>>>>>>>>>>>>>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Known bugs: >>>>>>>>>>>>>>>>>>>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>>>>>>>>>>>>>>>>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>>>>>>>>>>>>>>>>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>>>>>>>>>>>>>>>>>>> deployment.properties ) are not properly handled >>>>>>>>>>>>>>>>>>>>>> 3689 --- DownloadService2 not implemented >>>>>>>>>>>>>>>>>>>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>>>>>>>>>>>>>>>>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>>>>>>>>>>>>>>>>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>>>>>>>>>>>>>>>>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>>>>>>>>>>>>>>>>>>> AdoptOpenJDK.... >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Looking forward for both positive and negative feedbacks >>>>>>>>>>>>>>>>>>>>>> J. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>> >>>>>> >>>>> >>>> >>>> >>> >> >> > -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From jvanek at icedtea.classpath.org Thu Mar 7 15:13:54 2019 From: jvanek at icedtea.classpath.org (jvanek at icedtea.classpath.org) Date: Thu, 07 Mar 2019 15:13:54 +0000 Subject: /hg/icedtea-web: Native launchers now iterate through various ke... Message-ID: changeset ec35c20b529b in /hg/icedtea-web details: http://icedtea.classpath.org/hg/icedtea-web?cmd=changeset;node=ec35c20b529b author: Jiri Vanek date: Thu Mar 07 16:13:44 2019 +0100 Native launchers now iterate through various keys of jre/jdk in registry * rust-launcher/src/os_access.rs: introduced RegQueryInfoKeyW and RegEnumKeyExW to enable registry query jdk_registry_path renamed to java_registry_path. jdk_registry_path now iterates over several keys * rust-launcher/src/utils.rs: adapted, and if jdk is found, its jre is used. diffstat: ChangeLog | 7 + rust-launcher/src/os_access.rs | 154 ++++++++++++++++++++++++++++++++++------ rust-launcher/src/utils.rs | 19 ++++- 3 files changed, 152 insertions(+), 28 deletions(-) diffs (291 lines): diff -r 2d7fe876a14c -r ec35c20b529b ChangeLog --- a/ChangeLog Thu Mar 07 14:01:56 2019 +0100 +++ b/ChangeLog Thu Mar 07 16:13:44 2019 +0100 @@ -1,3 +1,10 @@ +2019-03-07 Lars Herschke + + Native launchers now iterate through various keys of jre/jdk in registry + * rust-launcher/src/os_access.rs: introduced RegQueryInfoKeyW and RegEnumKeyExW to enable registry query + jdk_registry_path renamed to java_registry_path. jdk_registry_path now iterates over several keys + * rust-launcher/src/utils.rs: adapted, and if jdk is found, its jre is used. + 2019-03-06 Jiri Vanek Lars Herschke diff -r 2d7fe876a14c -r ec35c20b529b rust-launcher/src/os_access.rs --- a/rust-launcher/src/os_access.rs Thu Mar 07 14:01:56 2019 +0100 +++ b/rust-launcher/src/os_access.rs Thu Mar 07 16:13:44 2019 +0100 @@ -37,7 +37,7 @@ fn info(&self, s: &str); fn important(&self, s: &str); fn system_log(&self, s: &str); - fn get_registry_jdk(&self) -> Option; + fn get_registry_java(&self) -> Option; // next to system and home cfg dir, there is also by-jre config dir, but that do not need to be handled os-specific way // https://docs.oracle.com/javase/7/docs/technotes/guides/jweb/jcp/properties.html fn get_system_config_javadir(&self) -> Option; @@ -119,7 +119,7 @@ log_helper::log_impl(0,self, s); } - fn get_registry_jdk(&self) -> Option { + fn get_registry_java(&self) -> Option { None } @@ -226,10 +226,12 @@ return self.verbose; } - fn get_registry_jdk(&self) -> Option { + fn get_registry_java(&self) -> Option { std::panic::catch_unwind(|| { - let path = win::jdk_registry_path(); - Some(std::path::PathBuf::from(path)) + match win::java_registry_path() { + Ok(path) => Some(std::path::PathBuf::from(path)), + Err(_) => None, + } }).unwrap_or_else(|_e| { // show_error_message(errloc_msg(&e)); None @@ -414,6 +416,32 @@ phkResult: *mut *mut c_void ) -> c_long; + fn RegQueryInfoKeyW( + hKey: *mut c_void, + lpClass: *mut c_ushort, + lpcchClass: *mut c_ulong, + lpReserved: *mut c_ulong, + lpcSubKeys: *mut c_ulong, + lpcbMaxSubKeyLen: *mut c_ulong, + lpcbMaxClassLen: *mut c_ulong, + lpcValues: *mut c_ulong, + lpcbMaxValueNameLen: *mut c_ulong, + lpcbMaxValueLen: *mut c_ulong, + lpcbSecurityDescriptor: *mut c_ulong, + lpftLastWriteTime: *mut c_void + ) -> c_long; + + fn RegEnumKeyExW( + hKey: *mut c_void, + dwIndex: c_ulong, + lpName: *mut c_ushort, + lpcchName: *mut c_ulong, + lpReserved: *mut c_ulong, + lpClass: *mut c_ushort, + lpcchClass: *mut c_ulong, + lpftLastWriteTime: *mut c_void + ) -> c_long; + fn RegCloseKey( hKey: *mut c_void ) -> c_long; @@ -536,32 +564,109 @@ } } - pub fn jdk_registry_path() -> String { - let jdk_key_name = "SOFTWARE\\JavaSoft\\Java Development Kit\\1.8"; - let wjdk_key_name = widen(jdk_key_name); + /* + try to get with the following preference: + - JRE 1.8 + - JDK 1.8 + - max JDK >= 9 + - max JRE >= 9 (only 9 or 10 possible) + - max JDK < 1.8 + - max JRE < 1.8 + */ + pub fn java_registry_path() -> Result { + let mut java_key_name = String::new(); + let jskeys = vec!["Java Runtime Environment", + "Java Development Kit", "JDK", "JRE"]; + for jskey in jskeys.iter() { + let reg_key_name = r"SOFTWARE\JavaSoft\".to_string() + jskey; + let wreg_key_name = widen(®_key_name); + unsafe { + // open regkey + let mut reg_key = null_mut::(); + let err_java = RegOpenKeyExW( + HKEY_LOCAL_MACHINE, + wreg_key_name.as_ptr(), + 0, + KEY_READ | KEY_ENUMERATE_SUB_KEYS, + &mut reg_key) as u32; + if ERROR_SUCCESS != err_java { + continue; + } + defer!({ + RegCloseKey(reg_key); + }); + + // get subkey count + let mut sub_cnt: c_ulong = 0; + let err_cnt = RegQueryInfoKeyW( + reg_key, + null_mut::(), + null_mut::(), + null_mut::(), + &mut sub_cnt, + null_mut::(), + null_mut::(), + null_mut::(), + null_mut::(), + null_mut::(), + null_mut::(), + null_mut::()) as u32; + if ERROR_SUCCESS != err_cnt || !(sub_cnt > 0) { + continue; + } + + // get last subkey + let mut sub_key = Vec::with_capacity(256); + let mut sub_len = sub_key.capacity() as u32; + let err_sub = RegEnumKeyExW( + reg_key, + sub_cnt-1, + sub_key.as_mut_ptr(), + &mut sub_len, + null_mut::(), + null_mut::(), + null_mut::(), + null_mut::()) as u32; + if ERROR_SUCCESS != err_sub { + continue; + } + sub_key.set_len(sub_len as usize); + let slice = std::slice::from_raw_parts(sub_key.as_ptr(), sub_key.len() as usize); + let jpath = narrow(slice); + java_key_name = reg_key_name + r"\" + &jpath; + if jpath.starts_with("1.8") || jskey.len() == 3 { + break; + } + } + } + + if java_key_name.len() == 0 { + return Err(2); + } + + let wjava_key_name = widen(&java_key_name); let java_home = "JavaHome"; let wjava_home = widen("JavaHome"); unsafe { // open root - let mut jdk_key = null_mut::(); - let err_jdk = RegOpenKeyExW( + let mut java_key = null_mut::(); + let err_java = RegOpenKeyExW( HKEY_LOCAL_MACHINE, - wjdk_key_name.as_ptr(), + wjava_key_name.as_ptr(), 0, KEY_READ | KEY_ENUMERATE_SUB_KEYS, - &mut jdk_key) as u32; - if ERROR_SUCCESS != err_jdk { - panic!(format!("Error opening registry key, \ - name: [{}], message: [{}]", jdk_key_name, errcode_to_string(err_jdk))); + &mut java_key) as u32; + if ERROR_SUCCESS != err_java { + return Err(err_java); } defer!({ - RegCloseKey(jdk_key); + RegCloseKey(java_key); }); // find out value len let mut value_len: c_ulong = 0; let mut value_type: c_ulong = 0; let err_len = RegQueryValueExW( - jdk_key, + java_key, wjava_home.as_ptr(), null_mut::(), &mut value_type, @@ -569,13 +674,13 @@ &mut value_len) as u32; if ERROR_SUCCESS != err_len || !(value_len > 0) || REG_SZ != value_type { panic!(format!("Error opening registry value len, \ - key: [{}], value: [{}], message: [{}]", jdk_key_name, java_home, errcode_to_string(err_len))); + key: [{}], value: [{}], message: [{}]", java_key_name, java_home, errcode_to_string(err_len))); } // get value let mut wvalue: Vec = Vec::new(); wvalue.resize((value_len as usize) / std::mem::size_of::(), 0); let err_val = RegQueryValueExW( - jdk_key, + java_key, wjava_home.as_ptr(), null_mut::(), null_mut::(), @@ -583,16 +688,15 @@ &mut value_len) as u32; if ERROR_SUCCESS != err_val { panic!(format!("Error opening registry value, \ - key: [{}], value: [{}], message: [{}]", jdk_key_name, java_home, errcode_to_string(err_val))); + key: [{}], value: [{}], message: [{}]", java_key_name, java_home, errcode_to_string(err_val))); } // format and return path let slice = std::slice::from_raw_parts(wvalue.as_ptr(), wvalue.len() - 1 as usize); - let jpath_badslash = narrow(slice); - let mut jpath = jpath_badslash.replace("\\", "/"); - if '/' as u8 != jpath.as_bytes()[jpath.len() - 1] { - jpath.push('/'); + let mut jpath = narrow(slice); + if '\\' as u8 != jpath.as_bytes()[jpath.len() - 1] { + jpath.push('\\'); } - return jpath; + return Ok(jpath); } } diff -r 2d7fe876a14c -r ec35c20b529b rust-launcher/src/utils.rs --- a/rust-launcher/src/utils.rs Thu Mar 07 14:01:56 2019 +0100 +++ b/rust-launcher/src/utils.rs Thu Mar 07 16:13:44 2019 +0100 @@ -23,12 +23,19 @@ match env::var("JAVA_HOME") { Ok(war) => { os.log("itw-rust-debug: found and using"); - return std::path::PathBuf::from(war); + let java_home = std::path::PathBuf::from(war); + let mut jre_dir = java_home.clone(); + jre_dir.push("jre"); + jre_dir.push(""); + if jre_dir.exists() { + return jre_dir; + } + return java_home; } Err(_e) => { os.log("itw-rust-debug: nothing"); os.log("itw-rust-debug: trying jdk from registry"); - match os.get_registry_jdk() { + match os.get_registry_java() { Some(path) => { os.log("itw-rust-debug: found and using"); return path; @@ -39,6 +46,12 @@ match get_jdk_from_path_conditionally(os) { Some(path) => { os.log("itw-rust-debug: found and using"); + let mut jre_dir = path.clone(); + jre_dir.push("jre"); + jre_dir.push(""); + if jre_dir.exists() { + return jre_dir; + } return path; } None => { @@ -243,7 +256,7 @@ self.vec.borrow_mut().push(ss); } - fn get_registry_jdk(&self) -> Option { + fn get_registry_java(&self) -> Option { None } From jvanek at redhat.com Thu Mar 7 16:10:46 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Thu, 7 Mar 2019 17:10:46 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> Message-ID: <5eb90b32-54ff-1990-dec7-4666dfa13874@redhat.com> As few bugs were found, new prerelase is done: Linux - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.linux.bin.zip - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.portable.bin.zip Win - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.win.bin.zip - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.portable.bin.zip - https://jvanek.fedorapeople.org/itw/1.8/2/itw-installer.msi In additon, prerelease of 1.7 is here: Linux - https://jvanek.fedorapeople.org/itw/1.7/icedtea-web-1.7.2pre.linux.bin.zip Win - https://jvanek.fedorapeople.org/itw/1.7/icedtea-web-1.7.2pre.win.bin.zip - https://jvanek.fedorapeople.org/itw/1.7/itw-installer.msi Docs and fedora changes can be reused from original build: - https://jvanek.fedorapeople.org/itw/1.8/1/icedtea-web-docs/ - https://jvanek.fedorapeople.org/itw/1.8/1/fedora If nothing more is found, I hope to make an release in Monday Thanx all! J. On 2/22/19 12:15 PM, Jiri Vanek wrote: > Hello all! > > Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ > If you can push it through your cases, it would be awesome. There are native portable builds for > both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. > I had also updated (not released!) fedora builds to this pre - see "fedora" text file: > While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to > update theirs translations in > http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In > addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. > 1.8 will be released once translations are in place. Of course anything wrong reported with > pre-released tarballs will be fixed. > > > Windows testing: > * icedtea-web-1.8pre.portable.bin.zip > * icedtea-web-1.8pre.win.bin.zip > * itw-installer.msi > + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) > + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ > > Linux testng: > * iccedtea-web-1.8pre.linux.bin.zip > * icedtea-web-1.8pre.portable.bin.zip > * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) > * fedora > + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ > > Note for JRE search: > * windows shell scripts reads java_home or or registry > * linux shell scripts reads java_home or defualt system jdk > * native launchers reads in addition system paths > TBH, I doubt I covered all combinations when I run my suites > > > Cases (if you have lack of them, but many of them may be already dead): > * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws > * > https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications > > Known bugs: > 3705 --- Webstarted application tries to load resources from server incorrectly > 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED > 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in > deployment.properties ) are not properly handled > 3689 --- DownloadService2 not implemented > 3672 --- Classloader doesn't load jar correctly from JNLP extension > 3461 --- (still) Cannot run HP ILO4 remote console application > Windows desktop shortcuts are suspected to not work with jdk11 and up > > > On Linux side, except native launchers and few bug fixes, not much changed. But for windows support > this is giant leap to be finally proper replacement for oracle javaws. > > For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of > AdoptOpenJDK.... > > Looking forward for both positive and negative feedbacks > 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 Mar 7 16:41:24 2019 From: bourges.laurent at gmail.com (=?UTF-8?Q?Laurent_Bourg=C3=A8s?=) Date: Thu, 7 Mar 2019 17:41:24 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <5eb90b32-54ff-1990-dec7-4666dfa13874@redhat.com> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <5eb90b32-54ff-1990-dec7-4666dfa13874@redhat.com> Message-ID: Hi, I quickly tested the portable builds and I noticed the archive is larger than necessary as several java libraries are present in multiple locations: ??? linux-deps-runtime ? ??? js.jar ? ??? tagsoup.jar ??? win-deps-all ? ??? all.jar ? ??? asm-all.jar ? ??? ecj.jar ? ??? js.jar ? ??? junit.jar ? ??? mslinks.jar ? ??? tagsoup.jar ??? win-deps-runtime ??? js.jar ??? mslinks.jar ??? tagsoup.jar 2 questions: - Is the win-deps-all folder still necessary (at runtime) ? - Maybe it is time to unify linux / windows deps folder to reduce the package size. What do you think ? it should not be too difficult, but maybe too late to fix Makefile / automake ... My 2 cents, Laurent Le jeu. 7 mars 2019 ? 17:10, Jiri Vanek a ?crit : > As few bugs were found, new prerelase is done: > > Linux > - > https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.linux.bin.zip > - > https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.portable.bin.zip > > Win > - > https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.win.bin.zip > - > https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.portable.bin.zip > - https://jvanek.fedorapeople.org/itw/1.8/2/itw-installer.msi > > > In additon, prerelease of 1.7 is here: > > Linux > - > https://jvanek.fedorapeople.org/itw/1.7/icedtea-web-1.7.2pre.linux.bin.zip > Win > - > https://jvanek.fedorapeople.org/itw/1.7/icedtea-web-1.7.2pre.win.bin.zip > - https://jvanek.fedorapeople.org/itw/1.7/itw-installer.msi > > Docs and fedora changes can be reused from original build: > - https://jvanek.fedorapeople.org/itw/1.8/1/icedtea-web-docs/ > - https://jvanek.fedorapeople.org/itw/1.8/1/fedora > > If nothing more is found, I hope to make an release in Monday > > Thanx all! > > J. > On 2/22/19 12:15 PM, Jiri Vanek wrote: > > Hello all! > > > > Please see the pre-release of icedtea-web 1.8: > https://jvanek.fedorapeople.org/itw1.8/ > > If you can push it through your cases, it would be awesome. There are > native portable builds for > > both win and Linuxes. There is also multiplatform portable build based > on shell/bat launchers only. > > I had also updated (not released!) fedora builds to this pre - see > "fedora" text file: > > While this prerelase is in testing, I would like to call alive > translators - Russian and Czech - to > > update theirs translations in > > > http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. > In > > addition, I will start backporting of non-native patches to 1.7 so 1.7.2 > can follow 1.8 very soon. > > 1.8 will be released once translations are in place. Of course anything > wrong reported with > > pre-released tarballs will be fixed. > > > > > > Windows testing: > > * icedtea-web-1.8pre.portable.bin.zip > > * icedtea-web-1.8pre.win.bin.zip > > * itw-installer.msi > > + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) > > + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ > > > > Linux testng: > > * iccedtea-web-1.8pre.linux.bin.zip > > * icedtea-web-1.8pre.portable.bin.zip > > * icedtea-web-1.8pre.tar.gz (sources for distributions and custom > builds - mandatory) > > * fedora > > + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ > > > > Note for JRE search: > > * windows shell scripts reads java_home or or registry > > * linux shell scripts reads java_home or defualt system jdk > > * native launchers reads in addition system paths > > TBH, I doubt I covered all combinations when I run my suites > > > > > > Cases (if you have lack of them, but many of them may be already dead): > > * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws > > * > > > https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications > > > > Known bugs: > > 3705 --- Webstarted application tries to load resources from server > incorrectly > > 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - > LAZY_CLASSLOADING_FAILED > > 3697 --- Custom JRE/JDK within UTF-8 folder name ( key > deployment.jre.dir in in > > deployment.properties ) are not properly handled > > 3689 --- DownloadService2 not implemented > > 3672 --- Classloader doesn't load jar correctly from JNLP extension > > 3461 --- (still) Cannot run HP ILO4 remote console application > > Windows desktop shortcuts are suspected to not work with jdk11 and up > > > > > > On Linux side, except native launchers and few bug fixes, not much > changed. But for windows support > > this is giant leap to be finally proper replacement for oracle javaws. > > > > For 1.9 the plan is to remove plugin completely, and to move to github > and under the wings of > > AdoptOpenJDK.... > > > > Looking forward for both positive and negative feedbacks > > J. > > > > > -- > Jiri Vanek > Senior QE engineer, OpenJDK QE lead, Mgr. > Red Hat Czech > jvanek at redhat.com M: +420775390109 > -- -- Laurent Bourg?s -------------- next part -------------- An HTML attachment was scrubbed... URL: From jvanek at redhat.com Fri Mar 8 11:25:30 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Fri, 8 Mar 2019 12:25:30 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <5eb90b32-54ff-1990-dec7-4666dfa13874@redhat.com> Message-ID: <2a1d27f6-184d-19ac-b007-03655ad7478c@redhat.com> On 3/7/19 5:41 PM, Laurent Bourg?s wrote: > Hi, > I quickly tested the portable builds and I noticed the archive is larger than necessary as several > java libraries are present in multiple locations: > ??? linux-deps-runtime > ??? ??? js.jar > ??? ??? tagsoup.jar > ??? win-deps-all > ??? ??? all.jar > ??? ??? asm-all.jar > ??? ??? ecj.jar > ??? ??? js.jar > ??? ??? junit.jar > ??? ??? mslinks.jar > ??? ??? tagsoup.jar > ??? win-deps-runtime > ??? ??? js.jar > ??? ??? mslinks.jar > ??? ??? tagsoup.jar > > 2 questions: > - Is the win-deps-all folder still necessary (at runtime) ? > - Maybe it is time to unify linux / windows deps folder to reduce the package size. What do you > think ? it should not be too difficult, but maybe too late to fix Makefile / automake ... Hi. Yes. I know this. Portable linux was added in last moments. So for 1.8 I do not dare to touch that, but to unify win/linux-deps-runtime is deffinitly worthy for 1.9. IN addition of removing datadir from portable distribution (as there is also nextjar). The windows deps all is a bit more questionable. Tbh I do nto recall why it was eer created. Maybe to ensure the dep is arround if it slips frm runtime.... Vely likely it canbe safely removed. > > My 2 cents, > Laurent > > > Le?jeu. 7 mars 2019 ??17:10, Jiri Vanek > a ?crit?: > > As few bugs were found, new prerelase is done: > > Linux > ?- https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.linux.bin.zip > ?- https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.portable.bin.zip > > Win > ?- https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.win.bin.zip > ?- https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.portable.bin.zip > ?- https://jvanek.fedorapeople.org/itw/1.8/2/itw-installer.msi > > > In additon, prerelease of 1.7 is here: > > Linux > ?- https://jvanek.fedorapeople.org/itw/1.7/icedtea-web-1.7.2pre.linux.bin.zip > Win > ?- https://jvanek.fedorapeople.org/itw/1.7/icedtea-web-1.7.2pre.win.bin.zip > ?- https://jvanek.fedorapeople.org/itw/1.7/itw-installer.msi > > Docs and fedora changes can be reused from original build: > ?- https://jvanek.fedorapeople.org/itw/1.8/1/icedtea-web-docs/ > ?- https://jvanek.fedorapeople.org/itw/1.8/1/fedora > > If nothing more is found, I hope to make an release in Monday > > Thanx all! > > J. > On 2/22/19 12:15 PM, Jiri Vanek wrote: > > Hello all! > > > > Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ > > If you can push it through your cases, it would be? awesome. There are native portable builds for > > both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers > only. > > I had also updated (not released!) fedora builds to this pre - see "fedora" text file: > > While this prerelase is in testing, I would like to call alive translators - Russian and Czech > - to > > update theirs translations in > > http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In > > addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. > > 1.8 will be released once translations are in place. Of course anything wrong reported with > > pre-released tarballs will be fixed. > > > > > > Windows testing: > >? * icedtea-web-1.8pre.portable.bin.zip > >? * icedtea-web-1.8pre.win.bin.zip > >? * itw-installer.msi > >? + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) > >? + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ > > > > Linux testng: > >? * iccedtea-web-1.8pre.linux.bin.zip > >? * icedtea-web-1.8pre.portable.bin.zip > >? * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) > >? * fedora > >? + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ > > > > Note for JRE search: > >? * windows shell scripts reads java_home or or registry > >? * linux shell scripts reads java_home or defualt system jdk > >? * native launchers reads in addition system paths > > TBH, I doubt I covered all combinations when I run my suites > > > > > > Cases (if you have lack of them, but many of them may be already dead): > >? * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws > >? * > > > https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications > > > > Known bugs: > > 3705 ---? ? ? Webstarted application tries to load resources from server incorrectly > > 3704 ---? ? ? IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED > > 3697 ---? ? ? Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in > > deployment.properties ) are not properly handled > > 3689 ---? ? ? DownloadService2 not implemented > > 3672 ---? ? ? Classloader doesn't load jar correctly from JNLP extension > > 3461 ---? ? ? (still) Cannot run HP ILO4 remote console application > > Windows desktop shortcuts are suspected to not work with jdk11 and up > > > > > > On Linux side, except native launchers and few bug fixes, not much changed. But for windows > support > > this is giant leap to be finally proper replacement for oracle javaws. > > > > For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of > > AdoptOpenJDK.... > > > > Looking forward for both? positive and negative feedbacks > >? ?J. > > > > > -- > Jiri Vanek > Senior QE engineer, OpenJDK QE lead, Mgr. > Red Hat Czech > jvanek at redhat.com ? ? M: +420775390109 > > > > -- > -- > Laurent Bourg?s -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From jvanek at redhat.com Fri Mar 8 11:34:10 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Fri, 8 Mar 2019 12:34:10 +0100 Subject: Error while creating windows installer In-Reply-To: References: Message-ID: <390a710b-78d3-8aaa-8ac6-d2fee04f4e95@redhat.com> On 1/31/19 11:39 AM, Shruti Mehta wrote: > Hello, > > ? > > I configured the IcedTea with Wix Tool and want to generate an msi installer with openjdk and with > ?--disable-native-plugin flag. > > The build was successful. > > When I am trying to execute make win-installer , I am getting an error as follows: > > ? > > sed: can't read C:/IceTea/icedtea-web-1.7.1/win-installer/installer.json.in: No such file or directory > > make: *** [Makefile:1013: C:/IceTea/icedtea-web-1.7.1/win-installer.build/itw-installer.json] Error 2 > > ? Looking to my windows build logs, it looks complety same: sed \ -e "s|../win-installer|R:/itw-test/icedtea-web/win-installer|g" \ -e s/[@]PACKAGE_VERSION[@]/1.8pre/g R:/itw-test/icedtea-web/win-installer/installer.json.in > R:/itw-test/icedtea-web/win-installer.build/itw-installer.json "C:/cygwin64/home/tester/bootjdk/jre/bin/java" -jar "C:/msi-deps/wixgen.jar" "R:/itw-test/image" -c R:/itw-test/icedtea-web/win-installer.build/itw-installer.json -o R:/itw-test/icedtea-web/win-installer.build/itw-installer.wxs cd R:/itw-test/icedtea-web/win-installer.build && "/cygdrive/c/msi-deps/wix311-binaries/"/candle.exe /nologo itw-installer.wxs itw-installer.wxs or if [ ! -e R:/itw-test/image/bin/itw-modularjdk.args ] ; then cp R:/itw-test/image/bin/itw-modularjdk.args R:/itw-test/image/bin/itw-modularjdk.args ; fi cp -r R:/itw-test/icedtea-web/icedtea-web-docs/1.7.2pre+rb2c7ba07a660/html R:/itw-test/image/icedtea-web-docs cp R:/itw-test/icedtea-web/netx.build/lib/src.zip R:/itw-test/image/netx.src.zip cp R:/itw-test/icedtea-web/liveconnect/lib/src.zip R:/itw-test/image/plugin.src.zip rm -rf R:/itw-test/icedtea-web/win-installer.build mkdir R:/itw-test/icedtea-web/win-installer.build sed \ -e "s|../win-installer|R:/itw-test/icedtea-web/win-installer|g" \ -e s/[@]PACKAGE_VERSION[@]/1.7.2pre/g R:/itw-test/icedtea-web/win-installer/installer.json.in > R:/itw-test/icedtea-web/win-installer.build/itw-installer.json "C:/cygwin64/home/tester/bootjdk/jre/bin/java" -jar "C:/msi-deps/wixgen.jar" "R:/itw-test/image" -c R:/itw-test/icedtea-web/win-installer.build/itw-installer.json -o R:/itw-test/icedtea-web/win-installer.build/itw-installer.wxs cd R:/itw-test/icedtea-web/win-installer.build && "/cygdrive/c/msi-deps/wix311-binaries/"/candle.exe /nologo itw-installer.wxs itw-installer.wxs cd R:/itw-test/icedtea-web/win-installer.build && "/cygdrive/c/msi-deps/wix311-binaries/"/light.exe /nologo -ext WixUIExtension itw-installer.wixobj R:\itw-test\icedtea-web\win-installer.build\itw-installer.wxs(3004) : warning LGHT1076 : ICE61: This product should remove only older versions of itself. The Maximum version is not less than the current product. (1.7.0.0 1.7.0.0) Only it is passing....:( MAybe try our prerelease? http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2019-March/041292.html > > There is an empty installer.json file in the location. > > I have attached the complete log. > > ? > > Kindly let me know how to I resolve the error. > > ? > > Thanks, > > Shruti Mehta > > ? > > ? > > ? > -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From shruti.mehta at idainfront.se Fri Mar 8 12:15:34 2019 From: shruti.mehta at idainfront.se (Shruti Mehta) Date: Fri, 8 Mar 2019 12:15:34 +0000 Subject: Error while creating windows installer In-Reply-To: <390a710b-78d3-8aaa-8ac6-d2fee04f4e95@redhat.com> References: <390a710b-78d3-8aaa-8ac6-d2fee04f4e95@redhat.com> Message-ID: Hello, I realized that the tar at http://icedtea.wildebeest.org/download/source/icedtea-web-1.7.1.tar.gz does not have the win-installer folder. Hence there is no json file. When I copied the folder from the hg clone http://icedtea.classpath.org/hg/release/icedtea-web-1.7 It worked for me. Thanks, Shruti Mehta -----Original Message----- From: Jiri Vanek Sent: Friday, March 8, 2019 17:04 To: Shruti Mehta ; distro-pkg-dev at openjdk.java.net Subject: Re: Error while creating windows installer On 1/31/19 11:39 AM, Shruti Mehta wrote: > Hello, > > ? > > I configured the IcedTea with Wix Tool and want to generate an msi > installer with openjdk and with > ?--disable-native-plugin flag. > > The build was successful. > > When I am trying to execute make win-installer , I am getting an error as follows: > > ? > > sed: can't read > C:/IceTea/icedtea-web-1.7.1/win-installer/installer.json.in: No such > file or directory > > make: *** [Makefile:1013: > C:/IceTea/icedtea-web-1.7.1/win-installer.build/itw-installer.json] > Error 2 > > ? Looking to my windows build logs, it looks complety same: sed \ -e "s|../win-installer|R:/itw-test/icedtea-web/win-installer|g" \ -e s/[@]PACKAGE_VERSION[@]/1.8pre/g R:/itw-test/icedtea-web/win-installer/installer.json.in > R:/itw-test/icedtea-web/win-installer.build/itw-installer.json "C:/cygwin64/home/tester/bootjdk/jre/bin/java" -jar "C:/msi-deps/wixgen.jar" "R:/itw-test/image" -c R:/itw-test/icedtea-web/win-installer.build/itw-installer.json -o R:/itw-test/icedtea-web/win-installer.build/itw-installer.wxs cd R:/itw-test/icedtea-web/win-installer.build && "/cygdrive/c/msi-deps/wix311-binaries/"/candle.exe /nologo itw-installer.wxs itw-installer.wxs or if [ ! -e R:/itw-test/image/bin/itw-modularjdk.args ] ; then cp R:/itw-test/image/bin/itw-modularjdk.args R:/itw-test/image/bin/itw-modularjdk.args ; fi cp -r R:/itw-test/icedtea-web/icedtea-web-docs/1.7.2pre+rb2c7ba07a660/html R:/itw-test/image/icedtea-web-docs cp R:/itw-test/icedtea-web/netx.build/lib/src.zip R:/itw-test/image/netx.src.zip cp R:/itw-test/icedtea-web/liveconnect/lib/src.zip R:/itw-test/image/plugin.src.zip rm -rf R:/itw-test/icedtea-web/win-installer.build mkdir R:/itw-test/icedtea-web/win-installer.build sed \ -e "s|../win-installer|R:/itw-test/icedtea-web/win-installer|g" \ -e s/[@]PACKAGE_VERSION[@]/1.7.2pre/g R:/itw-test/icedtea-web/win-installer/installer.json.in > R:/itw-test/icedtea-web/win-installer.build/itw-installer.json "C:/cygwin64/home/tester/bootjdk/jre/bin/java" -jar "C:/msi-deps/wixgen.jar" "R:/itw-test/image" -c R:/itw-test/icedtea-web/win-installer.build/itw-installer.json -o R:/itw-test/icedtea-web/win-installer.build/itw-installer.wxs cd R:/itw-test/icedtea-web/win-installer.build && "/cygdrive/c/msi-deps/wix311-binaries/"/candle.exe /nologo itw-installer.wxs itw-installer.wxs cd R:/itw-test/icedtea-web/win-installer.build && "/cygdrive/c/msi-deps/wix311-binaries/"/light.exe /nologo -ext WixUIExtension itw-installer.wixobj R:\itw-test\icedtea-web\win-installer.build\itw-installer.wxs(3004) : warning LGHT1076 : ICE61: This product should remove only older versions of itself. The Maximum version is not less than the current product. (1.7.0.0 1.7.0.0) Only it is passing....:( MAybe try our prerelease? http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2019-March/041292.html > > There is an empty installer.json file in the location. > > I have attached the complete log. > > ? > > Kindly let me know how to I resolve the error. > > ? > > Thanks, > > Shruti Mehta > > ? > > ? > > ? > -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From jvanek at redhat.com Fri Mar 8 12:56:43 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Fri, 8 Mar 2019 13:56:43 +0100 Subject: Error while creating windows installer In-Reply-To: References: <390a710b-78d3-8aaa-8ac6-d2fee04f4e95@redhat.com> Message-ID: <493d00aa-f2bf-5c0c-d614-63da3c12c304@redhat.com> On 3/8/19 1:15 PM, Shruti Mehta wrote: > Hello, > > I realized that the tar at http://icedtea.wildebeest.org/download/source/icedtea-web-1.7.1.tar.gz does not have the win-installer folder. Hence there is no json file. > When I copied the folder from the hg clone http://icedtea.classpath.org/hg/release/icedtea-web-1.7 It worked for me. Great! Then please, continue with all your attempts in 1.8:) as 1.7 will be clsoed. HTH J. > > Thanks, > Shruti Mehta > > > -----Original Message----- > From: Jiri Vanek > Sent: Friday, March 8, 2019 17:04 > To: Shruti Mehta ; distro-pkg-dev at openjdk.java.net > Subject: Re: Error while creating windows installer > > On 1/31/19 11:39 AM, Shruti Mehta wrote: >> Hello, >> >> ? >> >> I configured the IcedTea with Wix Tool and want to generate an msi >> installer with openjdk and with >> ?--disable-native-plugin flag. >> >> The build was successful. >> >> When I am trying to execute make win-installer , I am getting an error as follows: >> >> ? >> >> sed: can't read >> C:/IceTea/icedtea-web-1.7.1/win-installer/installer.json.in: No such >> file or directory >> >> make: *** [Makefile:1013: >> C:/IceTea/icedtea-web-1.7.1/win-installer.build/itw-installer.json] >> Error 2 >> >> ? > Looking to my windows build logs, it looks complety same: > > sed \ > -e "s|../win-installer|R:/itw-test/icedtea-web/win-installer|g" \ -e s/[@]PACKAGE_VERSION[@]/1.8pre/g R:/itw-test/icedtea-web/win-installer/installer.json.in > R:/itw-test/icedtea-web/win-installer.build/itw-installer.json > "C:/cygwin64/home/tester/bootjdk/jre/bin/java" -jar "C:/msi-deps/wixgen.jar" "R:/itw-test/image" -c R:/itw-test/icedtea-web/win-installer.build/itw-installer.json -o R:/itw-test/icedtea-web/win-installer.build/itw-installer.wxs > cd R:/itw-test/icedtea-web/win-installer.build && "/cygdrive/c/msi-deps/wix311-binaries/"/candle.exe > /nologo itw-installer.wxs > itw-installer.wxs > > or > > > if [ ! -e R:/itw-test/image/bin/itw-modularjdk.args ] ; then cp R:/itw-test/image/bin/itw-modularjdk.args R:/itw-test/image/bin/itw-modularjdk.args ; fi cp -r R:/itw-test/icedtea-web/icedtea-web-docs/1.7.2pre+rb2c7ba07a660/html > R:/itw-test/image/icedtea-web-docs > cp R:/itw-test/icedtea-web/netx.build/lib/src.zip R:/itw-test/image/netx.src.zip cp R:/itw-test/icedtea-web/liveconnect/lib/src.zip R:/itw-test/image/plugin.src.zip rm -rf R:/itw-test/icedtea-web/win-installer.build > mkdir R:/itw-test/icedtea-web/win-installer.build > sed \ > -e "s|../win-installer|R:/itw-test/icedtea-web/win-installer|g" \ -e s/[@]PACKAGE_VERSION[@]/1.7.2pre/g R:/itw-test/icedtea-web/win-installer/installer.json.in > R:/itw-test/icedtea-web/win-installer.build/itw-installer.json > "C:/cygwin64/home/tester/bootjdk/jre/bin/java" -jar "C:/msi-deps/wixgen.jar" "R:/itw-test/image" -c R:/itw-test/icedtea-web/win-installer.build/itw-installer.json -o R:/itw-test/icedtea-web/win-installer.build/itw-installer.wxs > cd R:/itw-test/icedtea-web/win-installer.build && "/cygdrive/c/msi-deps/wix311-binaries/"/candle.exe > /nologo itw-installer.wxs > itw-installer.wxs > cd R:/itw-test/icedtea-web/win-installer.build && "/cygdrive/c/msi-deps/wix311-binaries/"/light.exe > /nologo -ext WixUIExtension itw-installer.wixobj > R:\itw-test\icedtea-web\win-installer.build\itw-installer.wxs(3004) : warning LGHT1076 : ICE61: This product should remove only older versions of itself. The Maximum version is not less than the current product. (1.7.0.0 1.7.0.0) > > Only it is passing....:( > > MAybe try our prerelease? http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2019-March/041292.html > >> >> There is an empty installer.json file in the location. > > >> >> I have attached the complete log. >> >> ? >> >> Kindly let me know how to I resolve the error. >> >> ? >> >> Thanks, >> >> Shruti Mehta >> >> ? >> >> ? >> >> ? >> > > > -- > 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 jvanek at redhat.com Mon Mar 11 14:07:32 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Mon, 11 Mar 2019 15:07:32 +0100 Subject: Error while creating windows installer In-Reply-To: <493d00aa-f2bf-5c0c-d614-63da3c12c304@redhat.com> References: <390a710b-78d3-8aaa-8ac6-d2fee04f4e95@redhat.com> <493d00aa-f2bf-5c0c-d614-63da3c12c304@redhat.com> Message-ID: <528bd4ed-f80a-28e8-2706-aeccc1b638f4@redhat.com> Hi! Had the 1.8pre and 1.7.2pre tarballs worked for you? J. On 3/8/19 1:56 PM, Jiri Vanek wrote: > On 3/8/19 1:15 PM, Shruti Mehta wrote: >> Hello, >> >> I realized that the tar at http://icedtea.wildebeest.org/download/source/icedtea-web-1.7.1.tar.gz does not have the win-installer folder. Hence there is no json file. >> When I copied the folder from the hg clone http://icedtea.classpath.org/hg/release/icedtea-web-1.7 It worked for me. > > Great! > > Then please, continue with all your attempts in 1.8:) as 1.7 will be clsoed. > > HTH > J. >> >> Thanks, >> Shruti Mehta >> >> >> -----Original Message----- >> From: Jiri Vanek >> Sent: Friday, March 8, 2019 17:04 >> To: Shruti Mehta ; distro-pkg-dev at openjdk.java.net >> Subject: Re: Error while creating windows installer >> >> On 1/31/19 11:39 AM, Shruti Mehta wrote: >>> Hello, >>> >>> ? >>> >>> I configured the IcedTea with Wix Tool and want to generate an msi >>> installer with openjdk and with >>> ?--disable-native-plugin flag. >>> >>> The build was successful. >>> >>> When I am trying to execute make win-installer , I am getting an error as follows: >>> >>> ? >>> >>> sed: can't read >>> C:/IceTea/icedtea-web-1.7.1/win-installer/installer.json.in: No such >>> file or directory >>> >>> make: *** [Makefile:1013: >>> C:/IceTea/icedtea-web-1.7.1/win-installer.build/itw-installer.json] >>> Error 2 >>> >>> ? >> Looking to my windows build logs, it looks complety same: >> >> sed \ >> -e "s|../win-installer|R:/itw-test/icedtea-web/win-installer|g" \ -e s/[@]PACKAGE_VERSION[@]/1.8pre/g R:/itw-test/icedtea-web/win-installer/installer.json.in > R:/itw-test/icedtea-web/win-installer.build/itw-installer.json >> "C:/cygwin64/home/tester/bootjdk/jre/bin/java" -jar "C:/msi-deps/wixgen.jar" "R:/itw-test/image" -c R:/itw-test/icedtea-web/win-installer.build/itw-installer.json -o R:/itw-test/icedtea-web/win-installer.build/itw-installer.wxs >> cd R:/itw-test/icedtea-web/win-installer.build && "/cygdrive/c/msi-deps/wix311-binaries/"/candle.exe >> /nologo itw-installer.wxs >> itw-installer.wxs >> >> or >> >> >> if [ ! -e R:/itw-test/image/bin/itw-modularjdk.args ] ; then cp R:/itw-test/image/bin/itw-modularjdk.args R:/itw-test/image/bin/itw-modularjdk.args ; fi cp -r R:/itw-test/icedtea-web/icedtea-web-docs/1.7.2pre+rb2c7ba07a660/html >> R:/itw-test/image/icedtea-web-docs >> cp R:/itw-test/icedtea-web/netx.build/lib/src.zip R:/itw-test/image/netx.src.zip cp R:/itw-test/icedtea-web/liveconnect/lib/src.zip R:/itw-test/image/plugin.src.zip rm -rf R:/itw-test/icedtea-web/win-installer.build >> mkdir R:/itw-test/icedtea-web/win-installer.build >> sed \ >> -e "s|../win-installer|R:/itw-test/icedtea-web/win-installer|g" \ -e s/[@]PACKAGE_VERSION[@]/1.7.2pre/g R:/itw-test/icedtea-web/win-installer/installer.json.in > R:/itw-test/icedtea-web/win-installer.build/itw-installer.json >> "C:/cygwin64/home/tester/bootjdk/jre/bin/java" -jar "C:/msi-deps/wixgen.jar" "R:/itw-test/image" -c R:/itw-test/icedtea-web/win-installer.build/itw-installer.json -o R:/itw-test/icedtea-web/win-installer.build/itw-installer.wxs >> cd R:/itw-test/icedtea-web/win-installer.build && "/cygdrive/c/msi-deps/wix311-binaries/"/candle.exe >> /nologo itw-installer.wxs >> itw-installer.wxs >> cd R:/itw-test/icedtea-web/win-installer.build && "/cygdrive/c/msi-deps/wix311-binaries/"/light.exe >> /nologo -ext WixUIExtension itw-installer.wixobj >> R:\itw-test\icedtea-web\win-installer.build\itw-installer.wxs(3004) : warning LGHT1076 : ICE61: This product should remove only older versions of itself. The Maximum version is not less than the current product. (1.7.0.0 1.7.0.0) >> >> Only it is passing....:( >> >> MAybe try our prerelease? http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2019-March/041292.html >> >>> >>> There is an empty installer.json file in the location. >> >> >>> >>> I have attached the complete log. >>> >>> ? >>> >>> Kindly let me know how to I resolve the error. >>> >>> ? >>> >>> Thanks, >>> >>> Shruti Mehta >>> >>> ? >>> >>> ? >>> >>> ? >>> >> >> >> -- >> 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 jvanek at icedtea.classpath.org Mon Mar 11 19:27:09 2019 From: jvanek at icedtea.classpath.org (jvanek at icedtea.classpath.org) Date: Mon, 11 Mar 2019 19:27:09 +0000 Subject: /hg/release/icedtea-web-1.7: 4 new changesets Message-ID: changeset 67673780b97b in /hg/release/icedtea-web-1.7 details: http://icedtea.classpath.org/hg/release/icedtea-web-1.7?cmd=changeset;node=67673780b97b author: Jiri Vanek date: Mon Mar 11 17:22:48 2019 +0100 Pre-release tuning changeset 800760cec13a in /hg/release/icedtea-web-1.7 details: http://icedtea.classpath.org/hg/release/icedtea-web-1.7?cmd=changeset;node=800760cec13a author: Jiri Vanek date: Mon Mar 11 17:23:35 2019 +0100 Added tag icedtea-web-1.7.2 for changeset 67673780b97b changeset 07c6f970a4c9 in /hg/release/icedtea-web-1.7 details: http://icedtea.classpath.org/hg/release/icedtea-web-1.7?cmd=changeset;node=07c6f970a4c9 author: Jiri Vanek date: Mon Mar 11 19:48:20 2019 +0100 Replaced hardcoded javaws.jar by netx.jar changeset faa675cbd983 in /hg/release/icedtea-web-1.7 details: http://icedtea.classpath.org/hg/release/icedtea-web-1.7?cmd=changeset;node=faa675cbd983 author: Jiri Vanek date: Mon Mar 11 19:48:39 2019 +0100 Added tag icedtea-web-1.7.2 for changeset 07c6f970a4c9 diffstat: .hgtags | 3 +++ ChangeLog | 7 +++++++ Makefile.am | 2 +- NEWS | 2 +- configure.ac | 2 +- launcher/launchers.bat.in | 2 +- 6 files changed, 14 insertions(+), 4 deletions(-) diffs (69 lines): diff -r b2c7ba07a660 -r faa675cbd983 .hgtags --- a/.hgtags Thu Mar 07 14:01:54 2019 +0100 +++ b/.hgtags Mon Mar 11 19:48:39 2019 +0100 @@ -7,3 +7,6 @@ b8bf710fed3a62aacffe561dc60acdbfa7e93212 icedtea-web-1.7-branchpoint 9ec82199b1a69e57606ac4fc8be5aaaef4859a09 icedtea-web-1.7 ad5cd0fa9fbcc95676357a24e7c231502502080c icedtea-web-1.7.1 +67673780b97bdce433a4ba94a40f09a9f120fb62 icedtea-web-1.7.2 +67673780b97bdce433a4ba94a40f09a9f120fb62 icedtea-web-1.7.2 +07c6f970a4c954ce02e9f077f46759fe0d32a940 icedtea-web-1.7.2 diff -r b2c7ba07a660 -r faa675cbd983 ChangeLog --- a/ChangeLog Thu Mar 07 14:01:54 2019 +0100 +++ b/ChangeLog Mon Mar 11 19:48:39 2019 +0100 @@ -1,3 +1,10 @@ +2019-03-11 Jiri Vanek + + Pre-release tuning + * Makefile.am: (netx-html-gen.stamp) set number of changests to 70 (since 1.7.1) + * NEWS: set date and added content for 1.7.2 + * configure.ac: (AC_INIT) set to use 1.7.2 + 2019-03-05 Lars Herschke * acinclude.m4: Moved windows specific check for JDK on the begging of SYSTEM_JDK part of IT_CHECK_FOR_JDK macro diff -r b2c7ba07a660 -r faa675cbd983 Makefile.am --- a/Makefile.am Thu Mar 07 14:01:54 2019 +0100 +++ b/Makefile.am Mon Mar 11 19:48:39 2019 +0100 @@ -886,7 +886,7 @@ mkdir -p html-gen; \ cp AUTHORS NEWS COPYING ChangeLog html-gen/; \ export HTML_GEN_DEBUG=true; \ - ${SHELL} html-gen.sh 236; \ + ${SHELL} html-gen.sh 70; \ unset HTML_GEN_DEBUG) ${INSTALL_DATA} $(NETX_SRCDIR)/../html-gen/*.html $(NETX_RESOURCE_DIR) rm -r $(NETX_SRCDIR)/../html-gen/ diff -r b2c7ba07a660 -r faa675cbd983 NEWS --- a/NEWS Thu Mar 07 14:01:54 2019 +0100 +++ b/NEWS Mon Mar 11 19:48:39 2019 +0100 @@ -8,7 +8,7 @@ CVE-XXXX-YYYY: http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=XXXX-YYYY -New in release 1.7.2 (YYYY-MM-DD): +New in release 1.7.2 (2019-03-11): * added support for javafx-desc and so allwong run of pure-javafx only applications * --nosecurity enhanced for possibility to skip invalid signatures * enhanced to allow resources to be read also from j2se/java element (OmegaT) diff -r b2c7ba07a660 -r faa675cbd983 configure.ac --- a/configure.ac Thu Mar 07 14:01:54 2019 +0100 +++ b/configure.ac Mon Mar 11 19:48:39 2019 +0100 @@ -1,4 +1,4 @@ -AC_INIT([icedtea-web],[1.7.2pre],[distro-pkg-dev at openjdk.java.net], [icedtea-web], [http://icedtea.classpath.org/wiki/IcedTea-Web]) +AC_INIT([icedtea-web],[1.7.2],[distro-pkg-dev at openjdk.java.net], [icedtea-web], [http://icedtea.classpath.org/wiki/IcedTea-Web]) AM_INIT_AUTOMAKE([1.9 tar-pax foreign]) AC_CONFIG_FILES([Makefile netx.manifest]) AM_MAINTAINER_MODE([enable]) diff -r b2c7ba07a660 -r faa675cbd983 launcher/launchers.bat.in --- a/launcher/launchers.bat.in Thu Mar 07 14:01:54 2019 +0100 +++ b/launcher/launchers.bat.in Mon Mar 11 19:48:39 2019 +0100 @@ -89,7 +89,7 @@ set "BINARY_LOCATION=%ITW_HOME%/bin/%PROGRAM_NAME%.bat" set "SPLASH_LOCATION=%ITW_HOME%/share/icedtea-web/javaws_splash.png" set "RUN_ARGS_LOCATION=%ITW_HOME%/bin/itw-modularjdk.args" - set "NETX_JAR=%ITW_HOME%/share/icedtea-web/javaws.jar" + set "NETX_JAR=%ITW_HOME%/share/icedtea-web/netx.jar" set "PLUGIN_JAR=%ITW_HOME%/share/icedtea-web/plugin.jar" set "JSOBJECT_JAR=%ITW_HOME%/share/icedtea-web/jsobject.jar" set "LAUNCHER_BOOTCLASSPATH=-Xbootclasspath/a:!NETX_JAR!;!PLUGIN_JAR!;!JSOBJECT_JAR!;%ITW_HOME%/win-deps-runtime/tagsoup.jar;%ITW_HOME%/win-deps-runtime/js.jar;%ITW_HOME%/win-deps-runtime/mslinks.jar" From jvanek at icedtea.classpath.org Mon Mar 11 19:47:37 2019 From: jvanek at icedtea.classpath.org (jvanek at icedtea.classpath.org) Date: Mon, 11 Mar 2019 19:47:37 +0000 Subject: /hg/release/icedtea-web-1.7: Fixed tags file Message-ID: changeset c9c9bc09e0c1 in /hg/release/icedtea-web-1.7 details: http://icedtea.classpath.org/hg/release/icedtea-web-1.7?cmd=changeset;node=c9c9bc09e0c1 author: Jiri Vanek date: Mon Mar 11 20:42:56 2019 +0100 Fixed tags file diffstat: .hgtags | 2 -- 1 files changed, 0 insertions(+), 2 deletions(-) diffs (10 lines): diff -r faa675cbd983 -r c9c9bc09e0c1 .hgtags --- a/.hgtags Mon Mar 11 19:48:39 2019 +0100 +++ b/.hgtags Mon Mar 11 20:42:56 2019 +0100 @@ -7,6 +7,4 @@ b8bf710fed3a62aacffe561dc60acdbfa7e93212 icedtea-web-1.7-branchpoint 9ec82199b1a69e57606ac4fc8be5aaaef4859a09 icedtea-web-1.7 ad5cd0fa9fbcc95676357a24e7c231502502080c icedtea-web-1.7.1 -67673780b97bdce433a4ba94a40f09a9f120fb62 icedtea-web-1.7.2 -67673780b97bdce433a4ba94a40f09a9f120fb62 icedtea-web-1.7.2 07c6f970a4c954ce02e9f077f46759fe0d32a940 icedtea-web-1.7.2 From jvanek at icedtea.classpath.org Mon Mar 11 21:54:09 2019 From: jvanek at icedtea.classpath.org (jvanek at icedtea.classpath.org) Date: Mon, 11 Mar 2019 21:54:09 +0000 Subject: /hg/release/icedtea-web-1.7: Post-release changes Message-ID: changeset cf64d3bb2917 in /hg/release/icedtea-web-1.7 details: http://icedtea.classpath.org/hg/release/icedtea-web-1.7?cmd=changeset;node=cf64d3bb2917 author: Jiri Vanek date: Mon Mar 11 22:53:56 2019 +0100 Post-release changes * NEWS: added 1.7.3 section * configure.ac: (AC_INIT) bumped to 1.7.3 diffstat: ChangeLog | 6 ++++++ NEWS | 2 ++ configure.ac | 2 +- 3 files changed, 9 insertions(+), 1 deletions(-) diffs (34 lines): diff -r c9c9bc09e0c1 -r cf64d3bb2917 ChangeLog --- a/ChangeLog Mon Mar 11 20:42:56 2019 +0100 +++ b/ChangeLog Mon Mar 11 22:53:56 2019 +0100 @@ -1,3 +1,9 @@ +2019-03-11 Jiri Vanek + + Post-release changes + * NEWS: added 1.7.3 section + * configure.ac: (AC_INIT) bumped to 1.7.3pre + 2019-03-11 Jiri Vanek Pre-release tuning diff -r c9c9bc09e0c1 -r cf64d3bb2917 NEWS --- a/NEWS Mon Mar 11 20:42:56 2019 +0100 +++ b/NEWS Mon Mar 11 22:53:56 2019 +0100 @@ -8,6 +8,8 @@ CVE-XXXX-YYYY: http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=XXXX-YYYY +New in release 1.7.3 (YYYY-MM-DD): + New in release 1.7.2 (2019-03-11): * added support for javafx-desc and so allwong run of pure-javafx only applications * --nosecurity enhanced for possibility to skip invalid signatures diff -r c9c9bc09e0c1 -r cf64d3bb2917 configure.ac --- a/configure.ac Mon Mar 11 20:42:56 2019 +0100 +++ b/configure.ac Mon Mar 11 22:53:56 2019 +0100 @@ -1,4 +1,4 @@ -AC_INIT([icedtea-web],[1.7.2],[distro-pkg-dev at openjdk.java.net], [icedtea-web], [http://icedtea.classpath.org/wiki/IcedTea-Web]) +AC_INIT([icedtea-web],[1.7.3pre],[distro-pkg-dev at openjdk.java.net], [icedtea-web], [http://icedtea.classpath.org/wiki/IcedTea-Web]) AM_INIT_AUTOMAKE([1.9 tar-pax foreign]) AC_CONFIG_FILES([Makefile netx.manifest]) AM_MAINTAINER_MODE([enable]) From jvanek at redhat.com Mon Mar 11 22:10:19 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Mon, 11 Mar 2019 23:10:19 +0100 Subject: IcedTea-Web 1.7.2 released! Message-ID: This release is - on java part - identical with tomorrow's IcedTea-Web 1.8 release. It is considered as side step for people who are really unable to move to 1.8 to enjoy some good of 1.8 without it itself. 1.7 is by this considered as decommissioned a all fixes will go to 1.8 and up only. Multiplatform portable build: * http://icedtea.wildebeest.org/download/icedtea-web-binaries/1.7.2/icedtea-web-1.7.2.portable.bin.zip Windows portable build : * http://icedtea.wildebeest.org/download/icedtea-web-binaries/1.7.2/windows/icedtea-web-1.7.2.win.bin.zip * http://icedtea.wildebeest.org/download/icedtea-web-binaries/1.7.2/windows/itw-installer.msi Linux portable build: * http://icedtea.wildebeest.org/download/icedtea-web-binaries/1.7.2/icedtea-web-1.7.2.portable.bin.zip Sources: * http://icedtea.wildebeest.org/download/source/icedtea-web-1.7.2.tar.gz Docs: * http://icedtea.wildebeest.org/download/icedtea-web-docs/1.7.2/ all with signatures verifiable by fingerprint: C058 EF1E 7498 12E6 A486 384B 53B5 CFF6 71EE ED59 60d90df1ab87b25d429e5b4ad117557a60fbe3296ff972b2fa9776848fe56b70 icedtea-web-1.7.2.linux.bin.zip cf3e784b21e4a2a1d04637aa20eddf5719788639e3d9fa9f1ede26de756565cc icedtea-web-1.7.2.portable.bin.zip 824e976dc434610f1a3871a33cb15be2c4e1d4045cff4a9a086f160185634fbf icedtea-web-1.7.2.tar.gz f50d6363efc06c038550b9092b80e466fdb6bc0ea9dd2a8230385a31f7dd277f icedtea-web-1.7.2.win.bin.zip 369d0a6d2ee69c67f39536ff611abdbb87cd62062273618763b63fdce2673515 itw-installer.msi New in release 1.7.2 (2019-03-11): * added support for javafx-desc and so allwong run of pure-javafx only applications * --nosecurity enhanced for possibility to skip invalid signatures * enhanced to allow resources to be read also from j2se/java element (OmegaT) * PR3644 - java.lang.NoClassDefFoundError: Could not initialize class net.sourceforge.jnlp.runtime.JNLPRuntime$DeploymentConfigurationHolder * deployment.config now support generic url instead just file * Added support for windows desktop shortcuts via https://github.com/DmitriiShamrikov/mslinks * cache can now be operated by groups, list by -Xcacheids (details via -verbose, can filter by regex), Xclearcache now can clear only selected id. There is also gui to operate cache via id in itweb-settings now. * desktop shortcut name get shortened to title or file if title is missing. * scripted launchers rework: Windows bat launchers rewritten to be feature complete, Linux shell launchers made portable, build enhanced to produce platform independent image Known bugs: 3705 --- Webstarted application tries to load resources from server incorrectly 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in deployment.properties ) are not properly handled 3689 --- DownloadService2 not implemented 3672 --- Classloader doesn't load jar correctly from JNLP extension 3461 --- (still) Cannot run HP ILO4 remote console application Windows desktop shortcuts are suspected to not work with jdk11 and up On Linux side, except native launchers and few bug fixes, not much changed. But for windows support this is giant leap to be finally proper replacement for oracle javaws. For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of AdoptOpenJDK.... HTH! J. -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From bugzilla-daemon at icedtea.classpath.org Tue Mar 12 15:19:33 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Tue, 12 Mar 2019 15:19:33 +0000 Subject: [Bug 3707] New: Linux build keeps pulling dunce even if it is ifcfged out Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3707 Bug ID: 3707 Summary: Linux build keeps pulling dunce even if it is ifcfged out Product: IcedTea-Web Version: hg Hardware: x86_64 OS: Linux Status: NEW Severity: enhancement Priority: P5 Component: NetX (javaws) Assignee: jvanek at redhat.com Reporter: jvanek at redhat.com CC: unassigned at icedtea.classpath.org [dependencies] [target.'cfg(windows)'.dependencies] dunce = "0.1.1" On linux, still is seen cargo..updating dunce. Fix is unknown to me. Pathced it out in fedora rpm build -- 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 icedtea.classpath.org Tue Mar 12 17:11:59 2019 From: jvanek at icedtea.classpath.org (jvanek at icedtea.classpath.org) Date: Tue, 12 Mar 2019 17:11:59 +0000 Subject: /hg/icedtea-web: 2 new changesets Message-ID: changeset fce279b33577 in /hg/icedtea-web details: http://icedtea.classpath.org/hg/icedtea-web?cmd=changeset;node=fce279b33577 author: Jiri Vanek date: Tue Mar 12 15:42:25 2019 +0100 Pre-release tuning * Makefile.am: (netx-html-gen.stamp) set number of changests to 140 (since 1.7) * NEWS: date of 1.8 set * configure.ac: (AC_INIT) set to use 1.8 changeset 9bacada77a23 in /hg/icedtea-web details: http://icedtea.classpath.org/hg/icedtea-web?cmd=changeset;node=9bacada77a23 author: Jiri Vanek date: Tue Mar 12 18:11:00 2019 +0100 Hidden console on Windows * rust-launcher/src/dirs_paths_helper.rs: factory for windows os now supply third parameter * rust-launcher/src/main.rs: (get_os) on windows now have three params. Call to get os if-windows cfged out (main) parent process is now checking ATTACH_PARENT_PROCESS before get_os on windows * rust-launcher/src/os_access.rs: oon windows, without console, no window is enforced. Trait got win-only inside_console method windows impl of os_access. Win module made public to expose AttachConsole function. * rust-launcher/src/utils.rs: test logger got windows-only inside_console diffstat: ChangeLog | 17 +++++++++++++++++ Makefile.am | 2 +- NEWS | 2 +- configure.ac | 2 +- rust-launcher/src/dirs_paths_helper.rs | 2 +- rust-launcher/src/main.rs | 22 +++++++++++++++++++--- rust-launcher/src/os_access.rs | 26 ++++++++++++++++++++++---- rust-launcher/src/utils.rs | 5 +++++ 8 files changed, 67 insertions(+), 11 deletions(-) diffs (219 lines): diff -r ec35c20b529b -r 9bacada77a23 ChangeLog --- a/ChangeLog Thu Mar 07 16:13:44 2019 +0100 +++ b/ChangeLog Tue Mar 12 18:11:00 2019 +0100 @@ -1,3 +1,20 @@ +2019-03-12 Lars Herschke + + Hidden console on Windows + * rust-launcher/src/dirs_paths_helper.rs: factory for windows os now supply third parameter + * rust-launcher/src/main.rs: (get_os) on windows now have three params. Call to get os if-windows cfged out + (main) parent process is now checking ATTACH_PARENT_PROCESS before get_os on windows + * rust-launcher/src/os_access.rs: oon windows, without console, no window is enforced. Trait got win-only inside_console method + windows impl of os_access. Win module made public to expose AttachConsole function. + * rust-launcher/src/utils.rs: test logger got windows-only inside_console + +2019-03-12 Jiri Vanek + + Pre-release tuning + * Makefile.am: (netx-html-gen.stamp) set number of changests to 140 (since 1.7) + * NEWS: date of 1.8 set + * configure.ac: (AC_INIT) set to use 1.8 + 2019-03-07 Lars Herschke Native launchers now iterate through various keys of jre/jdk in registry diff -r ec35c20b529b -r 9bacada77a23 Makefile.am --- a/Makefile.am Thu Mar 07 16:13:44 2019 +0100 +++ b/Makefile.am Tue Mar 12 18:11:00 2019 +0100 @@ -887,7 +887,7 @@ mkdir -p html-gen; \ cp AUTHORS NEWS COPYING ChangeLog html-gen/; \ export HTML_GEN_DEBUG=true; \ - ${SHELL} html-gen.sh 236; \ + ${SHELL} html-gen.sh 140; \ unset HTML_GEN_DEBUG) ${INSTALL_DATA} $(NETX_SRCDIR)/../html-gen/*.html $(NETX_RESOURCE_DIR) rm -r $(NETX_SRCDIR)/../html-gen/ diff -r ec35c20b529b -r 9bacada77a23 NEWS --- a/NEWS Thu Mar 07 16:13:44 2019 +0100 +++ b/NEWS Tue Mar 12 18:11:00 2019 +0100 @@ -8,7 +8,7 @@ CVE-XXXX-YYYY: http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=XXXX-YYYY -New in release 1.8 (YYYY-MM-DD): +New in release 1.8 (2019-03-12): * added support for javafx-desc and so allwong run of pure-javafx only applications * --nosecurity enhanced for possibility to skip invalid signatures * enhanced to allow resources to be read also from j2se/java element (OmegaT) diff -r ec35c20b529b -r 9bacada77a23 configure.ac --- a/configure.ac Thu Mar 07 16:13:44 2019 +0100 +++ b/configure.ac Tue Mar 12 18:11:00 2019 +0100 @@ -1,4 +1,4 @@ -AC_INIT([icedtea-web],[1.8pre],[distro-pkg-dev at openjdk.java.net], [icedtea-web], [http://icedtea.classpath.org/wiki/IcedTea-Web]) +AC_INIT([icedtea-web],[1.8],[distro-pkg-dev at openjdk.java.net], [icedtea-web], [http://icedtea.classpath.org/wiki/IcedTea-Web]) AM_INIT_AUTOMAKE([1.9 tar-pax foreign]) AC_CONFIG_FILES([Makefile netx.manifest]) AM_MAINTAINER_MODE([enable]) diff -r ec35c20b529b -r 9bacada77a23 rust-launcher/src/dirs_paths_helper.rs --- a/rust-launcher/src/dirs_paths_helper.rs Thu Mar 07 16:13:44 2019 +0100 +++ b/rust-launcher/src/dirs_paths_helper.rs Tue Mar 12 18:11:00 2019 +0100 @@ -108,7 +108,7 @@ #[cfg(windows)] fn get_os() -> os_access::Windows { - os_access::Windows::new(false, false) + os_access::Windows::new(false, false, true) } diff -r ec35c20b529b -r 9bacada77a23 rust-launcher/src/main.rs --- a/rust-launcher/src/main.rs Thu Mar 07 16:13:44 2019 +0100 +++ b/rust-launcher/src/main.rs Tue Mar 12 18:11:00 2019 +0100 @@ -1,3 +1,5 @@ +#![windows_subsystem = "windows"] + mod hardcoded_paths; mod property_from_file; mod os_access; @@ -19,8 +21,8 @@ } #[cfg(windows)] -fn get_os(debug: bool, al: bool) -> os_access::Windows { - os_access::Windows::new(debug, al) +fn get_os(debug: bool, al: bool, ic: bool) -> os_access::Windows { + os_access::Windows::new(debug, al, ic) } fn is_debug_on() -> bool { @@ -29,7 +31,10 @@ return val; } _none => { + #[cfg(not(windows))] let os = get_os(false, false); + #[cfg(windows)] + let os = get_os(false, false, true); return property_from_files_resolver::try_main_verbose_from_properties(&os); } } @@ -74,7 +79,18 @@ } fn main() { - let os = get_os(is_debug_on(), true); + let os; + #[cfg(windows)] + { + use os_access::win; + let acr: i32; + unsafe { acr = win::AttachConsole(win::ATTACH_PARENT_PROCESS) }; + os = get_os(is_debug_on(), true, acr != 0); + } + #[cfg(not(windows))] + { + os = get_os(is_debug_on(), true); + } os.log(&dirs_paths_helper::path_to_string(&dirs_paths_helper::current_program())); let java_dir = utils::find_jre(&os); let mut info2 = String::new(); diff -r ec35c20b529b -r 9bacada77a23 rust-launcher/src/os_access.rs --- a/rust-launcher/src/os_access.rs Thu Mar 07 16:13:44 2019 +0100 +++ b/rust-launcher/src/os_access.rs Tue Mar 12 18:11:00 2019 +0100 @@ -12,6 +12,13 @@ for ar in args.into_iter() { cmd.arg(ar); } + #[cfg(windows)] + { + if !os.inside_console() { + use std::os::windows::process::CommandExt; + cmd.creation_flags(win::CREATE_NO_WINDOW); + } + } let mut info = String::new(); write!(&mut info, "itw-rust-debug: command {}", format!("{:?}", cmd)).expect("unwrap failed"); os.log(&info); @@ -54,6 +61,8 @@ fn get_classpath_separator(&self) -> char; fn get_exec_suffixes(&self) -> &'static [&'static str]; fn is_verbose(&self) -> bool; + #[cfg(windows)] + fn inside_console(&self) -> bool; } #[cfg(not(windows))] @@ -188,15 +197,16 @@ pub struct Windows { verbose: bool, al: log_helper::AdvancedLogging, + ic: bool } #[cfg(windows)] impl Windows { - pub fn new(debug: bool, load_advanced: bool) -> Windows { + pub fn new(debug: bool, load_advanced: bool, ic: bool) -> Windows { if ! load_advanced { - Windows { verbose: debug, al: log_helper::AdvancedLogging::default() } + Windows { verbose: debug, al: log_helper::AdvancedLogging::default(), ic: ic } } else { - Windows { verbose: debug, al: log_helper::AdvancedLogging::load(&Windows::new(debug, false)) } + Windows { verbose: debug, al: log_helper::AdvancedLogging::load(&Windows::new(debug, false, ic)), ic: ic } } } } @@ -226,6 +236,10 @@ return self.verbose; } + fn inside_console(&self) -> bool { + return self.ic; + } + fn get_registry_java(&self) -> Option { std::panic::catch_unwind(|| { match win::java_registry_path() { @@ -293,7 +307,7 @@ #[cfg(windows)] #[allow(non_snake_case)] #[allow(non_camel_case_types)] -mod win { +pub mod win { // https://crates.io/crates/scopeguard macro_rules! defer { ($e:expr) => { @@ -347,6 +361,8 @@ use std::ptr::{null, null_mut}; // constants + pub const ATTACH_PARENT_PROCESS: c_ulong = 0xFFFFFFFF; + pub const CREATE_NO_WINDOW: c_ulong = 0x08000000; const CP_UTF8: c_ulong = 65001; const FORMAT_MESSAGE_ALLOCATE_BUFFER: c_ulong = 0x00000100; const FORMAT_MESSAGE_FROM_SYSTEM: c_ulong = 0x00001000; @@ -372,6 +388,8 @@ // function declarations extern "system" { + pub fn AttachConsole(dwProcessId: c_ulong) -> c_int; + fn MultiByteToWideChar( CodePage: c_uint, dwFlags: c_ulong, diff -r ec35c20b529b -r 9bacada77a23 rust-launcher/src/utils.rs --- a/rust-launcher/src/utils.rs Thu Mar 07 16:13:44 2019 +0100 +++ b/rust-launcher/src/utils.rs Tue Mar 12 18:11:00 2019 +0100 @@ -241,6 +241,11 @@ return true; } + #[cfg(windows)] + fn inside_console(&self) -> bool { + return true; + } + fn log(&self, s: &str) { let ss = String::from(s); self.vec.borrow_mut().push(ss); From jvanek at redhat.com Tue Mar 12 16:07:32 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Tue, 12 Mar 2019 17:07:32 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <5C87D01D.9060108@dssgmbh.de> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <5eb90b32-54ff-1990-dec7-4666dfa13874@redhat.com> <5C87D01D.9060108@dssgmbh.de> Message-ID: On 3/12/19 4:28 PM, Lars Herschke wrote: > Hello, > > attached a patch that prevents the extra console window on windows. Also, why it is not visible on linux? What is the scenario behind seeing it? > > > > > Mit freundlichen Gr??en > > Lars Herschke > > Data-Service GmbH > Beethovenstra?e 2a > 23617 Stockelsdorf > Amtsgericht L?beck, HRB 318 BS > Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, > Dr. Uwe Szyszka, Dr. Hans-Martin Rasch > e-mail: lhersch at dssgmbh.de > > > Jiri Vanek schrieb: >> As few bugs were found, new prerelase is done: >> >> Linux >> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.linux.bin.zip >> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.portable.bin.zip >> >> Win >> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.win.bin.zip >> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.portable.bin.zip >> - https://jvanek.fedorapeople.org/itw/1.8/2/itw-installer.msi >> >> >> In additon, prerelease of 1.7 is here: >> >> Linux >> - https://jvanek.fedorapeople.org/itw/1.7/icedtea-web-1.7.2pre.linux.bin.zip >> Win >> - https://jvanek.fedorapeople.org/itw/1.7/icedtea-web-1.7.2pre.win.bin.zip >> - https://jvanek.fedorapeople.org/itw/1.7/itw-installer.msi >> >> Docs and fedora changes can be reused from original build: >> - https://jvanek.fedorapeople.org/itw/1.8/1/icedtea-web-docs/ >> - https://jvanek.fedorapeople.org/itw/1.8/1/fedora >> >> If nothing more is found, I hope to make an release in Monday >> >> Thanx all! >> >> J. >> On 2/22/19 12:15 PM, Jiri Vanek wrote: >>> Hello all! >>> >>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>> If you can push it through your cases, it would be awesome. There are native portable builds for >>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>> update theirs translations in >>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>> pre-released tarballs will be fixed. >>> >>> >>> Windows testing: >>> * icedtea-web-1.8pre.portable.bin.zip >>> * icedtea-web-1.8pre.win.bin.zip >>> * itw-installer.msi >>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>> >>> Linux testng: >>> * iccedtea-web-1.8pre.linux.bin.zip >>> * icedtea-web-1.8pre.portable.bin.zip >>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>> * fedora >>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>> >>> Note for JRE search: >>> * windows shell scripts reads java_home or or registry >>> * linux shell scripts reads java_home or defualt system jdk >>> * native launchers reads in addition system paths >>> TBH, I doubt I covered all combinations when I run my suites >>> >>> >>> Cases (if you have lack of them, but many of them may be already dead): >>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>> * >>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>> >>> Known bugs: >>> 3705 --- Webstarted application tries to load resources from server incorrectly >>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>> deployment.properties ) are not properly handled >>> 3689 --- DownloadService2 not implemented >>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>> 3461 --- (still) Cannot run HP ILO4 remote console application >>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>> >>> >>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>> this is giant leap to be finally proper replacement for oracle javaws. >>> >>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>> AdoptOpenJDK.... >>> >>> Looking forward for both positive and negative feedbacks >>> J. >>> >> >> -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From lhersch at dssgmbh.de Tue Mar 12 16:21:29 2019 From: lhersch at dssgmbh.de (Lars Herschke) Date: Tue, 12 Mar 2019 17:21:29 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <53370357-d4b7-7e0e-cf1b-188127987f7c@redhat.com> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <5eb90b32-54ff-1990-dec7-4666dfa13874@redhat.com> <5C87D01D.9060108@dssgmbh.de> <53370357-d4b7-7e0e-cf1b-188127987f7c@redhat.com> Message-ID: <5C87DC89.2030601@dssgmbh.de> > Am just curious how important you see that. I think that's quite important. If I click on an exe and then always have such a useless black window in the background, it seems somehow unprofessional. > /me consider conosle windows as good thing O:) If I'm inside a console, it behaves as before. Mit freundlichen Gr??en Lars Herschke Data-Service GmbH Beethovenstra?e 2a 23617 Stockelsdorf Amtsgericht L?beck, HRB 318 BS Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, Dr. Uwe Szyszka, Dr. Hans-Martin Rasch e-mail: lhersch at dssgmbh.de Jiri Vanek schrieb: > Hi! > > Is it worthy for 1.8? > > I have all the binaries done and forest tagged. > > I can of course retag and do the binaries again. Am just curious how important you see that. > > /me consider conosle windows as good thing O:) > > J. > > > On 3/12/19 4:28 PM, Lars Herschke wrote: >> Hello, >> >> attached a patch that prevents the extra console window on windows. >> >> >> >> >> Mit freundlichen Gr??en >> >> Lars Herschke >> >> Data-Service GmbH >> Beethovenstra?e 2a >> 23617 Stockelsdorf >> Amtsgericht L?beck, HRB 318 BS >> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >> e-mail: lhersch at dssgmbh.de >> >> >> Jiri Vanek schrieb: >>> As few bugs were found, new prerelase is done: >>> >>> Linux >>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.linux.bin.zip >>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.portable.bin.zip >>> >>> Win >>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.win.bin.zip >>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.portable.bin.zip >>> - https://jvanek.fedorapeople.org/itw/1.8/2/itw-installer.msi >>> >>> >>> In additon, prerelease of 1.7 is here: >>> >>> Linux >>> - https://jvanek.fedorapeople.org/itw/1.7/icedtea-web-1.7.2pre.linux.bin.zip >>> Win >>> - https://jvanek.fedorapeople.org/itw/1.7/icedtea-web-1.7.2pre.win.bin.zip >>> - https://jvanek.fedorapeople.org/itw/1.7/itw-installer.msi >>> >>> Docs and fedora changes can be reused from original build: >>> - https://jvanek.fedorapeople.org/itw/1.8/1/icedtea-web-docs/ >>> - https://jvanek.fedorapeople.org/itw/1.8/1/fedora >>> >>> If nothing more is found, I hope to make an release in Monday >>> >>> Thanx all! >>> >>> J. >>> On 2/22/19 12:15 PM, Jiri Vanek wrote: >>>> Hello all! >>>> >>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>> update theirs translations in >>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>> pre-released tarballs will be fixed. >>>> >>>> >>>> Windows testing: >>>> * icedtea-web-1.8pre.portable.bin.zip >>>> * icedtea-web-1.8pre.win.bin.zip >>>> * itw-installer.msi >>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>> >>>> Linux testng: >>>> * iccedtea-web-1.8pre.linux.bin.zip >>>> * icedtea-web-1.8pre.portable.bin.zip >>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>> * fedora >>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>> >>>> Note for JRE search: >>>> * windows shell scripts reads java_home or or registry >>>> * linux shell scripts reads java_home or defualt system jdk >>>> * native launchers reads in addition system paths >>>> TBH, I doubt I covered all combinations when I run my suites >>>> >>>> >>>> Cases (if you have lack of them, but many of them may be already dead): >>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>> * >>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>> >>>> Known bugs: >>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>> deployment.properties ) are not properly handled >>>> 3689 --- DownloadService2 not implemented >>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>> >>>> >>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>> this is giant leap to be finally proper replacement for oracle javaws. >>>> >>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>> AdoptOpenJDK.... >>>> >>>> Looking forward for both positive and negative feedbacks >>>> J. >>>> >>> >>> > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 244 bytes Desc: OpenPGP digital signature URL: From jvanek at redhat.com Tue Mar 12 16:33:00 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Tue, 12 Mar 2019 17:33:00 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <5C87DC89.2030601@dssgmbh.de> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <5eb90b32-54ff-1990-dec7-4666dfa13874@redhat.com> <5C87D01D.9060108@dssgmbh.de> <53370357-d4b7-7e0e-cf1b-188127987f7c@redhat.com> <5C87DC89.2030601@dssgmbh.de> Message-ID: <22e4ccf9-06ea-744f-a29c-b7be6ece91af@redhat.com> Interesting. Well I have no way to test it currenlty. Had you run also cargo test? On 3/12/19 5:21 PM, Lars Herschke wrote: >> Am just curious how important you see that. > > > I think that's quite important. If I click on an exe and then always > have such a useless black window in the background, it seems somehow > unprofessional. > >> /me consider conosle windows as good thing O:) > > If I'm inside a console, it behaves as before. > > > > Mit freundlichen Gr??en > > Lars Herschke > > Data-Service GmbH > Beethovenstra?e 2a > 23617 Stockelsdorf > Amtsgericht L?beck, HRB 318 BS > Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, > Dr. Uwe Szyszka, Dr. Hans-Martin Rasch > e-mail: lhersch at dssgmbh.de > > > Jiri Vanek schrieb: >> Hi! >> >> Is it worthy for 1.8? >> >> I have all the binaries done and forest tagged. >> >> I can of course retag and do the binaries again. Am just curious how important you see that. >> >> /me consider conosle windows as good thing O:) >> >> J. >> >> >> On 3/12/19 4:28 PM, Lars Herschke wrote: >>> Hello, >>> >>> attached a patch that prevents the extra console window on windows. >>> >>> >>> >>> >>> Mit freundlichen Gr??en >>> >>> Lars Herschke >>> >>> Data-Service GmbH >>> Beethovenstra?e 2a >>> 23617 Stockelsdorf >>> Amtsgericht L?beck, HRB 318 BS >>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>> e-mail: lhersch at dssgmbh.de >>> >>> >>> Jiri Vanek schrieb: >>>> As few bugs were found, new prerelase is done: >>>> >>>> Linux >>>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.linux.bin.zip >>>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.portable.bin.zip >>>> >>>> Win >>>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.win.bin.zip >>>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.portable.bin.zip >>>> - https://jvanek.fedorapeople.org/itw/1.8/2/itw-installer.msi >>>> >>>> >>>> In additon, prerelease of 1.7 is here: >>>> >>>> Linux >>>> - https://jvanek.fedorapeople.org/itw/1.7/icedtea-web-1.7.2pre.linux.bin.zip >>>> Win >>>> - https://jvanek.fedorapeople.org/itw/1.7/icedtea-web-1.7.2pre.win.bin.zip >>>> - https://jvanek.fedorapeople.org/itw/1.7/itw-installer.msi >>>> >>>> Docs and fedora changes can be reused from original build: >>>> - https://jvanek.fedorapeople.org/itw/1.8/1/icedtea-web-docs/ >>>> - https://jvanek.fedorapeople.org/itw/1.8/1/fedora >>>> >>>> If nothing more is found, I hope to make an release in Monday >>>> >>>> Thanx all! >>>> >>>> J. >>>> On 2/22/19 12:15 PM, Jiri Vanek wrote: >>>>> Hello all! >>>>> >>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>> update theirs translations in >>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>> pre-released tarballs will be fixed. >>>>> >>>>> >>>>> Windows testing: >>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>> * icedtea-web-1.8pre.win.bin.zip >>>>> * itw-installer.msi >>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>> >>>>> Linux testng: >>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>> * fedora >>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>> >>>>> Note for JRE search: >>>>> * windows shell scripts reads java_home or or registry >>>>> * linux shell scripts reads java_home or defualt system jdk >>>>> * native launchers reads in addition system paths >>>>> TBH, I doubt I covered all combinations when I run my suites >>>>> >>>>> >>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>> * >>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>> >>>>> Known bugs: >>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>> deployment.properties ) are not properly handled >>>>> 3689 --- DownloadService2 not implemented >>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>> >>>>> >>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>> >>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>> AdoptOpenJDK.... >>>>> >>>>> Looking forward for both positive and negative feedbacks >>>>> J. >>>>> >>>> >>>> >> >> > -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From jvanek at redhat.com Tue Mar 12 16:35:33 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Tue, 12 Mar 2019 17:35:33 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <5C87DE25.10908@dssgmbh.de> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <5eb90b32-54ff-1990-dec7-4666dfa13874@redhat.com> <5C87D01D.9060108@dssgmbh.de> <5C87DE25.10908@dssgmbh.de> Message-ID: <73c34443-48a8-f0f3-c402-5e3a03819274@redhat.com> On 3/12/19 5:28 PM, Lars Herschke wrote: >> Also, why it is not visible on linux? What is the scenario behind seeing it? > > There are two main subsystems under Windows. The CONSOLE subsystem > (which is the default subsystem) will always create a console when > launching the application. This is not something desirable when the > application has a Windows GUI. To get rid of this console the > application must be using the WINDOWS subsystem. Yah. Considering my inability to handle windows, I have not mch choices then trust you (being actually mega-happy that you are bringin the windows ITW to some level) Wil merge it. Do you have any more pathches upcomming? J, > > > > Mit freundlichen Gr??en > > Lars Herschke > > Data-Service GmbH > Beethovenstra?e 2a > 23617 Stockelsdorf > Amtsgericht L?beck, HRB 318 BS > Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, > Dr. Uwe Szyszka, Dr. Hans-Martin Rasch > e-mail: lhersch at dssgmbh.de > > > Jiri Vanek schrieb: >> On 3/12/19 4:28 PM, Lars Herschke wrote: >>> Hello, >>> >>> attached a patch that prevents the extra console window on windows. >> >> Also, why it is not visible on linux? What is the scenario behind seeing it? >>> >>> >>> >>> >>> Mit freundlichen Gr??en >>> >>> Lars Herschke >>> >>> Data-Service GmbH >>> Beethovenstra?e 2a >>> 23617 Stockelsdorf >>> Amtsgericht L?beck, HRB 318 BS >>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>> e-mail: lhersch at dssgmbh.de >>> >>> >>> Jiri Vanek schrieb: >>>> As few bugs were found, new prerelase is done: >>>> >>>> Linux >>>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.linux.bin.zip >>>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.portable.bin.zip >>>> >>>> Win >>>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.win.bin.zip >>>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.portable.bin.zip >>>> - https://jvanek.fedorapeople.org/itw/1.8/2/itw-installer.msi >>>> >>>> >>>> In additon, prerelease of 1.7 is here: >>>> >>>> Linux >>>> - https://jvanek.fedorapeople.org/itw/1.7/icedtea-web-1.7.2pre.linux.bin.zip >>>> Win >>>> - https://jvanek.fedorapeople.org/itw/1.7/icedtea-web-1.7.2pre.win.bin.zip >>>> - https://jvanek.fedorapeople.org/itw/1.7/itw-installer.msi >>>> >>>> Docs and fedora changes can be reused from original build: >>>> - https://jvanek.fedorapeople.org/itw/1.8/1/icedtea-web-docs/ >>>> - https://jvanek.fedorapeople.org/itw/1.8/1/fedora >>>> >>>> If nothing more is found, I hope to make an release in Monday >>>> >>>> Thanx all! >>>> >>>> J. >>>> On 2/22/19 12:15 PM, Jiri Vanek wrote: >>>>> Hello all! >>>>> >>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>> update theirs translations in >>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>> pre-released tarballs will be fixed. >>>>> >>>>> >>>>> Windows testing: >>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>> * icedtea-web-1.8pre.win.bin.zip >>>>> * itw-installer.msi >>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>> >>>>> Linux testng: >>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>> * fedora >>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>> >>>>> Note for JRE search: >>>>> * windows shell scripts reads java_home or or registry >>>>> * linux shell scripts reads java_home or defualt system jdk >>>>> * native launchers reads in addition system paths >>>>> TBH, I doubt I covered all combinations when I run my suites >>>>> >>>>> >>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>> * >>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>> >>>>> Known bugs: >>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>> deployment.properties ) are not properly handled >>>>> 3689 --- DownloadService2 not implemented >>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>> >>>>> >>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>> >>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>> AdoptOpenJDK.... >>>>> >>>>> Looking forward for both positive and negative feedbacks >>>>> J. >>>>> >>>> >>>> >> >> > -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From jvanek at redhat.com Tue Mar 12 17:21:03 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Tue, 12 Mar 2019 18:21:03 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <5C87E7CD.2030704@dssgmbh.de> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <5eb90b32-54ff-1990-dec7-4666dfa13874@redhat.com> <5C87D01D.9060108@dssgmbh.de> <53370357-d4b7-7e0e-cf1b-188127987f7c@redhat.com> <5C87DC89.2030601@dssgmbh.de> <22e4ccf9-06ea-744f-a29c-b7be6ece91af@redhat.com> <5C87E42B.7020603@dssgmbh.de> <5C87E7CD.2030704@dssgmbh.de> Message-ID: <57feef15-728a-3055-bb45-030ad8541d87@redhat.com> On 3/12/19 6:09 PM, Lars Herschke wrote: > If i run make win-installer, all cargo tests are passed. Thank you. The previous error was caused by defualt values in distribution variables and by unset ITW_LIBS. Se pratelksymi pozdravy, J:) > > > > > Mit freundlichen Gr??en > > Lars Herschke > > Data-Service GmbH > Beethovenstra?e 2a > 23617 Stockelsdorf > Amtsgericht L?beck, HRB 318 BS > Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, > Dr. Uwe Szyszka, Dr. Hans-Martin Rasch > e-mail: lhersch at dssgmbh.de > > > Lars Herschke schrieb: >>> Interesting. Well I have no way to test it currenlty. Had you run also cargo test? >> >> Now, i have run cargo test. I get four errors, but also without my changes. >> >> >> failures: >> >> ---- hardcoded_paths::tests::get_itwlibsearch_in_enumeration stdout ---- >> thread 'hardcoded_paths::tests::get_itwlibsearch_in_enumeration' >> panicked at 'assertion failed: `(left == right)` >> left: `false`, >> right: `true`', src\hardcoded_paths.rs:180:9 >> note: Run with `RUST_BACKTRACE=1` for a backtrace. >> >> ---- hardcoded_paths::tests::variables_non_default stdout ---- >> thread 'hardcoded_paths::tests::variables_non_default' panicked at >> 'assertion failed: `(left != right)` >> left: `"JRE-dev-unspecified"`, >> right: `"JRE-dev-unspecified"`', src\hardcoded_paths.rs:154:9 >> >> ---- tests_main::compose_arguments_test stdout ---- >> thread 'tests_main::compose_arguments_test' panicked at 'itw-lib search >> out of range', src\hardcoded_paths.rs:139:13 >> >> ---- tests_main::get_splash_test stdout ---- >> thread 'tests_main::get_splash_test' panicked at 'itw-lib search out of >> range', src\hardcoded_paths.rs:139:13 >> >> >> failures: >> hardcoded_paths::tests::get_itwlibsearch_in_enumeration >> hardcoded_paths::tests::variables_non_default >> tests_main::compose_arguments_test >> tests_main::get_splash_test >> >> test result: FAILED. 59 passed; 4 failed; 0 ignored; 0 measured; 0 >> filtered out >> >> >> >> >> >> Mit freundlichen Gr??en >> >> Lars Herschke >> >> Data-Service GmbH >> Beethovenstra?e 2a >> 23617 Stockelsdorf >> Amtsgericht L?beck, HRB 318 BS >> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >> e-mail: lhersch at dssgmbh.de >> >> >> Jiri Vanek schrieb: >>> Interesting. Well I have no way to test it currenlty. Had you run also cargo test? >>> >>> On 3/12/19 5:21 PM, Lars Herschke wrote: >>>>> Am just curious how important you see that. >>>> >>>> >>>> I think that's quite important. If I click on an exe and then always >>>> have such a useless black window in the background, it seems somehow >>>> unprofessional. >>>> >>>>> /me consider conosle windows as good thing O:) >>>> >>>> If I'm inside a console, it behaves as before. >>>> >>>> >>>> >>>> Mit freundlichen Gr??en >>>> >>>> Lars Herschke >>>> >>>> Data-Service GmbH >>>> Beethovenstra?e 2a >>>> 23617 Stockelsdorf >>>> Amtsgericht L?beck, HRB 318 BS >>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>> e-mail: lhersch at dssgmbh.de >>>> >>>> >>>> Jiri Vanek schrieb: >>>>> Hi! >>>>> >>>>> Is it worthy for 1.8? >>>>> >>>>> I have all the binaries done and forest tagged. >>>>> >>>>> I can of course retag and do the binaries again. Am just curious how important you see that. >>>>> >>>>> /me consider conosle windows as good thing O:) >>>>> >>>>> J. >>>>> >>>>> >>>>> On 3/12/19 4:28 PM, Lars Herschke wrote: >>>>>> Hello, >>>>>> >>>>>> attached a patch that prevents the extra console window on windows. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Mit freundlichen Gr??en >>>>>> >>>>>> Lars Herschke >>>>>> >>>>>> Data-Service GmbH >>>>>> Beethovenstra?e 2a >>>>>> 23617 Stockelsdorf >>>>>> Amtsgericht L?beck, HRB 318 BS >>>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>>> e-mail: lhersch at dssgmbh.de >>>>>> >>>>>> >>>>>> Jiri Vanek schrieb: >>>>>>> As few bugs were found, new prerelase is done: >>>>>>> >>>>>>> Linux >>>>>>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.linux.bin.zip >>>>>>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.portable.bin.zip >>>>>>> >>>>>>> Win >>>>>>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.win.bin.zip >>>>>>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.portable.bin.zip >>>>>>> - https://jvanek.fedorapeople.org/itw/1.8/2/itw-installer.msi >>>>>>> >>>>>>> >>>>>>> In additon, prerelease of 1.7 is here: >>>>>>> >>>>>>> Linux >>>>>>> - https://jvanek.fedorapeople.org/itw/1.7/icedtea-web-1.7.2pre.linux.bin.zip >>>>>>> Win >>>>>>> - https://jvanek.fedorapeople.org/itw/1.7/icedtea-web-1.7.2pre.win.bin.zip >>>>>>> - https://jvanek.fedorapeople.org/itw/1.7/itw-installer.msi >>>>>>> >>>>>>> Docs and fedora changes can be reused from original build: >>>>>>> - https://jvanek.fedorapeople.org/itw/1.8/1/icedtea-web-docs/ >>>>>>> - https://jvanek.fedorapeople.org/itw/1.8/1/fedora >>>>>>> >>>>>>> If nothing more is found, I hope to make an release in Monday >>>>>>> >>>>>>> Thanx all! >>>>>>> >>>>>>> J. >>>>>>> On 2/22/19 12:15 PM, Jiri Vanek wrote: >>>>>>>> Hello all! >>>>>>>> >>>>>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>>>>> update theirs translations in >>>>>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>>>>> pre-released tarballs will be fixed. >>>>>>>> >>>>>>>> >>>>>>>> Windows testing: >>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>> * icedtea-web-1.8pre.win.bin.zip >>>>>>>> * itw-installer.msi >>>>>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>> >>>>>>>> Linux testng: >>>>>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>>>>> * fedora >>>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>>> >>>>>>>> Note for JRE search: >>>>>>>> * windows shell scripts reads java_home or or registry >>>>>>>> * linux shell scripts reads java_home or defualt system jdk >>>>>>>> * native launchers reads in addition system paths >>>>>>>> TBH, I doubt I covered all combinations when I run my suites >>>>>>>> >>>>>>>> >>>>>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>>>>> * >>>>>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>>>>> >>>>>>>> Known bugs: >>>>>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>>>>> deployment.properties ) are not properly handled >>>>>>>> 3689 --- DownloadService2 not implemented >>>>>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>>>>> >>>>>>>> >>>>>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>>>>> >>>>>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>>>>> AdoptOpenJDK.... >>>>>>>> >>>>>>>> Looking forward for both positive and negative feedbacks >>>>>>>> J. >>>>>>>> >>>>>>> >>>>>>> >>>>> >>>>> >>>> >>> >>> >> > -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From lhersch at dssgmbh.de Tue Mar 12 15:28:29 2019 From: lhersch at dssgmbh.de (Lars Herschke) Date: Tue, 12 Mar 2019 16:28:29 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <5eb90b32-54ff-1990-dec7-4666dfa13874@redhat.com> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <5eb90b32-54ff-1990-dec7-4666dfa13874@redhat.com> Message-ID: <5C87D01D.9060108@dssgmbh.de> Hello, attached a patch that prevents the extra console window on windows. Mit freundlichen Gr??en Lars Herschke Data-Service GmbH Beethovenstra?e 2a 23617 Stockelsdorf Amtsgericht L?beck, HRB 318 BS Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, Dr. Uwe Szyszka, Dr. Hans-Martin Rasch e-mail: lhersch at dssgmbh.de Jiri Vanek schrieb: > As few bugs were found, new prerelase is done: > > Linux > - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.linux.bin.zip > - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.portable.bin.zip > > Win > - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.win.bin.zip > - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.portable.bin.zip > - https://jvanek.fedorapeople.org/itw/1.8/2/itw-installer.msi > > > In additon, prerelease of 1.7 is here: > > Linux > - https://jvanek.fedorapeople.org/itw/1.7/icedtea-web-1.7.2pre.linux.bin.zip > Win > - https://jvanek.fedorapeople.org/itw/1.7/icedtea-web-1.7.2pre.win.bin.zip > - https://jvanek.fedorapeople.org/itw/1.7/itw-installer.msi > > Docs and fedora changes can be reused from original build: > - https://jvanek.fedorapeople.org/itw/1.8/1/icedtea-web-docs/ > - https://jvanek.fedorapeople.org/itw/1.8/1/fedora > > If nothing more is found, I hope to make an release in Monday > > Thanx all! > > J. > On 2/22/19 12:15 PM, Jiri Vanek wrote: >> Hello all! >> >> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >> If you can push it through your cases, it would be awesome. There are native portable builds for >> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >> update theirs translations in >> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >> 1.8 will be released once translations are in place. Of course anything wrong reported with >> pre-released tarballs will be fixed. >> >> >> Windows testing: >> * icedtea-web-1.8pre.portable.bin.zip >> * icedtea-web-1.8pre.win.bin.zip >> * itw-installer.msi >> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >> >> Linux testng: >> * iccedtea-web-1.8pre.linux.bin.zip >> * icedtea-web-1.8pre.portable.bin.zip >> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >> * fedora >> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >> >> Note for JRE search: >> * windows shell scripts reads java_home or or registry >> * linux shell scripts reads java_home or defualt system jdk >> * native launchers reads in addition system paths >> TBH, I doubt I covered all combinations when I run my suites >> >> >> Cases (if you have lack of them, but many of them may be already dead): >> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >> * >> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >> >> Known bugs: >> 3705 --- Webstarted application tries to load resources from server incorrectly >> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >> deployment.properties ) are not properly handled >> 3689 --- DownloadService2 not implemented >> 3672 --- Classloader doesn't load jar correctly from JNLP extension >> 3461 --- (still) Cannot run HP ILO4 remote console application >> Windows desktop shortcuts are suspected to not work with jdk11 and up >> >> >> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >> this is giant leap to be finally proper replacement for oracle javaws. >> >> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >> AdoptOpenJDK.... >> >> Looking forward for both positive and negative feedbacks >> J. >> > > -------------- next part -------------- A non-text attachment was scrubbed... Name: src_1586_ec35c20b529b.patch Type: text/x-patch Size: 4787 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 244 bytes Desc: OpenPGP digital signature URL: From jvanek at redhat.com Tue Mar 12 15:59:39 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Tue, 12 Mar 2019 16:59:39 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <5C87D01D.9060108@dssgmbh.de> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <5eb90b32-54ff-1990-dec7-4666dfa13874@redhat.com> <5C87D01D.9060108@dssgmbh.de> Message-ID: <53370357-d4b7-7e0e-cf1b-188127987f7c@redhat.com> Hi! Is it worthy for 1.8? I have all the binaries done and forest tagged. I can of course retag and do the binaries again. Am just curious how important you see that. /me consider conosle windows as good thing O:) J. On 3/12/19 4:28 PM, Lars Herschke wrote: > Hello, > > attached a patch that prevents the extra console window on windows. > > > > > Mit freundlichen Gr??en > > Lars Herschke > > Data-Service GmbH > Beethovenstra?e 2a > 23617 Stockelsdorf > Amtsgericht L?beck, HRB 318 BS > Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, > Dr. Uwe Szyszka, Dr. Hans-Martin Rasch > e-mail: lhersch at dssgmbh.de > > > Jiri Vanek schrieb: >> As few bugs were found, new prerelase is done: >> >> Linux >> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.linux.bin.zip >> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.portable.bin.zip >> >> Win >> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.win.bin.zip >> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.portable.bin.zip >> - https://jvanek.fedorapeople.org/itw/1.8/2/itw-installer.msi >> >> >> In additon, prerelease of 1.7 is here: >> >> Linux >> - https://jvanek.fedorapeople.org/itw/1.7/icedtea-web-1.7.2pre.linux.bin.zip >> Win >> - https://jvanek.fedorapeople.org/itw/1.7/icedtea-web-1.7.2pre.win.bin.zip >> - https://jvanek.fedorapeople.org/itw/1.7/itw-installer.msi >> >> Docs and fedora changes can be reused from original build: >> - https://jvanek.fedorapeople.org/itw/1.8/1/icedtea-web-docs/ >> - https://jvanek.fedorapeople.org/itw/1.8/1/fedora >> >> If nothing more is found, I hope to make an release in Monday >> >> Thanx all! >> >> J. >> On 2/22/19 12:15 PM, Jiri Vanek wrote: >>> Hello all! >>> >>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>> If you can push it through your cases, it would be awesome. There are native portable builds for >>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>> update theirs translations in >>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>> pre-released tarballs will be fixed. >>> >>> >>> Windows testing: >>> * icedtea-web-1.8pre.portable.bin.zip >>> * icedtea-web-1.8pre.win.bin.zip >>> * itw-installer.msi >>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>> >>> Linux testng: >>> * iccedtea-web-1.8pre.linux.bin.zip >>> * icedtea-web-1.8pre.portable.bin.zip >>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>> * fedora >>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>> >>> Note for JRE search: >>> * windows shell scripts reads java_home or or registry >>> * linux shell scripts reads java_home or defualt system jdk >>> * native launchers reads in addition system paths >>> TBH, I doubt I covered all combinations when I run my suites >>> >>> >>> Cases (if you have lack of them, but many of them may be already dead): >>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>> * >>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>> >>> Known bugs: >>> 3705 --- Webstarted application tries to load resources from server incorrectly >>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>> deployment.properties ) are not properly handled >>> 3689 --- DownloadService2 not implemented >>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>> 3461 --- (still) Cannot run HP ILO4 remote console application >>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>> >>> >>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>> this is giant leap to be finally proper replacement for oracle javaws. >>> >>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>> AdoptOpenJDK.... >>> >>> Looking forward for both positive and negative feedbacks >>> J. >>> >> >> -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From lhersch at dssgmbh.de Tue Mar 12 16:28:21 2019 From: lhersch at dssgmbh.de (Lars Herschke) Date: Tue, 12 Mar 2019 17:28:21 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <5eb90b32-54ff-1990-dec7-4666dfa13874@redhat.com> <5C87D01D.9060108@dssgmbh.de> Message-ID: <5C87DE25.10908@dssgmbh.de> > Also, why it is not visible on linux? What is the scenario behind seeing it? There are two main subsystems under Windows. The CONSOLE subsystem (which is the default subsystem) will always create a console when launching the application. This is not something desirable when the application has a Windows GUI. To get rid of this console the application must be using the WINDOWS subsystem. Mit freundlichen Gr??en Lars Herschke Data-Service GmbH Beethovenstra?e 2a 23617 Stockelsdorf Amtsgericht L?beck, HRB 318 BS Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, Dr. Uwe Szyszka, Dr. Hans-Martin Rasch e-mail: lhersch at dssgmbh.de Jiri Vanek schrieb: > On 3/12/19 4:28 PM, Lars Herschke wrote: >> Hello, >> >> attached a patch that prevents the extra console window on windows. > > Also, why it is not visible on linux? What is the scenario behind seeing it? >> >> >> >> >> Mit freundlichen Gr??en >> >> Lars Herschke >> >> Data-Service GmbH >> Beethovenstra?e 2a >> 23617 Stockelsdorf >> Amtsgericht L?beck, HRB 318 BS >> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >> e-mail: lhersch at dssgmbh.de >> >> >> Jiri Vanek schrieb: >>> As few bugs were found, new prerelase is done: >>> >>> Linux >>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.linux.bin.zip >>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.portable.bin.zip >>> >>> Win >>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.win.bin.zip >>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.portable.bin.zip >>> - https://jvanek.fedorapeople.org/itw/1.8/2/itw-installer.msi >>> >>> >>> In additon, prerelease of 1.7 is here: >>> >>> Linux >>> - https://jvanek.fedorapeople.org/itw/1.7/icedtea-web-1.7.2pre.linux.bin.zip >>> Win >>> - https://jvanek.fedorapeople.org/itw/1.7/icedtea-web-1.7.2pre.win.bin.zip >>> - https://jvanek.fedorapeople.org/itw/1.7/itw-installer.msi >>> >>> Docs and fedora changes can be reused from original build: >>> - https://jvanek.fedorapeople.org/itw/1.8/1/icedtea-web-docs/ >>> - https://jvanek.fedorapeople.org/itw/1.8/1/fedora >>> >>> If nothing more is found, I hope to make an release in Monday >>> >>> Thanx all! >>> >>> J. >>> On 2/22/19 12:15 PM, Jiri Vanek wrote: >>>> Hello all! >>>> >>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>> update theirs translations in >>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>> pre-released tarballs will be fixed. >>>> >>>> >>>> Windows testing: >>>> * icedtea-web-1.8pre.portable.bin.zip >>>> * icedtea-web-1.8pre.win.bin.zip >>>> * itw-installer.msi >>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>> >>>> Linux testng: >>>> * iccedtea-web-1.8pre.linux.bin.zip >>>> * icedtea-web-1.8pre.portable.bin.zip >>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>> * fedora >>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>> >>>> Note for JRE search: >>>> * windows shell scripts reads java_home or or registry >>>> * linux shell scripts reads java_home or defualt system jdk >>>> * native launchers reads in addition system paths >>>> TBH, I doubt I covered all combinations when I run my suites >>>> >>>> >>>> Cases (if you have lack of them, but many of them may be already dead): >>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>> * >>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>> >>>> Known bugs: >>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>> deployment.properties ) are not properly handled >>>> 3689 --- DownloadService2 not implemented >>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>> >>>> >>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>> this is giant leap to be finally proper replacement for oracle javaws. >>>> >>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>> AdoptOpenJDK.... >>>> >>>> Looking forward for both positive and negative feedbacks >>>> J. >>>> >>> >>> > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 244 bytes Desc: OpenPGP digital signature URL: From lhersch at dssgmbh.de Tue Mar 12 16:54:03 2019 From: lhersch at dssgmbh.de (Lars Herschke) Date: Tue, 12 Mar 2019 17:54:03 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <22e4ccf9-06ea-744f-a29c-b7be6ece91af@redhat.com> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <5eb90b32-54ff-1990-dec7-4666dfa13874@redhat.com> <5C87D01D.9060108@dssgmbh.de> <53370357-d4b7-7e0e-cf1b-188127987f7c@redhat.com> <5C87DC89.2030601@dssgmbh.de> <22e4ccf9-06ea-744f-a29c-b7be6ece91af@redhat.com> Message-ID: <5C87E42B.7020603@dssgmbh.de> > Interesting. Well I have no way to test it currenlty. Had you run also cargo test? Now, i have run cargo test. I get four errors, but also without my changes. failures: ---- hardcoded_paths::tests::get_itwlibsearch_in_enumeration stdout ---- thread 'hardcoded_paths::tests::get_itwlibsearch_in_enumeration' panicked at 'assertion failed: `(left == right)` left: `false`, right: `true`', src\hardcoded_paths.rs:180:9 note: Run with `RUST_BACKTRACE=1` for a backtrace. ---- hardcoded_paths::tests::variables_non_default stdout ---- thread 'hardcoded_paths::tests::variables_non_default' panicked at 'assertion failed: `(left != right)` left: `"JRE-dev-unspecified"`, right: `"JRE-dev-unspecified"`', src\hardcoded_paths.rs:154:9 ---- tests_main::compose_arguments_test stdout ---- thread 'tests_main::compose_arguments_test' panicked at 'itw-lib search out of range', src\hardcoded_paths.rs:139:13 ---- tests_main::get_splash_test stdout ---- thread 'tests_main::get_splash_test' panicked at 'itw-lib search out of range', src\hardcoded_paths.rs:139:13 failures: hardcoded_paths::tests::get_itwlibsearch_in_enumeration hardcoded_paths::tests::variables_non_default tests_main::compose_arguments_test tests_main::get_splash_test test result: FAILED. 59 passed; 4 failed; 0 ignored; 0 measured; 0 filtered out Mit freundlichen Gr??en Lars Herschke Data-Service GmbH Beethovenstra?e 2a 23617 Stockelsdorf Amtsgericht L?beck, HRB 318 BS Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, Dr. Uwe Szyszka, Dr. Hans-Martin Rasch e-mail: lhersch at dssgmbh.de Jiri Vanek schrieb: > Interesting. Well I have no way to test it currenlty. Had you run also cargo test? > > On 3/12/19 5:21 PM, Lars Herschke wrote: >>> Am just curious how important you see that. >> >> >> I think that's quite important. If I click on an exe and then always >> have such a useless black window in the background, it seems somehow >> unprofessional. >> >>> /me consider conosle windows as good thing O:) >> >> If I'm inside a console, it behaves as before. >> >> >> >> Mit freundlichen Gr??en >> >> Lars Herschke >> >> Data-Service GmbH >> Beethovenstra?e 2a >> 23617 Stockelsdorf >> Amtsgericht L?beck, HRB 318 BS >> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >> e-mail: lhersch at dssgmbh.de >> >> >> Jiri Vanek schrieb: >>> Hi! >>> >>> Is it worthy for 1.8? >>> >>> I have all the binaries done and forest tagged. >>> >>> I can of course retag and do the binaries again. Am just curious how important you see that. >>> >>> /me consider conosle windows as good thing O:) >>> >>> J. >>> >>> >>> On 3/12/19 4:28 PM, Lars Herschke wrote: >>>> Hello, >>>> >>>> attached a patch that prevents the extra console window on windows. >>>> >>>> >>>> >>>> >>>> Mit freundlichen Gr??en >>>> >>>> Lars Herschke >>>> >>>> Data-Service GmbH >>>> Beethovenstra?e 2a >>>> 23617 Stockelsdorf >>>> Amtsgericht L?beck, HRB 318 BS >>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>> e-mail: lhersch at dssgmbh.de >>>> >>>> >>>> Jiri Vanek schrieb: >>>>> As few bugs were found, new prerelase is done: >>>>> >>>>> Linux >>>>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.linux.bin.zip >>>>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.portable.bin.zip >>>>> >>>>> Win >>>>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.win.bin.zip >>>>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.portable.bin.zip >>>>> - https://jvanek.fedorapeople.org/itw/1.8/2/itw-installer.msi >>>>> >>>>> >>>>> In additon, prerelease of 1.7 is here: >>>>> >>>>> Linux >>>>> - https://jvanek.fedorapeople.org/itw/1.7/icedtea-web-1.7.2pre.linux.bin.zip >>>>> Win >>>>> - https://jvanek.fedorapeople.org/itw/1.7/icedtea-web-1.7.2pre.win.bin.zip >>>>> - https://jvanek.fedorapeople.org/itw/1.7/itw-installer.msi >>>>> >>>>> Docs and fedora changes can be reused from original build: >>>>> - https://jvanek.fedorapeople.org/itw/1.8/1/icedtea-web-docs/ >>>>> - https://jvanek.fedorapeople.org/itw/1.8/1/fedora >>>>> >>>>> If nothing more is found, I hope to make an release in Monday >>>>> >>>>> Thanx all! >>>>> >>>>> J. >>>>> On 2/22/19 12:15 PM, Jiri Vanek wrote: >>>>>> Hello all! >>>>>> >>>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>>> update theirs translations in >>>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>>> pre-released tarballs will be fixed. >>>>>> >>>>>> >>>>>> Windows testing: >>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>> * icedtea-web-1.8pre.win.bin.zip >>>>>> * itw-installer.msi >>>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>> >>>>>> Linux testng: >>>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>>> * fedora >>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>> >>>>>> Note for JRE search: >>>>>> * windows shell scripts reads java_home or or registry >>>>>> * linux shell scripts reads java_home or defualt system jdk >>>>>> * native launchers reads in addition system paths >>>>>> TBH, I doubt I covered all combinations when I run my suites >>>>>> >>>>>> >>>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>>> * >>>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>>> >>>>>> Known bugs: >>>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>>> deployment.properties ) are not properly handled >>>>>> 3689 --- DownloadService2 not implemented >>>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>>> >>>>>> >>>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>>> >>>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>>> AdoptOpenJDK.... >>>>>> >>>>>> Looking forward for both positive and negative feedbacks >>>>>> J. >>>>>> >>>>> >>>>> >>> >>> >> > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 244 bytes Desc: OpenPGP digital signature URL: From lhersch at dssgmbh.de Tue Mar 12 16:56:03 2019 From: lhersch at dssgmbh.de (Lars Herschke) Date: Tue, 12 Mar 2019 17:56:03 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <73c34443-48a8-f0f3-c402-5e3a03819274@redhat.com> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <5eb90b32-54ff-1990-dec7-4666dfa13874@redhat.com> <5C87D01D.9060108@dssgmbh.de> <5C87DE25.10908@dssgmbh.de> <73c34443-48a8-f0f3-c402-5e3a03819274@redhat.com> Message-ID: <5C87E4A3.8090702@dssgmbh.de> > Do you have any more pathches upcomming? No. Mit freundlichen Gr??en Lars Herschke Data-Service GmbH Beethovenstra?e 2a 23617 Stockelsdorf Amtsgericht L?beck, HRB 318 BS Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, Dr. Uwe Szyszka, Dr. Hans-Martin Rasch e-mail: lhersch at dssgmbh.de Jiri Vanek schrieb: > On 3/12/19 5:28 PM, Lars Herschke wrote: >>> Also, why it is not visible on linux? What is the scenario behind seeing it? >> >> There are two main subsystems under Windows. The CONSOLE subsystem >> (which is the default subsystem) will always create a console when >> launching the application. This is not something desirable when the >> application has a Windows GUI. To get rid of this console the >> application must be using the WINDOWS subsystem. > > Yah. Considering my inability to handle windows, I have not mch choices then trust you (being > actually mega-happy that you are bringin the windows ITW to some level) > > > Wil merge it. Do you have any more pathches upcomming? > > > J, >> >> >> >> Mit freundlichen Gr??en >> >> Lars Herschke >> >> Data-Service GmbH >> Beethovenstra?e 2a >> 23617 Stockelsdorf >> Amtsgericht L?beck, HRB 318 BS >> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >> e-mail: lhersch at dssgmbh.de >> >> >> Jiri Vanek schrieb: >>> On 3/12/19 4:28 PM, Lars Herschke wrote: >>>> Hello, >>>> >>>> attached a patch that prevents the extra console window on windows. >>> >>> Also, why it is not visible on linux? What is the scenario behind seeing it? >>>> >>>> >>>> >>>> >>>> Mit freundlichen Gr??en >>>> >>>> Lars Herschke >>>> >>>> Data-Service GmbH >>>> Beethovenstra?e 2a >>>> 23617 Stockelsdorf >>>> Amtsgericht L?beck, HRB 318 BS >>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>> e-mail: lhersch at dssgmbh.de >>>> >>>> >>>> Jiri Vanek schrieb: >>>>> As few bugs were found, new prerelase is done: >>>>> >>>>> Linux >>>>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.linux.bin.zip >>>>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.portable.bin.zip >>>>> >>>>> Win >>>>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.win.bin.zip >>>>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.portable.bin.zip >>>>> - https://jvanek.fedorapeople.org/itw/1.8/2/itw-installer.msi >>>>> >>>>> >>>>> In additon, prerelease of 1.7 is here: >>>>> >>>>> Linux >>>>> - https://jvanek.fedorapeople.org/itw/1.7/icedtea-web-1.7.2pre.linux.bin.zip >>>>> Win >>>>> - https://jvanek.fedorapeople.org/itw/1.7/icedtea-web-1.7.2pre.win.bin.zip >>>>> - https://jvanek.fedorapeople.org/itw/1.7/itw-installer.msi >>>>> >>>>> Docs and fedora changes can be reused from original build: >>>>> - https://jvanek.fedorapeople.org/itw/1.8/1/icedtea-web-docs/ >>>>> - https://jvanek.fedorapeople.org/itw/1.8/1/fedora >>>>> >>>>> If nothing more is found, I hope to make an release in Monday >>>>> >>>>> Thanx all! >>>>> >>>>> J. >>>>> On 2/22/19 12:15 PM, Jiri Vanek wrote: >>>>>> Hello all! >>>>>> >>>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>>> update theirs translations in >>>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>>> pre-released tarballs will be fixed. >>>>>> >>>>>> >>>>>> Windows testing: >>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>> * icedtea-web-1.8pre.win.bin.zip >>>>>> * itw-installer.msi >>>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>> >>>>>> Linux testng: >>>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>>> * fedora >>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>> >>>>>> Note for JRE search: >>>>>> * windows shell scripts reads java_home or or registry >>>>>> * linux shell scripts reads java_home or defualt system jdk >>>>>> * native launchers reads in addition system paths >>>>>> TBH, I doubt I covered all combinations when I run my suites >>>>>> >>>>>> >>>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>>> * >>>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>>> >>>>>> Known bugs: >>>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>>> deployment.properties ) are not properly handled >>>>>> 3689 --- DownloadService2 not implemented >>>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>>> >>>>>> >>>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>>> >>>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>>> AdoptOpenJDK.... >>>>>> >>>>>> Looking forward for both positive and negative feedbacks >>>>>> J. >>>>>> >>>>> >>>>> >>> >>> >> > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 244 bytes Desc: OpenPGP digital signature URL: From lhersch at dssgmbh.de Tue Mar 12 17:09:33 2019 From: lhersch at dssgmbh.de (Lars Herschke) Date: Tue, 12 Mar 2019 18:09:33 +0100 Subject: prerelase of icedtea-web 1.8 In-Reply-To: <5C87E42B.7020603@dssgmbh.de> References: <1e744330-f26a-5d52-06a3-6b5bd12fe07d@redhat.com> <5eb90b32-54ff-1990-dec7-4666dfa13874@redhat.com> <5C87D01D.9060108@dssgmbh.de> <53370357-d4b7-7e0e-cf1b-188127987f7c@redhat.com> <5C87DC89.2030601@dssgmbh.de> <22e4ccf9-06ea-744f-a29c-b7be6ece91af@redhat.com> <5C87E42B.7020603@dssgmbh.de> Message-ID: <5C87E7CD.2030704@dssgmbh.de> If i run make win-installer, all cargo tests are passed. Mit freundlichen Gr??en Lars Herschke Data-Service GmbH Beethovenstra?e 2a 23617 Stockelsdorf Amtsgericht L?beck, HRB 318 BS Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, Dr. Uwe Szyszka, Dr. Hans-Martin Rasch e-mail: lhersch at dssgmbh.de Lars Herschke schrieb: >> Interesting. Well I have no way to test it currenlty. Had you run also cargo test? > > Now, i have run cargo test. I get four errors, but also without my changes. > > > failures: > > ---- hardcoded_paths::tests::get_itwlibsearch_in_enumeration stdout ---- > thread 'hardcoded_paths::tests::get_itwlibsearch_in_enumeration' > panicked at 'assertion failed: `(left == right)` > left: `false`, > right: `true`', src\hardcoded_paths.rs:180:9 > note: Run with `RUST_BACKTRACE=1` for a backtrace. > > ---- hardcoded_paths::tests::variables_non_default stdout ---- > thread 'hardcoded_paths::tests::variables_non_default' panicked at > 'assertion failed: `(left != right)` > left: `"JRE-dev-unspecified"`, > right: `"JRE-dev-unspecified"`', src\hardcoded_paths.rs:154:9 > > ---- tests_main::compose_arguments_test stdout ---- > thread 'tests_main::compose_arguments_test' panicked at 'itw-lib search > out of range', src\hardcoded_paths.rs:139:13 > > ---- tests_main::get_splash_test stdout ---- > thread 'tests_main::get_splash_test' panicked at 'itw-lib search out of > range', src\hardcoded_paths.rs:139:13 > > > failures: > hardcoded_paths::tests::get_itwlibsearch_in_enumeration > hardcoded_paths::tests::variables_non_default > tests_main::compose_arguments_test > tests_main::get_splash_test > > test result: FAILED. 59 passed; 4 failed; 0 ignored; 0 measured; 0 > filtered out > > > > > > Mit freundlichen Gr??en > > Lars Herschke > > Data-Service GmbH > Beethovenstra?e 2a > 23617 Stockelsdorf > Amtsgericht L?beck, HRB 318 BS > Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, > Dr. Uwe Szyszka, Dr. Hans-Martin Rasch > e-mail: lhersch at dssgmbh.de > > > Jiri Vanek schrieb: >> Interesting. Well I have no way to test it currenlty. Had you run also cargo test? >> >> On 3/12/19 5:21 PM, Lars Herschke wrote: >>>> Am just curious how important you see that. >>> >>> >>> I think that's quite important. If I click on an exe and then always >>> have such a useless black window in the background, it seems somehow >>> unprofessional. >>> >>>> /me consider conosle windows as good thing O:) >>> >>> If I'm inside a console, it behaves as before. >>> >>> >>> >>> Mit freundlichen Gr??en >>> >>> Lars Herschke >>> >>> Data-Service GmbH >>> Beethovenstra?e 2a >>> 23617 Stockelsdorf >>> Amtsgericht L?beck, HRB 318 BS >>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>> e-mail: lhersch at dssgmbh.de >>> >>> >>> Jiri Vanek schrieb: >>>> Hi! >>>> >>>> Is it worthy for 1.8? >>>> >>>> I have all the binaries done and forest tagged. >>>> >>>> I can of course retag and do the binaries again. Am just curious how important you see that. >>>> >>>> /me consider conosle windows as good thing O:) >>>> >>>> J. >>>> >>>> >>>> On 3/12/19 4:28 PM, Lars Herschke wrote: >>>>> Hello, >>>>> >>>>> attached a patch that prevents the extra console window on windows. >>>>> >>>>> >>>>> >>>>> >>>>> Mit freundlichen Gr??en >>>>> >>>>> Lars Herschke >>>>> >>>>> Data-Service GmbH >>>>> Beethovenstra?e 2a >>>>> 23617 Stockelsdorf >>>>> Amtsgericht L?beck, HRB 318 BS >>>>> Gesch?ftsf?hrung: Wilfried Paepcke, Dr. Andreas Longwitz, >>>>> Dr. Uwe Szyszka, Dr. Hans-Martin Rasch >>>>> e-mail: lhersch at dssgmbh.de >>>>> >>>>> >>>>> Jiri Vanek schrieb: >>>>>> As few bugs were found, new prerelase is done: >>>>>> >>>>>> Linux >>>>>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.linux.bin.zip >>>>>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.portable.bin.zip >>>>>> >>>>>> Win >>>>>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.win.bin.zip >>>>>> - https://jvanek.fedorapeople.org/itw/1.8/2/icedtea-web-1.8pre.portable.bin.zip >>>>>> - https://jvanek.fedorapeople.org/itw/1.8/2/itw-installer.msi >>>>>> >>>>>> >>>>>> In additon, prerelease of 1.7 is here: >>>>>> >>>>>> Linux >>>>>> - https://jvanek.fedorapeople.org/itw/1.7/icedtea-web-1.7.2pre.linux.bin.zip >>>>>> Win >>>>>> - https://jvanek.fedorapeople.org/itw/1.7/icedtea-web-1.7.2pre.win.bin.zip >>>>>> - https://jvanek.fedorapeople.org/itw/1.7/itw-installer.msi >>>>>> >>>>>> Docs and fedora changes can be reused from original build: >>>>>> - https://jvanek.fedorapeople.org/itw/1.8/1/icedtea-web-docs/ >>>>>> - https://jvanek.fedorapeople.org/itw/1.8/1/fedora >>>>>> >>>>>> If nothing more is found, I hope to make an release in Monday >>>>>> >>>>>> Thanx all! >>>>>> >>>>>> J. >>>>>> On 2/22/19 12:15 PM, Jiri Vanek wrote: >>>>>>> Hello all! >>>>>>> >>>>>>> Please see the pre-release of icedtea-web 1.8: https://jvanek.fedorapeople.org/itw1.8/ >>>>>>> If you can push it through your cases, it would be awesome. There are native portable builds for >>>>>>> both win and Linuxes. There is also multiplatform portable build based on shell/bat launchers only. >>>>>>> I had also updated (not released!) fedora builds to this pre - see "fedora" text file: >>>>>>> While this prerelase is in testing, I would like to call alive translators - Russian and Czech - to >>>>>>> update theirs translations in >>>>>>> http://icedtea.classpath.org/hg/icedtea-web/file/tip/netx/net/sourceforge/jnlp/resources/. In >>>>>>> addition, I will start backporting of non-native patches to 1.7 so 1.7.2 can follow 1.8 very soon. >>>>>>> 1.8 will be released once translations are in place. Of course anything wrong reported with >>>>>>> pre-released tarballs will be fixed. >>>>>>> >>>>>>> >>>>>>> Windows testing: >>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>> * icedtea-web-1.8pre.win.bin.zip >>>>>>> * itw-installer.msi >>>>>>> + icedtea-web-1.8pre.tar.gz (sources for custom builds - optional) >>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>> >>>>>>> Linux testng: >>>>>>> * iccedtea-web-1.8pre.linux.bin.zip >>>>>>> * icedtea-web-1.8pre.portable.bin.zip >>>>>>> * icedtea-web-1.8pre.tar.gz (sources for distributions and custom builds - mandatory) >>>>>>> * fedora >>>>>>> + https://jvanek.fedorapeople.org/itw1.8/icedtea-web-docs/ >>>>>>> >>>>>>> Note for JRE search: >>>>>>> * windows shell scripts reads java_home or or registry >>>>>>> * linux shell scripts reads java_home or defualt system jdk >>>>>>> * native launchers reads in addition system paths >>>>>>> TBH, I doubt I covered all combinations when I run my suites >>>>>>> >>>>>>> >>>>>>> Cases (if you have lack of them, but many of them may be already dead): >>>>>>> * https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#javaws >>>>>>> * >>>>>>> https://icedtea.classpath.org/wiki/IcedTea-Web-Tests#IcedTea-Web_webstart_.28javaws.29_test_applications >>>>>>> >>>>>>> Known bugs: >>>>>>> 3705 --- Webstarted application tries to load resources from server incorrectly >>>>>>> 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED >>>>>>> 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in >>>>>>> deployment.properties ) are not properly handled >>>>>>> 3689 --- DownloadService2 not implemented >>>>>>> 3672 --- Classloader doesn't load jar correctly from JNLP extension >>>>>>> 3461 --- (still) Cannot run HP ILO4 remote console application >>>>>>> Windows desktop shortcuts are suspected to not work with jdk11 and up >>>>>>> >>>>>>> >>>>>>> On Linux side, except native launchers and few bug fixes, not much changed. But for windows support >>>>>>> this is giant leap to be finally proper replacement for oracle javaws. >>>>>>> >>>>>>> For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of >>>>>>> AdoptOpenJDK.... >>>>>>> >>>>>>> Looking forward for both positive and negative feedbacks >>>>>>> J. >>>>>>> >>>>>> >>>>>> >>>> >>>> >>> >> >> > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 244 bytes Desc: OpenPGP digital signature URL: From bugzilla-daemon at icedtea.classpath.org Wed Mar 13 05:32:03 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Wed, 13 Mar 2019 05:32:03 +0000 Subject: [Bug 3533] [IcedTea8] HotSpot generates code with unaligned stack, crashes on SSE operations In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3533 --- Comment #37 from Andrew John Hughes --- Have you recompiled other libraries with -mstackrealign? I believe at least glibc needs this as well, if you're building with SSE. -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From shruti.mehta at idainfront.se Wed Mar 13 06:50:50 2019 From: shruti.mehta at idainfront.se (Shruti Mehta) Date: Wed, 13 Mar 2019 06:50:50 +0000 Subject: Error while creating windows installer In-Reply-To: <528bd4ed-f80a-28e8-2706-aeccc1b638f4@redhat.com> References: <390a710b-78d3-8aaa-8ac6-d2fee04f4e95@redhat.com> <493d00aa-f2bf-5c0c-d614-63da3c12c304@redhat.com> <528bd4ed-f80a-28e8-2706-aeccc1b638f4@redhat.com> Message-ID: Hello, Yes I tried with 1.7.2pre it worked for me. Thanks, Shruti Mehta -----Original Message----- From: Jiri Vanek Sent: Monday, March 11, 2019 19:38 To: Shruti Mehta ; distro-pkg-dev at openjdk.java.net Subject: Re: Error while creating windows installer Hi! Had the 1.8pre and 1.7.2pre tarballs worked for you? J. On 3/8/19 1:56 PM, Jiri Vanek wrote: > On 3/8/19 1:15 PM, Shruti Mehta wrote: >> Hello, >> >> I realized that the tar at http://icedtea.wildebeest.org/download/source/icedtea-web-1.7.1.tar.gz does not have the win-installer folder. Hence there is no json file. >> When I copied the folder from the hg clone http://icedtea.classpath.org/hg/release/icedtea-web-1.7 It worked for me. > > Great! > > Then please, continue with all your attempts in 1.8:) as 1.7 will be clsoed. > > HTH > J. >> >> Thanks, >> Shruti Mehta >> >> >> -----Original Message----- >> From: Jiri Vanek >> Sent: Friday, March 8, 2019 17:04 >> To: Shruti Mehta ; >> distro-pkg-dev at openjdk.java.net >> Subject: Re: Error while creating windows installer >> >> On 1/31/19 11:39 AM, Shruti Mehta wrote: >>> Hello, >>> >>> ? >>> >>> I configured the IcedTea with Wix Tool and want to generate an msi >>> installer with openjdk and with >>> ?--disable-native-plugin flag. >>> >>> The build was successful. >>> >>> When I am trying to execute make win-installer , I am getting an error as follows: >>> >>> ? >>> >>> sed: can't read >>> C:/IceTea/icedtea-web-1.7.1/win-installer/installer.json.in: No such >>> file or directory >>> >>> make: *** [Makefile:1013: >>> C:/IceTea/icedtea-web-1.7.1/win-installer.build/itw-installer.json] >>> Error 2 >>> >>> ? >> Looking to my windows build logs, it looks complety same: >> >> sed \ >> -e "s|../win-installer|R:/itw-test/icedtea-web/win-installer|g" \ -e >> s/[@]PACKAGE_VERSION[@]/1.8pre/g >> R:/itw-test/icedtea-web/win-installer/installer.json.in > >> R:/itw-test/icedtea-web/win-installer.build/itw-installer.json >> "C:/cygwin64/home/tester/bootjdk/jre/bin/java" -jar >> "C:/msi-deps/wixgen.jar" "R:/itw-test/image" -c >> R:/itw-test/icedtea-web/win-installer.build/itw-installer.json -o >> R:/itw-test/icedtea-web/win-installer.build/itw-installer.wxs >> cd R:/itw-test/icedtea-web/win-installer.build && >> "/cygdrive/c/msi-deps/wix311-binaries/"/candle.exe >> /nologo itw-installer.wxs >> itw-installer.wxs >> >> or >> >> >> if [ ! -e R:/itw-test/image/bin/itw-modularjdk.args ] ; then cp >> R:/itw-test/image/bin/itw-modularjdk.args >> R:/itw-test/image/bin/itw-modularjdk.args ; fi cp -r >> R:/itw-test/icedtea-web/icedtea-web-docs/1.7.2pre+rb2c7ba07a660/html >> R:/itw-test/image/icedtea-web-docs >> cp R:/itw-test/icedtea-web/netx.build/lib/src.zip >> R:/itw-test/image/netx.src.zip cp >> R:/itw-test/icedtea-web/liveconnect/lib/src.zip >> R:/itw-test/image/plugin.src.zip rm -rf >> R:/itw-test/icedtea-web/win-installer.build >> mkdir R:/itw-test/icedtea-web/win-installer.build >> sed \ >> -e "s|../win-installer|R:/itw-test/icedtea-web/win-installer|g" \ -e >> s/[@]PACKAGE_VERSION[@]/1.7.2pre/g >> R:/itw-test/icedtea-web/win-installer/installer.json.in > >> R:/itw-test/icedtea-web/win-installer.build/itw-installer.json >> "C:/cygwin64/home/tester/bootjdk/jre/bin/java" -jar >> "C:/msi-deps/wixgen.jar" "R:/itw-test/image" -c >> R:/itw-test/icedtea-web/win-installer.build/itw-installer.json -o >> R:/itw-test/icedtea-web/win-installer.build/itw-installer.wxs >> cd R:/itw-test/icedtea-web/win-installer.build && >> "/cygdrive/c/msi-deps/wix311-binaries/"/candle.exe >> /nologo itw-installer.wxs >> itw-installer.wxs >> cd R:/itw-test/icedtea-web/win-installer.build && >> "/cygdrive/c/msi-deps/wix311-binaries/"/light.exe >> /nologo -ext WixUIExtension itw-installer.wixobj >> R:\itw-test\icedtea-web\win-installer.build\itw-installer.wxs(3004) : >> warning LGHT1076 : ICE61: This product should remove only older >> versions of itself. The Maximum version is not less than the current >> product. (1.7.0.0 1.7.0.0) >> >> Only it is passing....:( >> >> MAybe try our prerelease? >> http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2019-March/0412 >> 92.html >> >>> >>> There is an empty installer.json file in the location. >> >> >>> >>> I have attached the complete log. >>> >>> ? >>> >>> Kindly let me know how to I resolve the error. >>> >>> ? >>> >>> Thanks, >>> >>> Shruti Mehta >>> >>> ? >>> >>> ? >>> >>> ? >>> >> >> >> -- >> 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 jvanek at icedtea.classpath.org Wed Mar 13 10:11:26 2019 From: jvanek at icedtea.classpath.org (jvanek at icedtea.classpath.org) Date: Wed, 13 Mar 2019 10:11:26 +0000 Subject: /hg/icedtea-web: Added tag icedtea-web-1.8-branchpoint for chang... Message-ID: changeset 2ecb651a6f8d in /hg/icedtea-web details: http://icedtea.classpath.org/hg/icedtea-web?cmd=changeset;node=2ecb651a6f8d author: Jiri Vanek date: Wed Mar 13 11:10:45 2019 +0100 Added tag icedtea-web-1.8-branchpoint for changeset 9bacada77a23 diffstat: .hgtags | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diffs (8 lines): diff -r 9bacada77a23 -r 2ecb651a6f8d .hgtags --- a/.hgtags Tue Mar 12 18:11:00 2019 +0100 +++ b/.hgtags Wed Mar 13 11:10:45 2019 +0100 @@ -5,3 +5,4 @@ b73f794d8e3f05888a11644957be9b58ff3c4b88 icedtea-web-1.5-branchpoint 11249cdb910bf786d98689fcc8741d9541c2a4ab icedtea-web-1.6-branchpoint b8bf710fed3a62aacffe561dc60acdbfa7e93212 icedtea-web-1.7-branchpoint +9bacada77a2347edfac0c832945c3036a2dc83bf icedtea-web-1.8-branchpoint From jvanek at icedtea.classpath.org Wed Mar 13 10:15:07 2019 From: jvanek at icedtea.classpath.org (jvanek at icedtea.classpath.org) Date: Wed, 13 Mar 2019 10:15:07 +0000 Subject: /hg/release/icedtea-web-1.8: Added tag icedtea-web-1.8 for chang... Message-ID: changeset 47c7a6a49d0e in /hg/release/icedtea-web-1.8 details: http://icedtea.classpath.org/hg/release/icedtea-web-1.8?cmd=changeset;node=47c7a6a49d0e author: Jiri Vanek date: Wed Mar 13 11:14:45 2019 +0100 Added tag icedtea-web-1.8 for changeset 2ecb651a6f8d diffstat: .hgtags | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diffs (8 lines): diff -r 2ecb651a6f8d -r 47c7a6a49d0e .hgtags --- a/.hgtags Wed Mar 13 11:10:45 2019 +0100 +++ b/.hgtags Wed Mar 13 11:14:45 2019 +0100 @@ -6,3 +6,4 @@ 11249cdb910bf786d98689fcc8741d9541c2a4ab icedtea-web-1.6-branchpoint b8bf710fed3a62aacffe561dc60acdbfa7e93212 icedtea-web-1.7-branchpoint 9bacada77a2347edfac0c832945c3036a2dc83bf icedtea-web-1.8-branchpoint +2ecb651a6f8d311c7a5d0f8730b26c093310c134 icedtea-web-1.8 From jvanek at redhat.com Wed Mar 13 12:42:56 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Wed, 13 Mar 2019 13:42:56 +0100 Subject: IcedTea-Web 1.8 released! Message-ID: <41f9492d-8ca6-3c81-bd72-a720b2010289@redhat.com> I'm happy to announce that ITW with native launchers is finally out - http://icedtea.classpath.org/hg/release/icedtea-web-1.8/ Multiplatform portable build: * http://icedtea.wildebeest.org/download/icedtea-web-binaries/1.8/icedtea-web-1.8.portable.bin.zip Windows portable build : * http://icedtea.wildebeest.org/download/icedtea-web-binaries/1.8/windows/icedtea-web-1.8.win.bin.zip * http://icedtea.wildebeest.org/download/icedtea-web-binaries/1.8/windows/itw-installer.msi Linux portable build: * http://icedtea.wildebeest.org/download/icedtea-web-binaries/1.8/icedtea-web-1.8.portable.bin.zip Sources: * http://icedtea.wildebeest.org/download/source/icedtea-web-1.8.tar.gz Docs: * http://icedtea.wildebeest.org/download/icedtea-web-docs/1.8/ all with signatures verifiable by fingerprint: C058 EF1E 7498 12E6 A486 384B 53B5 CFF6 71EE ED59 074955c9ca36b9c02df17a71052584b2da6293808db138baa20a6bee41a2dd38 icedtea-web-1.8.linux.bin.zip faf5b9b74707667686a177acd1212a68503ed89d71268df2081b160b8ec280d2 icedtea-web-1.8.portable.bin.zip f0ecea7c7edc4906d5dc963df939624b6895da9605f7350057e20b76d30ffd15 icedtea-web-1.8.tar.gz 13ce2b10146139a4137d6108066c64e9f75a712ad856dc823e35eabeaf820755 icedtea-web-1.8.win.bin.zip f23dc0285f7beb686d29b57c52a45ff70eb710755e9dd85c19cf5fcfba90732b itw-installer.msi New in release 1.8 (2019-03-12): * added support for javafx-desc and so allwong run of pure-javafx only applications * --nosecurity enhanced for possibility to skip invalid signatures * enhanced to allow resources to be read also from j2se/java element (OmegaT) * PR3644 - java.lang.NoClassDefFoundError: Could not initialize class net.sourceforge.jnlp.runtime.JNLPRuntime$DeploymentConfigurationHolder * deployment.config now support generic url instead just file * Added support for windows desktop shortcuts via https://github.com/DmitriiShamrikov/mslinks * cache can now be operated by groups, list by -Xcacheids (details via -verbose, can filter by regex), Xclearcache now can clear only selected id. There is also gui to operate cache via id in itweb-settings now. * desktop shortcut name get shortened to title or file if title is missing. * shared native launchers * scripted launchers rework: Windows bat launchers rewritten to be feature complete, Linux shell launchers made portable, build enhanced to produce platform independent image Known bugs: 3705 --- Webstarted application tries to load resources from server incorrectly 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in deployment.properties) are not properly handled 3689 --- DownloadService2 not implemented 3672 --- Classloader doesn't load jar correctly from JNLP extension 3461 --- (still) Cannot run HP ILO4 remote console application 3707 --- Linux build keeps pulling dunce even if it is ifcfged out Windows desktop shortcuts are suspected to not work with jdk11 and up On Linux side, except native launchers and few bug fixes, not much changed. But for windows support this is giant leap to be finally proper replacement for oracle javaws. For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of AdoptOpenJDK.... HTH! J. -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From jvanek at redhat.com Wed Mar 13 14:42:16 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Wed, 13 Mar 2019 15:42:16 +0100 Subject: IcedTea-Web 1.8 released! In-Reply-To: <41f9492d-8ca6-3c81-bd72-a720b2010289@redhat.com> References: <41f9492d-8ca6-3c81-bd72-a720b2010289@redhat.com> Message-ID: Linux link is wrong: http://icedtea.wildebeest.org/download/icedtea-web-binaries/1.8/linux/icedtea-web-1.8.linux.bin.zip On 3/13/19 1:42 PM, Jiri Vanek wrote: > I'm happy to announce that ITW with native launchers is finally out - > http://icedtea.classpath.org/hg/release/icedtea-web-1.8/ > > Multiplatform portable build: > * http://icedtea.wildebeest.org/download/icedtea-web-binaries/1.8/icedtea-web-1.8.portable.bin.zip > > Windows portable build : > * http://icedtea.wildebeest.org/download/icedtea-web-binaries/1.8/windows/icedtea-web-1.8.win.bin.zip > * http://icedtea.wildebeest.org/download/icedtea-web-binaries/1.8/windows/itw-installer.msi > > Linux portable build: > * http://icedtea.wildebeest.org/download/icedtea-web-binaries/1.8/icedtea-web-1.8.portable.bin.zip > > Sources: > * http://icedtea.wildebeest.org/download/source/icedtea-web-1.8.tar.gz > > Docs: > * http://icedtea.wildebeest.org/download/icedtea-web-docs/1.8/ > > all with signatures verifiable by fingerprint: > C058 EF1E 7498 12E6 A486 384B 53B5 CFF6 71EE ED59 > > 074955c9ca36b9c02df17a71052584b2da6293808db138baa20a6bee41a2dd38 icedtea-web-1.8.linux.bin.zip > faf5b9b74707667686a177acd1212a68503ed89d71268df2081b160b8ec280d2 icedtea-web-1.8.portable.bin.zip > f0ecea7c7edc4906d5dc963df939624b6895da9605f7350057e20b76d30ffd15 icedtea-web-1.8.tar.gz > 13ce2b10146139a4137d6108066c64e9f75a712ad856dc823e35eabeaf820755 icedtea-web-1.8.win.bin.zip > f23dc0285f7beb686d29b57c52a45ff70eb710755e9dd85c19cf5fcfba90732b itw-installer.msi > > New in release 1.8 (2019-03-12): > * added support for javafx-desc and so allwong run of pure-javafx only applications > * --nosecurity enhanced for possibility to skip invalid signatures > * enhanced to allow resources to be read also from j2se/java element (OmegaT) > * PR3644 - java.lang.NoClassDefFoundError: Could not initialize class > net.sourceforge.jnlp.runtime.JNLPRuntime$DeploymentConfigurationHolder > * deployment.config now support generic url instead just file > * Added support for windows desktop shortcuts via https://github.com/DmitriiShamrikov/mslinks > * cache can now be operated by groups, list by -Xcacheids (details via -verbose, can filter by > regex), Xclearcache now can clear only selected id. There is also gui to operate cache via id in > itweb-settings now. > * desktop shortcut name get shortened to title or file if title is missing. > * shared native launchers > * scripted launchers rework: Windows bat launchers rewritten to be feature complete, Linux shell > launchers made portable, build enhanced to produce platform independent image > > > > Known bugs: > 3705 --- Webstarted application tries to load resources from server incorrectly > 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED > 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in > deployment.properties) are not properly handled > 3689 --- DownloadService2 not implemented > 3672 --- Classloader doesn't load jar correctly from JNLP extension > 3461 --- (still) Cannot run HP ILO4 remote console application > 3707 --- Linux build keeps pulling dunce even if it is ifcfged out > Windows desktop shortcuts are suspected to not work with jdk11 and up > > > On Linux side, except native launchers and few bug fixes, not much changed. But for windows support > this is giant leap to be finally proper replacement for oracle javaws. > > For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of > AdoptOpenJDK.... > > HTH! > J. > > > > -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From jvanek at redhat.com Wed Mar 13 14:42:51 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Wed, 13 Mar 2019 15:42:51 +0100 Subject: IcedTea-Web 1.7.2 released! In-Reply-To: References: Message-ID: Linux link is wrong: http://icedtea.wildebeest.org/download/icedtea-web-binaries/1.7.2/linux/icedtea-web-1.7.2.linux.bin.zip On 3/11/19 11:10 PM, Jiri Vanek wrote: > This release is - on java part - identical with tomorrow's IcedTea-Web 1.8 release. It is considered > as side step for people who are really unable to move to 1.8 to enjoy some good of 1.8 without it > itself. > 1.7 is by this considered as decommissioned a all fixes will go to 1.8 and up only. > > Multiplatform portable build: > * http://icedtea.wildebeest.org/download/icedtea-web-binaries/1.7.2/icedtea-web-1.7.2.portable.bin.zip > > Windows portable build : > * > http://icedtea.wildebeest.org/download/icedtea-web-binaries/1.7.2/windows/icedtea-web-1.7.2.win.bin.zip > * http://icedtea.wildebeest.org/download/icedtea-web-binaries/1.7.2/windows/itw-installer.msi > > Linux portable build: > * http://icedtea.wildebeest.org/download/icedtea-web-binaries/1.7.2/icedtea-web-1.7.2.portable.bin.zip > > Sources: > * http://icedtea.wildebeest.org/download/source/icedtea-web-1.7.2.tar.gz > > Docs: > * http://icedtea.wildebeest.org/download/icedtea-web-docs/1.7.2/ > > all with signatures verifiable by fingerprint: > C058 EF1E 7498 12E6 A486 384B 53B5 CFF6 71EE ED59 > > > 60d90df1ab87b25d429e5b4ad117557a60fbe3296ff972b2fa9776848fe56b70 icedtea-web-1.7.2.linux.bin.zip > cf3e784b21e4a2a1d04637aa20eddf5719788639e3d9fa9f1ede26de756565cc icedtea-web-1.7.2.portable.bin.zip > 824e976dc434610f1a3871a33cb15be2c4e1d4045cff4a9a086f160185634fbf icedtea-web-1.7.2.tar.gz > f50d6363efc06c038550b9092b80e466fdb6bc0ea9dd2a8230385a31f7dd277f icedtea-web-1.7.2.win.bin.zip > 369d0a6d2ee69c67f39536ff611abdbb87cd62062273618763b63fdce2673515 itw-installer.msi > > > > New in release 1.7.2 (2019-03-11): > * added support for javafx-desc and so allwong run of pure-javafx only applications > * --nosecurity enhanced for possibility to skip invalid signatures > * enhanced to allow resources to be read also from j2se/java element (OmegaT) > * PR3644 - java.lang.NoClassDefFoundError: Could not initialize class > net.sourceforge.jnlp.runtime.JNLPRuntime$DeploymentConfigurationHolder > * deployment.config now support generic url instead just file > * Added support for windows desktop shortcuts via https://github.com/DmitriiShamrikov/mslinks > * cache can now be operated by groups, list by -Xcacheids (details via -verbose, can filter by > regex), Xclearcache now can clear only selected id. There is also gui to operate cache via id in > itweb-settings now. > * desktop shortcut name get shortened to title or file if title is missing. > * scripted launchers rework: Windows bat launchers rewritten to be feature complete, Linux shell > launchers made portable, build enhanced to produce platform independent image > > Known bugs: > 3705 --- Webstarted application tries to load resources from server incorrectly > 3704 --- IcedTeaWeb doesn't run SAP PI web start interface - LAZY_CLASSLOADING_FAILED > 3697 --- Custom JRE/JDK within UTF-8 folder name ( key deployment.jre.dir in in > deployment.properties ) are not properly handled > 3689 --- DownloadService2 not implemented > 3672 --- Classloader doesn't load jar correctly from JNLP extension > 3461 --- (still) Cannot run HP ILO4 remote console application > Windows desktop shortcuts are suspected to not work with jdk11 and up > > > On Linux side, except native launchers and few bug fixes, not much changed. But for windows support > this is giant leap to be finally proper replacement for oracle javaws. > > For 1.9 the plan is to remove plugin completely, and to move to github and under the wings of > AdoptOpenJDK.... > > HTH! > J. > -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From bugzilla-daemon at icedtea.classpath.org Wed Mar 13 19:10:19 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Wed, 13 Mar 2019 19:10:19 +0000 Subject: [Bug 3533] [IcedTea8] HotSpot generates code with unaligned stack, crashes on SSE operations In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3533 --- Comment #38 from Maciej S. Szmigiero --- > Have you recompiled other libraries with -mstackrealign? > I believe at least glibc needs this as well, if you're building with SSE. If one recompiles the whole system with "-mstackrealign" (including non-C/C++ code, too) AND all library-exported functions using SSE that are written in assembly have the stack pointer realignment prologue manually added to them then the resulting binaries might work without adding "-mincoming-stack-boundary=2" flag to the JVM build. At minimum, one would need to make a list of every library called from generated JVM code (including every one that might later be called via JNI). Then, for every library in this list, add its library dependencies to the list, too. Repeat the step above until every transitive library dependency is on the list. Then just these libraries would need to be recompiled with "-mstackrealign" and have their parts written in assembly checked and fixed as necessary. Such list would need to be rechecked every time a new library version is released, so it would be a pretty time consuming and also a fragile method. One would need to know upfront which libraries future JNI code is going to use, too. This list would include glibc for sure, as you mentioned in your comment. If you recompile glibc with "-mstackrealign" to add stack pointer realignment prologues to some functions then every program in the system that uses them (not just JVM) would pay performance penality because of this. Even the 99.9% of programs and libraries that don't generate code that misalign the stack. Ditto for other libraries from the list. That, is the whole system would pay performance penality because JVM generates non-standards-conforming code. Considering this, I think building just JVM with "-mincoming-stack-boundary=2" is simply a more sensible option (as long the code generator in it can't be fixed of course). -- 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 Mar 14 05:48:39 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Thu, 14 Mar 2019 05:48:39 +0000 Subject: [Bug 3705] Webstarted application tries to load resources from server incorrectly In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3705 Rohit Bisht changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rohit.bisht.3612 at gmail.com --- Comment #3 from Rohit Bisht --- The problem here is that it is adding all the paths to codebase loader even when we should not. Apparently there is a boolean variable (enableCodeBase) which is used to check whether to add resource to the codebase loader or not. So just putting a check for enableCodeBase can resolve the issue. So for my issue all I needed was to replace addToCodeBaseLoader(extLoader.file.getCodeBase()); with if(this.enableCodeBase) { addToCodeBaseLoader(extLoader.file.getCodeBase()); } I guess the developers created the variable to be checked but forgot to do so or maybe had some other reasons not to use 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 bugzilla-daemon at icedtea.classpath.org Thu Mar 14 05:50:57 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Thu, 14 Mar 2019 05:50:57 +0000 Subject: [Bug 3705] Webstarted application tries to load resources from server incorrectly In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3705 --- Comment #4 from Rohit Bisht --- There is a method enableCodeBase() where this variable can/should be checked. -- 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 Mar 14 09:04:16 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Thu, 14 Mar 2019 09:04:16 +0000 Subject: [Bug 3705] Webstarted application tries to load resources from server incorrectly In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3705 --- Comment #5 from JiriVanek --- hi Rohit! thank you very much for eyball. sounds reasonable! -- 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 Mar 14 09:05:57 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Thu, 14 Mar 2019 09:05:57 +0000 Subject: [Bug 3707] Linux build keeps pulling dunce even if it is ifcfged out In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3707 --- Comment #1 from Lars Herschke --- I tested this yesterday on an Ubuntu 16.04 with cargo 1.30. Here, only the crates.io index was fetched, not dunce itself. Without the dunce dependency, the index will not be downloaded. -- 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 icedtea.classpath.org Thu Mar 14 10:05:08 2019 From: jvanek at icedtea.classpath.org (jvanek at icedtea.classpath.org) Date: Thu, 14 Mar 2019 10:05:08 +0000 Subject: /hg/icedtea-web: Post-release changes Message-ID: changeset f71eae288a48 in /hg/icedtea-web details: http://icedtea.classpath.org/hg/icedtea-web?cmd=changeset;node=f71eae288a48 author: Jiri Vanek date: Thu Mar 14 11:04:52 2019 +0100 Post-release changes * NEWS: added 1.9 section * configure.ac: (AC_INIT) bumped to 1.9pr diffstat: ChangeLog | 6 ++++++ NEWS | 2 ++ configure.ac | 2 +- 3 files changed, 9 insertions(+), 1 deletions(-) diffs (34 lines): diff -r 2ecb651a6f8d -r f71eae288a48 ChangeLog --- a/ChangeLog Wed Mar 13 11:10:45 2019 +0100 +++ b/ChangeLog Thu Mar 14 11:04:52 2019 +0100 @@ -1,3 +1,9 @@ +2019-03-14 Jiri Vanek + + Post-release changes + * NEWS: added 1.9 section + * configure.ac: (AC_INIT) bumped to 1.9pre + 2019-03-12 Lars Herschke Hidden console on Windows diff -r 2ecb651a6f8d -r f71eae288a48 NEWS --- a/NEWS Wed Mar 13 11:10:45 2019 +0100 +++ b/NEWS Thu Mar 14 11:04:52 2019 +0100 @@ -8,6 +8,8 @@ CVE-XXXX-YYYY: http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=XXXX-YYYY +New in release 1.9 (YYYY-MM-DD): + New in release 1.8 (2019-03-12): * added support for javafx-desc and so allwong run of pure-javafx only applications * --nosecurity enhanced for possibility to skip invalid signatures diff -r 2ecb651a6f8d -r f71eae288a48 configure.ac --- a/configure.ac Wed Mar 13 11:10:45 2019 +0100 +++ b/configure.ac Thu Mar 14 11:04:52 2019 +0100 @@ -1,4 +1,4 @@ -AC_INIT([icedtea-web],[1.8],[distro-pkg-dev at openjdk.java.net], [icedtea-web], [http://icedtea.classpath.org/wiki/IcedTea-Web]) +AC_INIT([icedtea-web],[1.9pre],[distro-pkg-dev at openjdk.java.net], [icedtea-web], [http://icedtea.classpath.org/wiki/IcedTea-Web]) AM_INIT_AUTOMAKE([1.9 tar-pax foreign]) AC_CONFIG_FILES([Makefile netx.manifest]) AM_MAINTAINER_MODE([enable]) From jvanek at icedtea.classpath.org Thu Mar 14 10:05:39 2019 From: jvanek at icedtea.classpath.org (jvanek at icedtea.classpath.org) Date: Thu, 14 Mar 2019 10:05:39 +0000 Subject: /hg/release/icedtea-web-1.8: Post-release changes Message-ID: changeset a18f57158e40 in /hg/release/icedtea-web-1.8 details: http://icedtea.classpath.org/hg/release/icedtea-web-1.8?cmd=changeset;node=a18f57158e40 author: Jiri Vanek date: Thu Mar 14 11:04:49 2019 +0100 Post-release changes * NEWS: added 1.8.1 section * configure.ac: (AC_INIT) bumped to 1.8.1pre diffstat: ChangeLog | 6 ++++++ NEWS | 2 ++ configure.ac | 2 +- 3 files changed, 9 insertions(+), 1 deletions(-) diffs (34 lines): diff -r 47c7a6a49d0e -r a18f57158e40 ChangeLog --- a/ChangeLog Wed Mar 13 11:14:45 2019 +0100 +++ b/ChangeLog Thu Mar 14 11:04:49 2019 +0100 @@ -1,3 +1,9 @@ +2019-03-14 Jiri Vanek + + Post-release changes + * NEWS: added 1.8.1 section + * configure.ac: (AC_INIT) bumped to 1.8.1pre + 2019-03-12 Lars Herschke Hidden console on Windows diff -r 47c7a6a49d0e -r a18f57158e40 NEWS --- a/NEWS Wed Mar 13 11:14:45 2019 +0100 +++ b/NEWS Thu Mar 14 11:04:49 2019 +0100 @@ -8,6 +8,8 @@ CVE-XXXX-YYYY: http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=XXXX-YYYY +New in release 1.8.1 (YYYY-MM-DD): + New in release 1.8 (2019-03-12): * added support for javafx-desc and so allwong run of pure-javafx only applications * --nosecurity enhanced for possibility to skip invalid signatures diff -r 47c7a6a49d0e -r a18f57158e40 configure.ac --- a/configure.ac Wed Mar 13 11:14:45 2019 +0100 +++ b/configure.ac Thu Mar 14 11:04:49 2019 +0100 @@ -1,4 +1,4 @@ -AC_INIT([icedtea-web],[1.8],[distro-pkg-dev at openjdk.java.net], [icedtea-web], [http://icedtea.classpath.org/wiki/IcedTea-Web]) +AC_INIT([icedtea-web],[1.8.1pre],[distro-pkg-dev at openjdk.java.net], [icedtea-web], [http://icedtea.classpath.org/wiki/IcedTea-Web]) AM_INIT_AUTOMAKE([1.9 tar-pax foreign]) AC_CONFIG_FILES([Makefile netx.manifest]) AM_MAINTAINER_MODE([enable]) From bugzilla-daemon at icedtea.classpath.org Thu Mar 14 11:27:53 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Thu, 14 Mar 2019 11:27:53 +0000 Subject: [Bug 3707] Linux build keeps pulling dunce even if it is ifcfged out In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3707 --- Comment #2 from JiriVanek --- Thanx for check. Only.. ubuntu reported same issue. I will keep this opened for now. It seems to me like bug -and actually known bug - in crgo. That i keeps loking also for unneccesary dependencies. -- 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 Mar 14 20:01:03 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Thu, 14 Mar 2019 20:01:03 +0000 Subject: [Bug 3684] Contributing icedtea-web Windows Extensions In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3684 --- Comment #6 from Justin Reock --- Hi Jiri, I am in the process of breaking out these changes and applying them in small logical commits to the 1.7.2 (07c6f970a4c9) revision -- hopefully that will reduce the amount of backporting you have to do. :) My plan is just to make my changes, commit them, and then submit the commit hash to the distro-pkg-dev list. As we discussed, I'll be doing them in functional, logically complete segments for each bit of new functionality. Is this the correct approach, or am I missing any steps? Thanks so much and sorry this is taking so long! -Justin -- 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 Mar 15 15:33:51 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 15 Mar 2019 15:33:51 +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 #29 from JiriVanek --- I'm finally able to debug this, and the issue is in application code. have somebody some friends in HP? -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Justin.Reock at roguewave.com Fri Mar 15 18:57:23 2019 From: Justin.Reock at roguewave.com (Justin Reock) Date: Fri, 15 Mar 2019 18:57:23 +0000 Subject: [rfc][icedtea-web] Ready to commit extensions for Bug 3684 Message-ID: <2E3D8162-B79F-498F-B137-9D1D6C7942DE@roguewave.com> Hi! New contributor here ? I?ve been working with Jiri Vanek via https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3684 to push some contributions to the IcedTea-Web project. We?ve added the following functionality: - Exception sites list similar to Java Control Panel, viewer panel as well - Ability to enable/disable every field in IcedTeaWeb Panel, just like Java Control Panel - Pull proxy information from PAC and Windows Registry - Exception match on hash Jiri has asked me to submit these in logically separate commits, and I am ready to do so. I'm a little confused on how minor contributions like these need to be tagged in Mercurial, however. I am working off of the 1.7.2 (07c6f970a4c9) revision and I have committed, but I'm hesitant to push anything without fully understanding how the community prefers tagging to work. Could someone give me a quick overview to the preferred methodology, or point me to a resource that explains it? I checked https://icedtea.classpath.org/wiki/ReleasingIcedTea but that seems more for full releases than code contributions. Any info appreciated! Thanks, Justin Reock | Chief Architect Rogue Wave Software, Inc. Innovate with Confidence From bugzilla-daemon at icedtea.classpath.org Fri Mar 15 19:17:10 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 15 Mar 2019 19:17:10 +0000 Subject: [Bug 3684] Contributing icedtea-web Windows Extensions In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3684 --- Comment #7 from Justin Reock --- Hi Jiri, Please see my post to distro-pkg-dev when you get a moment, I need some additional clarity on how minor contributions like these should be tagged. I'm hesitant to push anything until I'm clear on that. Much appreciated! -Justin -- 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 Mar 15 19:17:31 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 15 Mar 2019 19:17:31 +0000 Subject: [Bug 3684] Contributing icedtea-web Windows Extensions In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3684 --- Comment #8 from Justin Reock --- Hi Jiri, Please see my post to distro-pkg-dev when you get a moment, I need some additional clarity on how minor contributions like these should be tagged. I'm hesitant to push anything until I'm clear on that. Much appreciated! -Justin -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gnu_andrew at member.fsf.org Sun Mar 17 08:18:51 2019 From: gnu_andrew at member.fsf.org (Andrew Hughes) Date: Sun, 17 Mar 2019 08:18:51 +0000 Subject: [SECURITY] IcedTea 2.6.17 for OpenJDK 7 Released! Message-ID: <20190317081851.GA9815@carrie.the212.com> The IcedTea project provides a harness to build the source code from OpenJDK using Free Software build tools, along with additional features such as the ability to build against system libraries and support for alternative virtual machines and architectures beyond those supported by OpenJDK. This release updates our OpenJDK 7 support in the 2.6.x series with the January 2019 security fixes from OpenJDK 7 u211. If you find an issue with the release, please report it to our bug database (http://icedtea.classpath.org/bugzilla) under the appropriate component. Development discussion takes place on the distro-pkg-dev at openjdk.java.net mailing list and patches are always welcome. Full details of the release can be found below. What's New? =========== New in release 2.6.17 (2019-03-16): * Security fixes - S8199156: Better route routing - S8199161: Better interface enumeration - S8199166: Better interface lists - S8199552: Update to build scripts - S8200659: Improve BigDecimal support - S8203955: Improve robot support - S8204895: Better icon support - S8205356: Choose printer defaults - S8205709: Proper allocation handling - S8205714: Initial class initialization - S8206290, CVE-2019-2422: Better FileChannel transfer performance - S8206295: More reliable p11 transactions - S8206301: Improve NIO stability - S8208585: Make crypto code more robust - S8209094, CVE_2019-2426: Improve web server connections - S8210094: Better loading of classloader classes - S8210606: Improved data set handling - S8210610: Improved LSA authentication - S8210866, CVE-2018-11212: Improve JPEG processing - S8210870: Libsunmscapi improved interactions * Import of OpenJDK 7 u211 build 0 - S6383200: PBE: need new algorithm support in password based encryption - S6483657: MSCAPI provider does not create unique alias names - S8000203: File descriptor leak in src/solaris/native/java/net/net_util_md.c - S8008321: compile.cpp verify_graph_edges uses bool as int - S8013069: javax.crypto tests fail with new PBE algorithm names - S8027781: New jarsigner timestamp warning is grammatically incorrect - S8029018: (bf) Check src/share/native/java/nio/Bits.c for JNI pending exceptions - S8029661: Support TLS v1.2 algorithm in SunPKCS11 provider - S8098854: Do cleanup in a proper order in sunmscapi code - S8133070: Hot lock on BulkCipher.isAvailable - S8138589: Correct limits on unlimited cryptography - S8143913: MSCAPI keystore should accept Certificate[] in setEntry() - S8159805: sun/security/tools/jarsigner/warnings/NoTimestampTest.java fails after JDK-8027781 - S8162362: Introduce system property to control enabled ciphersuites - S8165463: Native implementation of sunmscapi should use operator new (nothrow) for allocations - S8191438: jarsigner should print when a timestamp will expire - S8205330: InitialDirContext ctor sometimes throws NPE if the server has sent a disconnection - S8207775: Better management of CipherCore buffers - S8208583: Better management of internal KeyStore buffers - S8209129: Further improvements to cipher buffer management - S8209862: CipherCore performance improvement - S8210695: Create test to cover JDK-8205330 InitialDirContext ctor sometimes throws NPE if the server has sent a disconnection - S8210951: Test sun/security/ssl/SSLContextImpl/CustomizedCipherSuites.java fails - S8211883: Disable anon and NULL cipher suites - S8213085: (tz) Upgrade time-zone data to tzdata2018g - S8213368: JDK 8u201 l10n resource file update - S8213949: OpenJDK 8 CCharToGlyphMapper.m missing the Classpath exception license text - S8214357: JDK 8u201 l10n resource file update md20 - S8218798: slowdebug build broken by JDK-8205714 * Import of OpenJDK 7 u211 build 1 - S8213154: Update copyright headers of files in src tree that are missing Classpath exception * Import of OpenJDK 7 u211 build 2 - S8219570: JDK-6383200 wrongly extends PBEParameterSpec API * Backports - S6424123, PR3702: JVM crashes on failed 'strdup' call - S8005921, PR3702: Memory leaks in vmStructs.cpp - S8011661, PR3702: Insufficient memory message says "malloc" when sometimes it should say "mmap" - S8014138, PR3702: Add VM option to facilitate the writing of CDS tests - S8055286, PR3702: Extend CompileCommand=option to handle numeric parameters - S8056964, PR3702: JDK-8055286 changes are incomplete. - S8057129, PR3702: Fix AIX build after the Extend CompileCommand=option change 8055286 - S8059847, PR3702: complement JDK-8055286 and JDK-8056964 changes - S8076475, PR3702: Misuses of strncpy/strncat - S8145096, PR3700: Undefined behaviour in HotSpot - S8214059, PR3701: Undefined behaviour in ADLC - S8217753, PR3686: Enable HotSpot builds on 5.x Linux kernels * Bug fixes - PR3647: Backed out changeset 4e3ea67d3b69 (JDK-4890063/PR2305/RH1214835) - PR3676: Update CVE URL * SystemTap - PR3698: jstack.stp should support ppc64[le,be] * AArch64 port - S8207838, PR3669: AArch64: Float registers incorrectly restored in JNI call - S8209414, PR3669: AArch64: method handle invocation does not respect JVMTI interp_only mode - S8209415, PR3669: Fix JVMTI test failure HS202 - S8211064, PR3669: [AArch64] Interpreter and c1 don't correctly handle jboolean results in native calls - S8215951, PR3669: AArch64: jtreg test vmTestbase/nsk/jvmti/PopFrame/popframe005 segfaults - S8218185, PR3669: aarch64: missing LoadStore barrier in TemplateTable::putfield_or_static The tarballs can be downloaded from: * http://icedtea.classpath.org/download/source/icedtea-2.6.17.tar.gz * http://icedtea.classpath.org/download/source/icedtea-2.6.17.tar.xz We provide both gzip and xz tarballs, so that those who are able to make use of the smaller tarball produced by xz may do so. The tarballs are accompanied by digital signatures available at: * http://icedtea.classpath.org/download/source/icedtea-2.6.17.tar.gz.sig * http://icedtea.classpath.org/download/source/icedtea-2.6.17.tar.xz.sig These are produced using my public key. See details below. PGP Key: ed25519/0xCFDA0F9B35964222 (hkp://keys.gnupg.net) Fingerprint = 5132 579D D154 0ED2 3E04 C5A0 CFDA 0F9B 3596 4222 GnuPG >= 2.1 is required to be able to handle this key. SHA256 checksums: aa36111d5f5d2ad408f4caa98a379594a604a7540c80712cc1169d4b77fac38a icedtea-2.6.17.tar.gz 0b312a7c9dbe39c325de4787a474e36d66e71237b64e4a5276f8756398ec2c78 icedtea-2.6.17.tar.gz.sig 56360402eabda81200439485a60f0fdb3790000f957651757ea688b336cdab57 icedtea-2.6.17.tar.xz d386690549d6846b5539333e0335ff6ab84119acb66d6eda0ac254775fe03367 icedtea-2.6.17.tar.xz.sig The checksums can be downloaded from: * http://icedtea.classpath.org/download/source/icedtea-2.6.17.sha256 The following people helped with these releases: * Andrew Haley (AArch64 fixes S8209415 & S8211064) * Andrew Hughes (all other backports & bug fixes, release management) * Mark Wielaard (PR3698) * Felix Yang (AArch64 fixes S8215951, S8209414 & S8207838) We would also like to thank the bug reporters and testers! To get started: $ tar xzf icedtea-2.6.17.tar.gz or: $ tar x -I xz -f icedtea-2.6.17.tar.xz then: $ mkdir icedtea-build $ cd icedtea-build $ ../icedtea-2.6.17/configure $ make Full build requirements and instructions are available in the INSTALL file. Happy hacking! -- Andrew :) Senior Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) PGP Key: ed25519/0xCFDA0F9B35964222 (hkp://keys.gnupg.net) Fingerprint = 5132 579D D154 0ED2 3E04 C5A0 CFDA 0F9B 3596 4222 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: not available URL: From andrew at icedtea.classpath.org Mon Mar 18 16:30:17 2019 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Mon, 18 Mar 2019 16:30:17 +0000 Subject: /hg/release/icedtea7-2.6: 5 new changesets Message-ID: changeset eda91878c03f in /hg/release/icedtea7-2.6 details: http://icedtea.classpath.org/hg/release/icedtea7-2.6?cmd=changeset;node=eda91878c03f author: Andrew John Hughes date: Fri Mar 15 18:28:16 2019 +0000 Bump to 2.6.17. Upstream changes: - Bump to icedtea-2.6.17 - S6383200: PBE: need new algorithm support in password based encryption - S6483657: MSCAPI provider does not create unique alias names - S8000203: File descriptor leak in src/solaris/native/java/net/net_util_md.c - S8008321: compile.cpp verify_graph_edges uses bool as int - S8013069: javax.crypto tests fail with new PBE algorithm names - S8027781: New jarsigner timestamp warning is grammatically incorrect - S8029018: (bf) Check src/share/native/java/nio/Bits.c for JNI pending exceptions - S8029661: Support TLS v1.2 algorithm in SunPKCS11 provider - S8098854: Do cleanup in a proper order in sunmscapi code - S8133070: Hot lock on BulkCipher.isAvailable - S8138589: Correct limits on unlimited cryptography - S8141491: Unaligned memory access in Bits.c - S8143913: MSCAPI keystore should accept Certificate[] in setEntry() - S8159805: sun/security/tools/jarsigner/warnings/NoTimestampTest.java fails after JDK-8027781 - S8162362: Introduce system property to control enabled ciphersuites - S8165463: Native implementation of sunmscapi should use operator new (nothrow) for allocations - S8191438: jarsigner should print when a timestamp will expire - S8199156: Better route routing - S8199161: Better interface enumeration - S8199166: Better interface lists - S8199552: Update to build scripts - S8200659: Improve BigDecimal support - S8203955: Improve robot support - S8204895: Better icon support - S8205330: InitialDirContext ctor sometimes throws NPE if the server has sent a disconnection - S8205356: Choose printer defaults - S8205709: Proper allocation handling - S8205714: Initial class initialization - S8206290: Better FileChannel transfer performance - S8206295: More reliable p11 transactions - S8206301: Improve NIO stability - S8207775: Better management of CipherCore buffers - S8208583: Better management of internal KeyStore buffers - S8208585: Make crypto code more robust - S8209094: Improve web server connections - S8209129: Further improvements to cipher buffer management - S8209862: CipherCore performance improvement - S8210094: Better loading of classloader classes - S8210606: Improved data set handling - S8210610: Improved LSA authentication - S8210695: Create test to cover JDK-8205330 InitialDirContext ctor sometimes throws NPE if the server has sent a disconnection - S8210866: Improve JPEG processing - S8210870: Libsunmscapi improved interactions - S8210951: Test sun/security/ssl/SSLContextImpl/CustomizedCipherSuites.java fails - S8211883: Disable anon and NULL cipher suites - S8213085: (tz) Upgrade time-zone data to tzdata2018g - S8213154: Update copyright headers of files in src tree that are missing Classpath exception - S8213368: JDK 8u201 l10n resource file update - S8213949: OpenJDK 8 CCharToGlyphMapper.m missing the Classpath exception license text - S8214357: JDK 8u201 l10n resource file update md20 - S8218798: slowdebug build broken by JDK-8205714 - S8219570: JDK-6383200 wrongly extends PBEParameterSpec API ChangeLog: 2019-03-14 Andrew John Hughes Bump to 2.6.17. * Makefile.am: (CORBA_CHANGESET): Update to icedtea-2.6.17. (JAXP_CHANGESET): Likewise. (JAXWS_CHANGESET): Likewise. (JDK_CHANGESET): Likewise. (LANGTOOLS_CHANGESET): Likewise. (OPENJDK_CHANGESET): Likewise. (CORBA_SHA256SUM): Likewise. (JAXP_SHA256SUM): Likewise. (JAXWS_SHA256SUM): Likewise. (JDK_SHA256SUM): Likewise. (LANGTOOLS_SHA256SUM): Likewise. (OPENJDK_SHA256SUM): Likewise. * NEWS: Updated. * configure.ac: Bump to 2.6.17. * hotspot.map.in: Update to icedtea-2.6.17. * patches/boot/ecj-diamond.patch: Regenerated. Add new cases in sun.security.tools.jarsigner.Main and sun.security.ssl.SSLContextImpl. * patches/boot/ecj-stringswitch.patch: Add new cases in com.sun.crypto.provider.PBES2Core, com.sun.crypto.provider.PBES2parameters and com.sun.crypto.provider.PBMAC1Core. * patches/boot/ecj-trywithresources.patch: Regenerated. changeset 819dcedbcb02 in /hg/release/icedtea7-2.6 details: http://icedtea.classpath.org/hg/release/icedtea7-2.6?cmd=changeset;node=819dcedbcb02 author: Andrew John Hughes date: Sun Mar 17 07:02:04 2019 +0000 Set release date to today. 2019-03-16 Andrew John Hughes * NEWS: Set release date to today. changeset 16e09af9ee19 in /hg/release/icedtea7-2.6 details: http://icedtea.classpath.org/hg/release/icedtea7-2.6?cmd=changeset;node=16e09af9ee19 author: Andrew John Hughes date: Mon Mar 18 16:27:10 2019 +0000 Added tag icedtea-2.6.17 for changeset 819dcedbcb02 changeset 98565b0caec9 in /hg/release/icedtea7-2.6 details: http://icedtea.classpath.org/hg/release/icedtea7-2.6?cmd=changeset;node=98565b0caec9 author: Andrew John Hughes date: Mon Mar 18 16:28:54 2019 +0000 Update OpenJDK version to match sources. 2019-03-18 Andrew John Hughes Update OpenJDK version to match sources. * acinclude.m4: (JDK_UPDATE_VERSION): Bump to 211. (BUILD_VERSION): Set to b02. changeset c60216439d9b in /hg/release/icedtea7-2.6 details: http://icedtea.classpath.org/hg/release/icedtea7-2.6?cmd=changeset;node=c60216439d9b author: Andrew John Hughes date: Mon Mar 18 16:30:04 2019 +0000 Added tag icedtea-2.6.17-r1 for changeset 98565b0caec9 diffstat: .hgtags | 2 + ChangeLog | 41 + Makefile.am | 26 +- NEWS | 59 +- acinclude.m4 | 4 +- configure.ac | 2 +- hotspot.map.in | 2 +- patches/boot/ecj-diamond.patch | 1950 +++++++++++++++--------------- patches/boot/ecj-stringswitch.patch | 106 + patches/boot/ecj-trywithresources.patch | 1015 ++++++++-------- 10 files changed, 1717 insertions(+), 1490 deletions(-) diffs (truncated from 6984 to 500 lines): diff -r 1274123be63c -r c60216439d9b .hgtags --- a/.hgtags Mon Feb 25 05:26:06 2019 +0000 +++ b/.hgtags Mon Mar 18 16:30:04 2019 +0000 @@ -86,3 +86,5 @@ 21256338e5048adf631c0c3865620b610cf72f88 icedtea-2.6.15 f4c322f719ad9a8fedcc92b73632998745dca13d icedtea-2.6.16 a29153cf8a25218d46a49be55353a1c8ca1bb85d icedtea-2.6.17pre00 +819dcedbcb0231013520600a8a32c5dd2f26c9f0 icedtea-2.6.17 +98565b0caec9798114991d6df34fcd0f7d9d0869 icedtea-2.6.17-r1 diff -r 1274123be63c -r c60216439d9b ChangeLog --- a/ChangeLog Mon Feb 25 05:26:06 2019 +0000 +++ b/ChangeLog Mon Mar 18 16:30:04 2019 +0000 @@ -1,3 +1,44 @@ +2019-03-18 Andrew John Hughes + + Update OpenJDK version to match sources. + * acinclude.m4: + (JDK_UPDATE_VERSION): Bump to 211. + (BUILD_VERSION): Set to b02. + +2019-03-16 Andrew John Hughes + + * NEWS: Set release date to today. + +2019-03-14 Andrew John Hughes + + Bump to 2.6.17. + * Makefile.am: + (CORBA_CHANGESET): Update to icedtea-2.6.17. + (JAXP_CHANGESET): Likewise. + (JAXWS_CHANGESET): Likewise. + (JDK_CHANGESET): Likewise. + (LANGTOOLS_CHANGESET): Likewise. + (OPENJDK_CHANGESET): Likewise. + (CORBA_SHA256SUM): Likewise. + (JAXP_SHA256SUM): Likewise. + (JAXWS_SHA256SUM): Likewise. + (JDK_SHA256SUM): Likewise. + (LANGTOOLS_SHA256SUM): Likewise. + (OPENJDK_SHA256SUM): Likewise. + * NEWS: Updated. + * configure.ac: Bump to 2.6.17. + * hotspot.map.in: Update to icedtea-2.6.17. + * patches/boot/ecj-diamond.patch: + Regenerated. Add new cases in + sun.security.tools.jarsigner.Main and + sun.security.ssl.SSLContextImpl. + * patches/boot/ecj-stringswitch.patch: + Add new cases in com.sun.crypto.provider.PBES2Core, + com.sun.crypto.provider.PBES2parameters and + com.sun.crypto.provider.PBMAC1Core. + * patches/boot/ecj-trywithresources.patch: + Regenerated. + 2019-02-21 Andrew John Hughes Bump to 2.6.17pre01. diff -r 1274123be63c -r c60216439d9b Makefile.am --- a/Makefile.am Mon Feb 25 05:26:06 2019 +0000 +++ b/Makefile.am Mon Mar 18 16:30:04 2019 +0000 @@ -1,18 +1,18 @@ # Dependencies -CORBA_CHANGESET = 290b27a5d4d2 -JAXP_CHANGESET = d2c92d21d36f -JAXWS_CHANGESET = 17136b80285f -JDK_CHANGESET = 0839b7f5f978 -LANGTOOLS_CHANGESET = 8e1ace09837f -OPENJDK_CHANGESET = e1e90e24b151 - -CORBA_SHA256SUM = 5d2c4b904169d5efb6dc00c273be54dfdc7ef1977131b4a574ea9609e54e368a -JAXP_SHA256SUM = 7f00cfc269a7bd88bde66cc7f4bf163ea31ab1cdefcac0da635d33472770ec4a -JAXWS_SHA256SUM = 2bfac611e057c2745014e47e9f444224b56fe19f4d64221823e2d25b48e2fae8 -JDK_SHA256SUM = 0ae30c538df37f1d86718aa7ef6b87295cd124d6ffedec5b86ffb468ade932ab -LANGTOOLS_SHA256SUM = 061679a000194168e63635ae446e57bc4116d7ae234de284f45b2a0f79b21b86 -OPENJDK_SHA256SUM = ca873a01adc7b99476e0d29363e5526b5611c3bb6340d992db69c82d9d0eb84e +CORBA_CHANGESET = 46169649285d +JAXP_CHANGESET = c05c97839122 +JAXWS_CHANGESET = 238368449487 +JDK_CHANGESET = 6093d128c588 +LANGTOOLS_CHANGESET = 6cdbf382f3e2 +OPENJDK_CHANGESET = 6a588725b8a2 + +CORBA_SHA256SUM = 808e6120513aa15e6b219899c1189e2d591c3984454d7db4b239556d437cf764 +JAXP_SHA256SUM = 4aa64f80dd103ebece1aaaa6d126f751eafabb2f677537dbb25c0e0c350ad3fb +JAXWS_SHA256SUM = 0703a48a420932fb62288c211ccb27596db4e3f1cfd0701321abcca259c93e97 +JDK_SHA256SUM = 236180ad395eb5036cc8577aad7c4cdc2a96dc79da717fe37673a43ba26e08ee +LANGTOOLS_SHA256SUM = b3c9130e6e813d12376cf685f1726988bad04b256390b00a5ef403a5619e6698 +OPENJDK_SHA256SUM = 7627e8483566b1eec4dd52c5f5052a46139529d68335c10d8ac8b0ff11215455 DROP_URL = http://icedtea.classpath.org/download/drops diff -r 1274123be63c -r c60216439d9b NEWS --- a/NEWS Mon Feb 25 05:26:06 2019 +0000 +++ b/NEWS Mon Mar 18 16:30:04 2019 +0000 @@ -12,8 +12,63 @@ CVE-XXXX-YYYY: http://cve.mitre.org/cgi-bin/cvename.cgi?name=XXXX-YYYY -New in release 2.6.17 (2019-01-XX): - +New in release 2.6.17 (2019-03-16): + +* Security fixes + - S8199156: Better route routing + - S8199161: Better interface enumeration + - S8199166: Better interface lists + - S8199552: Update to build scripts + - S8200659: Improve BigDecimal support + - S8203955: Improve robot support + - S8204895: Better icon support + - S8205356: Choose printer defaults + - S8205709: Proper allocation handling + - S8205714: Initial class initialization + - S8206290, CVE-2019-2422: Better FileChannel transfer performance + - S8206295: More reliable p11 transactions + - S8206301: Improve NIO stability + - S8208585: Make crypto code more robust + - S8209094, CVE_2019-2426: Improve web server connections + - S8210094: Better loading of classloader classes + - S8210606: Improved data set handling + - S8210610: Improved LSA authentication + - S8210866, CVE-2018-11212: Improve JPEG processing + - S8210870: Libsunmscapi improved interactions +* Import of OpenJDK 7 u211 build 0 + - S6383200: PBE: need new algorithm support in password based encryption + - S6483657: MSCAPI provider does not create unique alias names + - S8000203: File descriptor leak in src/solaris/native/java/net/net_util_md.c + - S8008321: compile.cpp verify_graph_edges uses bool as int + - S8013069: javax.crypto tests fail with new PBE algorithm names + - S8027781: New jarsigner timestamp warning is grammatically incorrect + - S8029018: (bf) Check src/share/native/java/nio/Bits.c for JNI pending exceptions + - S8029661: Support TLS v1.2 algorithm in SunPKCS11 provider + - S8098854: Do cleanup in a proper order in sunmscapi code + - S8133070: Hot lock on BulkCipher.isAvailable + - S8138589: Correct limits on unlimited cryptography + - S8143913: MSCAPI keystore should accept Certificate[] in setEntry() + - S8159805: sun/security/tools/jarsigner/warnings/NoTimestampTest.java fails after JDK-8027781 + - S8162362: Introduce system property to control enabled ciphersuites + - S8165463: Native implementation of sunmscapi should use operator new (nothrow) for allocations + - S8191438: jarsigner should print when a timestamp will expire + - S8205330: InitialDirContext ctor sometimes throws NPE if the server has sent a disconnection + - S8207775: Better management of CipherCore buffers + - S8208583: Better management of internal KeyStore buffers + - S8209129: Further improvements to cipher buffer management + - S8209862: CipherCore performance improvement + - S8210695: Create test to cover JDK-8205330 InitialDirContext ctor sometimes throws NPE if the server has sent a disconnection + - S8210951: Test sun/security/ssl/SSLContextImpl/CustomizedCipherSuites.java fails + - S8211883: Disable anon and NULL cipher suites + - S8213085: (tz) Upgrade time-zone data to tzdata2018g + - S8213368: JDK 8u201 l10n resource file update + - S8213949: OpenJDK 8 CCharToGlyphMapper.m missing the Classpath exception license text + - S8214357: JDK 8u201 l10n resource file update md20 + - S8218798: slowdebug build broken by JDK-8205714 +* Import of OpenJDK 7 u211 build 1 + - S8213154: Update copyright headers of files in src tree that are missing Classpath exception +* Import of OpenJDK 7 u211 build 2 + - S8219570: JDK-6383200 wrongly extends PBEParameterSpec API * Backports - S6424123, PR3702: JVM crashes on failed 'strdup' call - S8005921, PR3702: Memory leaks in vmStructs.cpp diff -r 1274123be63c -r c60216439d9b acinclude.m4 --- a/acinclude.m4 Mon Feb 25 05:26:06 2019 +0000 +++ b/acinclude.m4 Mon Mar 18 16:30:04 2019 +0000 @@ -2948,8 +2948,8 @@ AC_MSG_CHECKING([which branch and release of IcedTea is being built]) JAVA_VER=1.7.0 JAVA_VENDOR=openjdk - JDK_UPDATE_VERSION=201 - BUILD_VERSION=b00 + JDK_UPDATE_VERSION=211 + BUILD_VERSION=b02 COMBINED_VERSION=${JDK_UPDATE_VERSION}-${BUILD_VERSION} OPENJDK_VER=${JAVA_VER}_${COMBINED_VERSION} ICEDTEA_RELEASE=$(echo ${PACKAGE_VERSION} | sed 's#pre.*##') diff -r 1274123be63c -r c60216439d9b configure.ac --- a/configure.ac Mon Feb 25 05:26:06 2019 +0000 +++ b/configure.ac Mon Mar 18 16:30:04 2019 +0000 @@ -1,4 +1,4 @@ -AC_INIT([icedtea], [2.6.17pre01], [distro-pkg-dev at openjdk.java.net]) +AC_INIT([icedtea], [2.6.17], [distro-pkg-dev at openjdk.java.net]) AC_CANONICAL_HOST AC_CANONICAL_TARGET AM_INIT_AUTOMAKE([1.9 tar-pax foreign]) diff -r 1274123be63c -r c60216439d9b hotspot.map.in --- a/hotspot.map.in Mon Feb 25 05:26:06 2019 +0000 +++ b/hotspot.map.in Mon Mar 18 16:30:04 2019 +0000 @@ -1,2 +1,2 @@ # version type(drop/hg) url changeset sha256sum -default drop http://icedtea.classpath.org/download/drops/icedtea7/@ICEDTEA_RELEASE@ 65b809089544 adfc5574e21abc4c021604cdab986b69beaf07788da5d245d71f33c9e5021084 +default drop http://icedtea.classpath.org/download/drops/icedtea7/@ICEDTEA_RELEASE@ d47e668978c8 b22bca4cd64c18750b7e31c0cbf97919f9f5df610916cfa5e01e80832f139496 diff -r 1274123be63c -r c60216439d9b patches/boot/ecj-diamond.patch --- a/patches/boot/ecj-diamond.patch Mon Feb 25 05:26:06 2019 +0000 +++ b/patches/boot/ecj-diamond.patch Mon Mar 18 16:30:04 2019 +0000 @@ -1,6 +1,6 @@ diff -Nru openjdk-boot.orig/corba/src/share/classes/com/sun/corba/se/impl/encoding/CachedCodeBase.java openjdk-boot/corba/src/share/classes/com/sun/corba/se/impl/encoding/CachedCodeBase.java ---- openjdk-boot.orig/corba/src/share/classes/com/sun/corba/se/impl/encoding/CachedCodeBase.java 2018-10-22 06:22:47.000000000 +0100 -+++ openjdk-boot/corba/src/share/classes/com/sun/corba/se/impl/encoding/CachedCodeBase.java 2018-12-31 21:21:58.984052201 +0000 +--- openjdk-boot.orig/corba/src/share/classes/com/sun/corba/se/impl/encoding/CachedCodeBase.java 2019-02-25 01:45:16.000000000 +0000 ++++ openjdk-boot/corba/src/share/classes/com/sun/corba/se/impl/encoding/CachedCodeBase.java 2019-03-12 20:07:10.195622858 +0000 @@ -58,7 +58,7 @@ private CorbaConnection conn; @@ -11,8 +11,8 @@ public static synchronized void cleanCache( ORB orb ) { synchronized (iorMapLock) { diff -Nru openjdk-boot.orig/corba/src/share/classes/com/sun/corba/se/impl/io/ObjectStreamClass.java openjdk-boot/corba/src/share/classes/com/sun/corba/se/impl/io/ObjectStreamClass.java ---- openjdk-boot.orig/corba/src/share/classes/com/sun/corba/se/impl/io/ObjectStreamClass.java 2018-12-31 21:17:36.548170429 +0000 -+++ openjdk-boot/corba/src/share/classes/com/sun/corba/se/impl/io/ObjectStreamClass.java 2018-12-31 21:21:58.984052201 +0000 +--- openjdk-boot.orig/corba/src/share/classes/com/sun/corba/se/impl/io/ObjectStreamClass.java 2019-03-12 20:04:51.069808655 +0000 ++++ openjdk-boot/corba/src/share/classes/com/sun/corba/se/impl/io/ObjectStreamClass.java 2019-03-12 20:07:10.195622858 +0000 @@ -481,7 +481,7 @@ while (cls != fnscl) { ProtectionDomain pd = cls.getProtectionDomain(); @@ -32,8 +32,8 @@ pds.add(noPermissionsDomain()); break; diff -Nru openjdk-boot.orig/corba/src/share/classes/com/sun/corba/se/impl/io/OutputStreamHook.java openjdk-boot/corba/src/share/classes/com/sun/corba/se/impl/io/OutputStreamHook.java ---- openjdk-boot.orig/corba/src/share/classes/com/sun/corba/se/impl/io/OutputStreamHook.java 2018-10-22 06:22:47.000000000 +0100 -+++ openjdk-boot/corba/src/share/classes/com/sun/corba/se/impl/io/OutputStreamHook.java 2018-12-31 21:21:58.984052201 +0000 +--- openjdk-boot.orig/corba/src/share/classes/com/sun/corba/se/impl/io/OutputStreamHook.java 2019-02-25 01:45:16.000000000 +0000 ++++ openjdk-boot/corba/src/share/classes/com/sun/corba/se/impl/io/OutputStreamHook.java 2019-03-12 20:07:10.195622858 +0000 @@ -50,7 +50,7 @@ */ private class HookPutFields extends ObjectOutputStream.PutField @@ -44,8 +44,8 @@ /** * Put the value of the named boolean field into the persistent field. diff -Nru openjdk-boot.orig/corba/src/share/classes/com/sun/corba/se/impl/ior/IORTypeCheckRegistryImpl.java openjdk-boot/corba/src/share/classes/com/sun/corba/se/impl/ior/IORTypeCheckRegistryImpl.java ---- openjdk-boot.orig/corba/src/share/classes/com/sun/corba/se/impl/ior/IORTypeCheckRegistryImpl.java 2018-10-22 06:22:47.000000000 +0100 -+++ openjdk-boot/corba/src/share/classes/com/sun/corba/se/impl/ior/IORTypeCheckRegistryImpl.java 2018-12-31 21:21:58.984052201 +0000 +--- openjdk-boot.orig/corba/src/share/classes/com/sun/corba/se/impl/ior/IORTypeCheckRegistryImpl.java 2019-02-25 01:45:16.000000000 +0000 ++++ openjdk-boot/corba/src/share/classes/com/sun/corba/se/impl/ior/IORTypeCheckRegistryImpl.java 2019-03-12 20:07:10.195622858 +0000 @@ -103,7 +103,7 @@ Set _iorTypeNames = null; if (filterProperty != null) { @@ -74,8 +74,8 @@ } diff -Nru openjdk-boot.orig/corba/src/share/classes/com/sun/corba/se/impl/orb/ORBImpl.java openjdk-boot/corba/src/share/classes/com/sun/corba/se/impl/orb/ORBImpl.java ---- openjdk-boot.orig/corba/src/share/classes/com/sun/corba/se/impl/orb/ORBImpl.java 2018-10-22 06:22:47.000000000 +0100 -+++ openjdk-boot/corba/src/share/classes/com/sun/corba/se/impl/orb/ORBImpl.java 2018-12-31 21:21:58.988052139 +0000 +--- openjdk-boot.orig/corba/src/share/classes/com/sun/corba/se/impl/orb/ORBImpl.java 2019-02-25 01:45:16.000000000 +0000 ++++ openjdk-boot/corba/src/share/classes/com/sun/corba/se/impl/orb/ORBImpl.java 2019-03-12 20:07:10.195622858 +0000 @@ -1323,7 +1323,7 @@ protected void shutdownServants(boolean wait_for_completion) { Set oaset; @@ -86,8 +86,8 @@ for (ObjectAdapterFactory oaf : oaset) diff -Nru openjdk-boot.orig/corba/src/share/classes/com/sun/corba/se/impl/orbutil/threadpool/ThreadPoolImpl.java openjdk-boot/corba/src/share/classes/com/sun/corba/se/impl/orbutil/threadpool/ThreadPoolImpl.java ---- openjdk-boot.orig/corba/src/share/classes/com/sun/corba/se/impl/orbutil/threadpool/ThreadPoolImpl.java 2018-10-22 06:22:47.000000000 +0100 -+++ openjdk-boot/corba/src/share/classes/com/sun/corba/se/impl/orbutil/threadpool/ThreadPoolImpl.java 2018-12-31 21:21:58.988052139 +0000 +--- openjdk-boot.orig/corba/src/share/classes/com/sun/corba/se/impl/orbutil/threadpool/ThreadPoolImpl.java 2019-02-25 01:45:16.000000000 +0000 ++++ openjdk-boot/corba/src/share/classes/com/sun/corba/se/impl/orbutil/threadpool/ThreadPoolImpl.java 2019-03-12 20:07:10.195622858 +0000 @@ -108,7 +108,7 @@ private ThreadGroup threadGroup; @@ -107,8 +107,8 @@ for (WorkerThread wt : copy) { diff -Nru openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/lib/ExsltSets.java openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/lib/ExsltSets.java ---- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/lib/ExsltSets.java 2018-10-22 06:22:48.000000000 +0100 -+++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/lib/ExsltSets.java 2018-12-31 21:21:58.988052139 +0000 +--- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/lib/ExsltSets.java 2019-02-25 01:45:17.000000000 +0000 ++++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/lib/ExsltSets.java 2019-03-12 20:07:10.195622858 +0000 @@ -192,7 +192,7 @@ NodeSet dist = new NodeSet(); dist.setShouldCacheNodes(true); @@ -119,8 +119,8 @@ for (int i = 0; i < nl.getLength(); i++) { diff -Nru openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/utils/XMLSecurityManager.java openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/utils/XMLSecurityManager.java ---- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/utils/XMLSecurityManager.java 2018-10-22 06:22:48.000000000 +0100 -+++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/utils/XMLSecurityManager.java 2018-12-31 21:21:58.988052139 +0000 +--- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/utils/XMLSecurityManager.java 2019-02-25 01:45:17.000000000 +0000 ++++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/utils/XMLSecurityManager.java 2019-03-12 20:07:10.195622858 +0000 @@ -420,7 +420,7 @@ } @@ -131,8 +131,8 @@ /** * Prints out warnings if a parser does not support the specified feature/property. diff -Nru openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xslt/EnvironmentCheck.java openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xslt/EnvironmentCheck.java ---- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xslt/EnvironmentCheck.java 2018-10-22 06:22:48.000000000 +0100 -+++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xslt/EnvironmentCheck.java 2018-12-31 21:21:58.988052139 +0000 +--- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xslt/EnvironmentCheck.java 2019-02-25 01:45:17.000000000 +0000 ++++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xslt/EnvironmentCheck.java 2019-03-12 20:07:10.195622858 +0000 @@ -220,7 +220,7 @@ public Map getEnvironmentHash() { @@ -251,8 +251,8 @@ jarVersions.put(new Long(440237), "xalan.jar from xalan-j_1_2"); jarVersions.put(new Long(436094), "xalan.jar from xalan-j_1_2_1"); diff -Nru openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/CastExpr.java openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/CastExpr.java ---- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/CastExpr.java 2018-10-22 06:22:48.000000000 +0100 -+++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/CastExpr.java 2018-12-31 21:21:58.988052139 +0000 +--- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/CastExpr.java 2019-02-25 01:45:17.000000000 +0000 ++++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/CastExpr.java 2019-03-12 20:07:10.195622858 +0000 @@ -51,7 +51,7 @@ /** * Legal conversions between internal types. @@ -263,8 +263,8 @@ static { // Possible type conversions between internal types diff -Nru openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/FunctionCall.java openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/FunctionCall.java ---- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/FunctionCall.java 2018-10-22 06:22:48.000000000 +0100 -+++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/FunctionCall.java 2018-12-31 21:21:58.988052139 +0000 +--- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/FunctionCall.java 2019-02-25 01:45:17.000000000 +0000 ++++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/FunctionCall.java 2019-03-12 20:07:10.195622858 +0000 @@ -139,7 +139,7 @@ private boolean _isStatic = false; @@ -288,8 +288,8 @@ // Possible conversions between Java and internal types java2Internal.put(Boolean.TYPE, Type.Boolean); diff -Nru openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/LiteralElement.java openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/LiteralElement.java ---- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/LiteralElement.java 2018-10-22 06:22:48.000000000 +0100 -+++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/LiteralElement.java 2018-12-31 21:21:58.988052139 +0000 +--- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/LiteralElement.java 2019-02-25 01:45:17.000000000 +0000 ++++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/LiteralElement.java 2019-03-12 20:07:10.195622858 +0000 @@ -107,7 +107,7 @@ // Check if we have any declared namespaces @@ -336,8 +336,8 @@ SyntaxTreeNode n = _attributeElements.get(k); if (n instanceof LiteralAttribute) { diff -Nru openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/Mode.java openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/Mode.java ---- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/Mode.java 2018-10-22 06:22:48.000000000 +0100 -+++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/Mode.java 2018-12-31 21:21:58.988052139 +0000 +--- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/Mode.java 2019-02-25 01:45:17.000000000 +0000 ++++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/Mode.java 2019-03-12 20:07:10.195622858 +0000 @@ -129,22 +129,22 @@ /** * A mapping between templates and test sequences. @@ -390,8 +390,8 @@ _rootPattern = null; diff -Nru openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/Parser.java openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/Parser.java ---- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/Parser.java 2018-10-22 06:22:48.000000000 +0100 -+++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/Parser.java 2018-12-31 21:21:58.988052139 +0000 +--- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/Parser.java 2019-02-25 01:45:17.000000000 +0000 ++++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/Parser.java 2019-03-12 20:07:10.199622796 +0000 @@ -102,11 +102,11 @@ } @@ -428,8 +428,8 @@ _prefixMapping.put(prefix, uri); } diff -Nru openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/Stylesheet.java openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/Stylesheet.java ---- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/Stylesheet.java 2018-10-22 06:22:48.000000000 +0100 -+++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/Stylesheet.java 2018-12-31 21:21:58.988052139 +0000 +--- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/Stylesheet.java 2019-02-25 01:45:17.000000000 +0000 ++++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/Stylesheet.java 2019-03-12 20:07:10.199622796 +0000 @@ -122,7 +122,7 @@ /** * Mapping between mode names and Mode instances. @@ -458,8 +458,8 @@ /** * A reference to the SourceLoader set by the user (a URIResolver diff -Nru openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/SymbolTable.java openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/SymbolTable.java ---- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/SymbolTable.java 2018-10-22 06:22:48.000000000 +0100 -+++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/SymbolTable.java 2018-12-31 21:21:58.988052139 +0000 +--- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/SymbolTable.java 2019-02-25 01:45:17.000000000 +0000 ++++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/SymbolTable.java 2019-03-12 20:07:10.199622796 +0000 @@ -38,8 +38,8 @@ final class SymbolTable { @@ -542,8 +542,8 @@ // Register the namespace URI Integer refcnt = _excludedURI.get(uri); diff -Nru openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/SyntaxTreeNode.java openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/SyntaxTreeNode.java ---- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/SyntaxTreeNode.java 2018-10-22 06:22:48.000000000 +0100 -+++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/SyntaxTreeNode.java 2018-12-31 21:21:58.988052139 +0000 +--- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/SyntaxTreeNode.java 2019-02-25 01:45:17.000000000 +0000 ++++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/SyntaxTreeNode.java 2019-03-12 20:07:10.199622796 +0000 @@ -70,7 +70,7 @@ protected SyntaxTreeNode _parent; // Parent node private Stylesheet _stylesheet; // Stylesheet ancestor node @@ -572,8 +572,8 @@ locals.add(varOrParamName); } diff -Nru openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/util/MethodGenerator.java openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/util/MethodGenerator.java ---- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/util/MethodGenerator.java 2018-10-22 06:22:48.000000000 +0100 -+++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/util/MethodGenerator.java 2018-12-31 21:21:58.988052139 +0000 +--- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/util/MethodGenerator.java 2019-02-25 01:45:17.000000000 +0000 ++++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/util/MethodGenerator.java 2019-03-12 20:07:10.199622796 +0000 @@ -127,7 +127,7 @@ * times. Note that patterns whose kernels are "*", "node()" * and "@*" can between shared by test sequences. @@ -584,8 +584,8 @@ public MethodGenerator(int access_flags, Type return_type, diff -Nru openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/util/MultiHashtable.java openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/util/MultiHashtable.java ---- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/util/MultiHashtable.java 2018-10-22 06:22:48.000000000 +0100 -+++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/util/MultiHashtable.java 2018-12-31 21:21:58.988052139 +0000 +--- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/util/MultiHashtable.java 2019-02-25 01:45:17.000000000 +0000 ++++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/util/MultiHashtable.java 2019-03-12 20:07:10.199622796 +0000 @@ -37,7 +37,7 @@ public final class MultiHashtable { static final long serialVersionUID = -6151608290510033572L; @@ -605,8 +605,8 @@ } set.add(value); diff -Nru openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/XSLTC.java openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/XSLTC.java ---- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/XSLTC.java 2018-10-22 06:22:48.000000000 +0100 -+++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/XSLTC.java 2018-12-31 21:21:58.988052139 +0000 +--- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/XSLTC.java 2019-02-25 01:45:17.000000000 +0000 ++++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/compiler/XSLTC.java 2019-03-12 20:07:10.199622796 +0000 @@ -171,7 +171,7 @@ _parser = new Parser(this, _overrideDefaultParser); _xmlFeatures = featureManager; @@ -635,8 +635,8 @@ _parser.init(); //_variableSerial = 1; diff -Nru openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/DocumentCache.java openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/DocumentCache.java ---- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/DocumentCache.java 2018-10-22 06:22:48.000000000 +0100 -+++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/DocumentCache.java 2018-12-31 21:21:58.988052139 +0000 +--- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/DocumentCache.java 2019-02-25 01:45:17.000000000 +0000 ++++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/DocumentCache.java 2019-03-12 20:07:10.199622796 +0000 @@ -169,7 +169,7 @@ _count = 0; _current = 0; @@ -647,8 +647,8 @@ try { diff -Nru openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/DOMWSFilter.java openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/DOMWSFilter.java ---- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/DOMWSFilter.java 2018-10-22 06:22:48.000000000 +0100 -+++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/DOMWSFilter.java 2018-12-31 21:21:58.988052139 +0000 +--- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/DOMWSFilter.java 2019-02-25 01:45:17.000000000 +0000 ++++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/DOMWSFilter.java 2019-03-12 20:07:10.199622796 +0000 @@ -60,7 +60,7 @@ */ public DOMWSFilter(AbstractTranslet translet) { @@ -659,8 +659,8 @@ if (translet instanceof StripFilter) { m_filter = (StripFilter) translet; diff -Nru openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/KeyIndex.java openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/KeyIndex.java ---- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/KeyIndex.java 2018-10-22 06:22:48.000000000 +0100 -+++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/KeyIndex.java 2018-12-31 21:21:58.992052076 +0000 +--- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/KeyIndex.java 2019-02-25 01:45:17.000000000 +0000 ++++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/KeyIndex.java 2019-03-12 20:07:10.199622796 +0000 @@ -59,7 +59,7 @@ /** * A mapping from a document node to the mapping between values and nodesets @@ -689,8 +689,8 @@ } else { nodes = index.get(id); diff -Nru openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/MultiDOM.java openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/MultiDOM.java ---- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/MultiDOM.java 2018-10-22 06:22:48.000000000 +0100 -+++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/MultiDOM.java 2018-12-31 21:21:58.992052076 +0000 +--- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/MultiDOM.java 2019-02-25 01:45:17.000000000 +0000 ++++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/MultiDOM.java 2019-03-12 20:07:10.199622796 +0000 @@ -56,7 +56,7 @@ private int _free; private int _size; @@ -701,8 +701,8 @@ private final class AxisIterator extends DTMAxisIteratorBase { // constitutive data diff -Nru openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/SAXImpl.java openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/SAXImpl.java ---- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/SAXImpl.java 2018-10-22 06:22:48.000000000 +0100 -+++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/SAXImpl.java 2018-12-31 21:21:58.992052076 +0000 +--- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/SAXImpl.java 2019-02-25 01:45:17.000000000 +0000 ++++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/dom/SAXImpl.java 2019-03-12 20:07:10.199622796 +0000 @@ -114,7 +114,7 @@ private int _namesSize = -1; @@ -722,8 +722,8 @@ } diff -Nru openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/runtime/AbstractTranslet.java openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/runtime/AbstractTranslet.java ---- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/runtime/AbstractTranslet.java 2018-10-22 06:22:48.000000000 +0100 -+++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/runtime/AbstractTranslet.java 2018-12-31 21:21:58.992052076 +0000 +--- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/runtime/AbstractTranslet.java 2019-02-25 01:45:17.000000000 +0000 ++++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/runtime/AbstractTranslet.java 2019-03-12 20:07:10.199622796 +0000 @@ -279,7 +279,7 @@ */ public void addDecimalFormat(String name, DecimalFormatSymbols symbols) { @@ -752,8 +752,8 @@ } diff -Nru openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/trax/DOM2SAX.java openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/trax/DOM2SAX.java ---- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/trax/DOM2SAX.java 2018-10-22 06:22:48.000000000 +0100 -+++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/trax/DOM2SAX.java 2018-12-31 21:21:58.992052076 +0000 +--- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/trax/DOM2SAX.java 2019-02-25 01:45:17.000000000 +0000 ++++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/trax/DOM2SAX.java 2019-03-12 20:07:10.199622796 +0000 @@ -58,7 +58,7 @@ private ContentHandler _sax = null; private LexicalHandler _lex = null; @@ -764,8 +764,8 @@ public DOM2SAX(Node root) { _dom = root; diff -Nru openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/trax/TemplatesImpl.java openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/trax/TemplatesImpl.java ---- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/trax/TemplatesImpl.java 2018-10-22 06:22:48.000000000 +0100 -+++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/trax/TemplatesImpl.java 2018-12-31 21:21:58.992052076 +0000 +--- openjdk-boot.orig/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/trax/TemplatesImpl.java 2019-02-25 01:45:17.000000000 +0000 ++++ openjdk-boot/jaxp/src/com/sun/org/apache/xalan/internal/xsltc/trax/TemplatesImpl.java 2019-03-12 20:07:10.199622796 +0000 @@ -407,7 +407,7 @@ _class = new Class[classCount]; From gnu_andrew at member.fsf.org Tue Mar 19 04:14:51 2019 From: gnu_andrew at member.fsf.org (Andrew Hughes) Date: Tue, 19 Mar 2019 04:14:51 +0000 Subject: [SECURITY] IcedTea 2.6.17 for OpenJDK 7 Released! In-Reply-To: <20190317081851.GA9815@carrie.the212.com> References: <20190317081851.GA9815@carrie.the212.com> Message-ID: On Sun, 17 Mar 2019 at 08:18, Andrew Hughes wrote: > > The IcedTea project provides a harness to build the source code from > OpenJDK using Free Software build tools, along with additional > features such as the ability to build against system libraries and > support for alternative virtual machines and architectures beyond > those supported by OpenJDK. > > This release updates our OpenJDK 7 support in the 2.6.x series with > the January 2019 security fixes from OpenJDK 7 u211. > > If you find an issue with the release, please report it to our bug > database (http://icedtea.classpath.org/bugzilla) under the appropriate > component. Development discussion takes place on the > distro-pkg-dev at openjdk.java.net mailing list and patches are always > welcome. > > Full details of the release can be found below. > > What's New? > =========== > New in release 2.6.17 (2019-03-16): > > * Security fixes > - S8199156: Better route routing > - S8199161: Better interface enumeration > - S8199166: Better interface lists > - S8199552: Update to build scripts > - S8200659: Improve BigDecimal support > - S8203955: Improve robot support > - S8204895: Better icon support > - S8205356: Choose printer defaults > - S8205709: Proper allocation handling > - S8205714: Initial class initialization > - S8206290, CVE-2019-2422: Better FileChannel transfer performance > - S8206295: More reliable p11 transactions > - S8206301: Improve NIO stability > - S8208585: Make crypto code more robust > - S8209094, CVE_2019-2426: Improve web server connections > - S8210094: Better loading of classloader classes > - S8210606: Improved data set handling > - S8210610: Improved LSA authentication > - S8210866, CVE-2018-11212: Improve JPEG processing > - S8210870: Libsunmscapi improved interactions > * Import of OpenJDK 7 u211 build 0 > - S6383200: PBE: need new algorithm support in password based encryption > - S6483657: MSCAPI provider does not create unique alias names > - S8000203: File descriptor leak in src/solaris/native/java/net/net_util_md.c > - S8008321: compile.cpp verify_graph_edges uses bool as int > - S8013069: javax.crypto tests fail with new PBE algorithm names > - S8027781: New jarsigner timestamp warning is grammatically incorrect > - S8029018: (bf) Check src/share/native/java/nio/Bits.c for JNI pending exceptions > - S8029661: Support TLS v1.2 algorithm in SunPKCS11 provider > - S8098854: Do cleanup in a proper order in sunmscapi code > - S8133070: Hot lock on BulkCipher.isAvailable > - S8138589: Correct limits on unlimited cryptography > - S8143913: MSCAPI keystore should accept Certificate[] in setEntry() > - S8159805: sun/security/tools/jarsigner/warnings/NoTimestampTest.java fails after JDK-8027781 > - S8162362: Introduce system property to control enabled ciphersuites > - S8165463: Native implementation of sunmscapi should use operator new (nothrow) for allocations > - S8191438: jarsigner should print when a timestamp will expire > - S8205330: InitialDirContext ctor sometimes throws NPE if the server has sent a disconnection > - S8207775: Better management of CipherCore buffers > - S8208583: Better management of internal KeyStore buffers > - S8209129: Further improvements to cipher buffer management > - S8209862: CipherCore performance improvement > - S8210695: Create test to cover JDK-8205330 InitialDirContext ctor sometimes throws NPE if the server has sent a disconnection > - S8210951: Test sun/security/ssl/SSLContextImpl/CustomizedCipherSuites.java fails > - S8211883: Disable anon and NULL cipher suites > - S8213085: (tz) Upgrade time-zone data to tzdata2018g > - S8213368: JDK 8u201 l10n resource file update > - S8213949: OpenJDK 8 CCharToGlyphMapper.m missing the Classpath exception license text > - S8214357: JDK 8u201 l10n resource file update md20 > - S8218798: slowdebug build broken by JDK-8205714 > * Import of OpenJDK 7 u211 build 1 > - S8213154: Update copyright headers of files in src tree that are missing Classpath exception > * Import of OpenJDK 7 u211 build 2 > - S8219570: JDK-6383200 wrongly extends PBEParameterSpec API > * Backports > - S6424123, PR3702: JVM crashes on failed 'strdup' call > - S8005921, PR3702: Memory leaks in vmStructs.cpp > - S8011661, PR3702: Insufficient memory message says "malloc" when sometimes it should say "mmap" > - S8014138, PR3702: Add VM option to facilitate the writing of CDS tests > - S8055286, PR3702: Extend CompileCommand=option to handle numeric parameters > - S8056964, PR3702: JDK-8055286 changes are incomplete. > - S8057129, PR3702: Fix AIX build after the Extend CompileCommand=option change 8055286 > - S8059847, PR3702: complement JDK-8055286 and JDK-8056964 changes > - S8076475, PR3702: Misuses of strncpy/strncat > - S8145096, PR3700: Undefined behaviour in HotSpot > - S8214059, PR3701: Undefined behaviour in ADLC > - S8217753, PR3686: Enable HotSpot builds on 5.x Linux kernels > * Bug fixes > - PR3647: Backed out changeset 4e3ea67d3b69 (JDK-4890063/PR2305/RH1214835) > - PR3676: Update CVE URL > * SystemTap > - PR3698: jstack.stp should support ppc64[le,be] > * AArch64 port > - S8207838, PR3669: AArch64: Float registers incorrectly restored in JNI call > - S8209414, PR3669: AArch64: method handle invocation does not respect JVMTI interp_only mode > - S8209415, PR3669: Fix JVMTI test failure HS202 > - S8211064, PR3669: [AArch64] Interpreter and c1 don't correctly handle jboolean results in native calls > - S8215951, PR3669: AArch64: jtreg test vmTestbase/nsk/jvmti/PopFrame/popframe005 segfaults > - S8218185, PR3669: aarch64: missing LoadStore barrier in TemplateTable::putfield_or_static > > The tarballs can be downloaded from: > > * http://icedtea.classpath.org/download/source/icedtea-2.6.17.tar.gz > * http://icedtea.classpath.org/download/source/icedtea-2.6.17.tar.xz > > We provide both gzip and xz tarballs, so that those who are able to > make use of the smaller tarball produced by xz may do so. > > The tarballs are accompanied by digital signatures available at: > > * http://icedtea.classpath.org/download/source/icedtea-2.6.17.tar.gz.sig > * http://icedtea.classpath.org/download/source/icedtea-2.6.17.tar.xz.sig > > These are produced using my public key. See details below. > > PGP Key: ed25519/0xCFDA0F9B35964222 (hkp://keys.gnupg.net) > Fingerprint = 5132 579D D154 0ED2 3E04 C5A0 CFDA 0F9B 3596 4222 > > GnuPG >= 2.1 is required to be able to handle this key. > > SHA256 checksums: > > aa36111d5f5d2ad408f4caa98a379594a604a7540c80712cc1169d4b77fac38a icedtea-2.6.17.tar.gz > 0b312a7c9dbe39c325de4787a474e36d66e71237b64e4a5276f8756398ec2c78 icedtea-2.6.17.tar.gz.sig > 56360402eabda81200439485a60f0fdb3790000f957651757ea688b336cdab57 icedtea-2.6.17.tar.xz > d386690549d6846b5539333e0335ff6ab84119acb66d6eda0ac254775fe03367 icedtea-2.6.17.tar.xz.sig > > The checksums can be downloaded from: > > * http://icedtea.classpath.org/download/source/icedtea-2.6.17.sha256 > > The following people helped with these releases: > > * Andrew Haley (AArch64 fixes S8209415 & S8211064) > * Andrew Hughes (all other backports & bug fixes, release management) > * Mark Wielaard (PR3698) > * Felix Yang (AArch64 fixes S8215951, S8209414 & S8207838) > > We would also like to thank the bug reporters and testers! > > To get started: > > $ tar xzf icedtea-2.6.17.tar.gz > > or: > > $ tar x -I xz -f icedtea-2.6.17.tar.xz > > then: > > $ mkdir icedtea-build > $ cd icedtea-build > $ ../icedtea-2.6.17/configure > $ make > > Full build requirements and instructions are available in the INSTALL file. > > Happy hacking! > -- > Andrew :) > > Senior Free Java Software Engineer > Red Hat, Inc. (http://www.redhat.com) > > PGP Key: ed25519/0xCFDA0F9B35964222 (hkp://keys.gnupg.net) > Fingerprint = 5132 579D D154 0ED2 3E04 C5A0 CFDA 0F9B 3596 4222 Thanks to Tiago Daitx who spotted that I forgot to bump the OpenJDK version when updating to 7u211 [0]. Updated tarballs are now available with this fixed: * http://icedtea.classpath.org/download/source/icedtea-2.6.17-r1.tar.gz * http://icedtea.classpath.org/download/source/icedtea-2.6.17-r1.tar.xz * http://icedtea.classpath.org/download/source/icedtea-2.6.17-r1.tar.gz.sig * http://icedtea.classpath.org/download/source/icedtea-2.6.17-r1.tar.xz.sig SHA256 checksums: bda13b779b0a390ae6a43774750ee1ce830ad679634d8ff629ea4ee5a705e2f3 icedtea-2.6.17-r1.tar.gz 79130f1bead9dcda685f0b4642d046445c17a24f2c2af4b34f86734f2985ea05 icedtea-2.6.17-r1.tar.gz.sig c098f3a41554e613969c6b0b0512ef038ff8abf0d135f1a84a39e9a8bbd4143b icedtea-2.6.17-r1.tar.xz 5d92acb2f8dfe5029a728fe94bc310093f0c2a5f11a13d4796a7f2895a8dc960 icedtea-2.6.17-r1.tar.xz.sig [0] http://icedtea.classpath.org/hg/release/icedtea7-2.6/rev/98565b0caec9 -- Andrew :) From bugzilla-daemon at icedtea.classpath.org Tue Mar 19 11:44:55 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Tue, 19 Mar 2019 11:44:55 +0000 Subject: [Bug 3708] New: OpenJDK8 fails to convert key, missing /usr/lib/libnss3.so Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3708 Bug ID: 3708 Summary: OpenJDK8 fails to convert key, missing /usr/lib/libnss3.so Product: IcedTea Version: unspecified Hardware: x86_64 OS: Linux Status: NEW Severity: normal Priority: P5 Component: IcedTea Assignee: gnu.andrew at redhat.com Reporter: jp40663 at gmail.com CC: unassigned at icedtea.classpath.org Created attachment 1725 --> https://icedtea.classpath.org/bugzilla/attachment.cgi?id=1725&action=edit PEMException when attempting to convert key (/usr/lib/libnss3.so missing). Hello there, I get an "Invalid key error" from the fabric java SDK through spring when using the current alpine openjdk8 package. It's not particularly readable. Following the stack trace I eventually discover ``` Caused by: java.io.FileNotFoundException: /usr/lib/libnss3.so ``` It's "fixed" when I docker cp a separate jdk tar.gz into the container (it seems regardless of version). I've replaced the alpine container with a ubuntu image for now. Let me know if you need anything. -- 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 Mar 19 14:21:33 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Tue, 19 Mar 2019 14:21:33 +0000 Subject: [Bug 3708] OpenJDK8 fails to convert key, missing /usr/lib/libnss3.so In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3708 --- Comment #1 from JP --- It appears that this issue is already covered here (https://github.com/docker-library/openjdk/issues/289), so might make sense to close. -- 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 Mar 19 17:27:06 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Tue, 19 Mar 2019 17:27:06 +0000 Subject: [Bug 3709] New: Windows desktop shortcut contains wrong target if javaws.exe is accessible via the path Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3709 Bug ID: 3709 Summary: Windows desktop shortcut contains wrong target if javaws.exe is accessible via the path Product: IcedTea-Web Version: hg Hardware: x86_64 OS: Windows Status: NEW Severity: normal Priority: P5 Component: NetX (javaws) Assignee: jvanek at redhat.com Reporter: lhersch at dssgmbh.de CC: unassigned at icedtea.classpath.org Created attachment 1726 --> https://icedtea.classpath.org/bugzilla/attachment.cgi?id=1726&action=edit described patch When javaws.exe comes out of the path, it does not contain any directory part. When passed it so to the createLink method, the current working directory is set before that. Here is a patch that fixes this and a few more things. - findOnPath returns the full path including directory part - getJavaWsBin now prefers KEY_JAVAWS_LOCATION before the path (important if you also have Oracle Java installed) - on windows, the icon from the jnlp file is also used now for desktop and menu entry - the icon is converted to bmp if it is in a format unsupported by windows - the patch fixes a npe in createWindowsMenu - Windows menu items can now also be created if it is not intended by the 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 jvanek at redhat.com Wed Mar 20 12:05:07 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Wed, 20 Mar 2019 13:05:07 +0100 Subject: icedtea-web-head moved to github Message-ID: Hi all! Since today, ITW's new home is moved under AdopOpenJDK to github: http://icedtea.classpath.org/hg/icedtea-web Hopefully it will be for all's good. J. -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From jvanek at icedtea.classpath.org Wed Mar 20 12:02:28 2019 From: jvanek at icedtea.classpath.org (jvanek at icedtea.classpath.org) Date: Wed, 20 Mar 2019 12:02:28 +0000 Subject: /hg/icedtea-web: Close din favour of AdoptOpenJDK/icedtea-web/ Message-ID: changeset 2b2a9a7b61e4 in /hg/icedtea-web details: http://icedtea.classpath.org/hg/icedtea-web?cmd=changeset;node=2b2a9a7b61e4 author: Jiri Vanek date: Wed Mar 20 13:02:00 2019 +0100 Close din favour of AdoptOpenJDK/icedtea-web/ http://icedtea.classpath.org/hg/icedtea-web have been closed today in favor of https://github.com/AdoptOpenJDK/icedtea-web diffstat: AUTHORS | 51 - COPYING | 340 - ChangeLog | 18336 ---------- INSTALL | 365 - LICENSE | 8 - Makefile.am | 2052 - NEWS | 305 - NEW_LINE_IFS | 8 - README | 185 - acinclude.m4 | 1202 - autogen.sh | 149 - build.properties.in | 2 - completion/itweb-settings.bash.in | 13 - completion/javaws.bash.in | 31 - completion/policyeditor.bash.in | 13 - configure.ac | 260 - html-gen.sh | 175 - itw-modularjdk.args | 27 - itweb-settings.desktop.in | 16 - javaws.desktop.in | 11 - javaws.png | Bin jrunscript.in | 8 - metadata.in/icedtea-web-javaws.appdata.xml | 47 - metadata.in/icedtea-web-plugin.pom | 9 - metadata.in/icedtea-web.metainfo.xml | 12 - metadata.in/icedtea-web.pom | 9 - moved_to_github | 1 + netx.manifest.in | 8 - netx/javaws_splash.png | Bin netx/javax/jnlp/BasicService.java | 13 - netx/javax/jnlp/ClipboardService.java | 9 - netx/javax/jnlp/DownloadService.java | 37 - netx/javax/jnlp/DownloadService2.java | 57 - netx/javax/jnlp/DownloadServiceListener.java | 13 - netx/javax/jnlp/ExtendedService.java | 51 - netx/javax/jnlp/ExtensionInstallerService.java | 31 - netx/javax/jnlp/FileContents.java | 23 - netx/javax/jnlp/FileOpenService.java | 9 - netx/javax/jnlp/FileSaveService.java | 9 - netx/javax/jnlp/IntegrationService.java | 19 - netx/javax/jnlp/JNLPRandomAccessFile.java | 79 - netx/javax/jnlp/PersistenceService.java | 21 - netx/javax/jnlp/PrintService.java | 13 - netx/javax/jnlp/ServiceManager.java | 48 - netx/javax/jnlp/ServiceManagerStub.java | 9 - netx/javax/jnlp/SingleInstanceListener.java | 35 - netx/javax/jnlp/SingleInstanceService.java | 46 - netx/javax/jnlp/UnavailableServiceException.java | 13 - netx/net/sourceforge/jnlp/AbstractLaunchHandler.java | 83 - netx/net/sourceforge/jnlp/AppletDesc.java | 176 - netx/net/sourceforge/jnlp/ApplicationDesc.java | 74 - netx/net/sourceforge/jnlp/AssociationDesc.java | 56 - netx/net/sourceforge/jnlp/ComponentDesc.java | 35 - netx/net/sourceforge/jnlp/DefaultLaunchHandler.java | 98 - netx/net/sourceforge/jnlp/DownloadOptions.java | 64 - netx/net/sourceforge/jnlp/ExtensionDesc.java | 142 - netx/net/sourceforge/jnlp/GuiLaunchHandler.java | 156 - netx/net/sourceforge/jnlp/IconDesc.java | 129 - netx/net/sourceforge/jnlp/InformationDesc.java | 279 - netx/net/sourceforge/jnlp/InstallerDesc.java | 47 - netx/net/sourceforge/jnlp/JARDesc.java | 140 - netx/net/sourceforge/jnlp/JNLPCreator.java | 35 - netx/net/sourceforge/jnlp/JNLPFile.java | 1239 - netx/net/sourceforge/jnlp/JNLPMatcher.java | 253 - netx/net/sourceforge/jnlp/JNLPMatcherException.java | 53 - netx/net/sourceforge/jnlp/JNLPSplashScreen.java | 189 - netx/net/sourceforge/jnlp/JREDesc.java | 153 - netx/net/sourceforge/jnlp/LaunchDesc.java | 42 - netx/net/sourceforge/jnlp/LaunchException.java | 187 - netx/net/sourceforge/jnlp/LaunchHandler.java | 88 - netx/net/sourceforge/jnlp/Launcher.java | 982 - netx/net/sourceforge/jnlp/MalformedXMLParser.java | 124 - netx/net/sourceforge/jnlp/MenuDesc.java | 39 - netx/net/sourceforge/jnlp/MissingInformationException.java | 44 - netx/net/sourceforge/jnlp/MissingTitleException.java | 45 - netx/net/sourceforge/jnlp/MissingVendorException.java | 44 - netx/net/sourceforge/jnlp/NetxPanel.java | 228 - netx/net/sourceforge/jnlp/Node.java | 254 - netx/net/sourceforge/jnlp/NullJnlpFileException.java | 50 - netx/net/sourceforge/jnlp/OptionsDefinitions.java | 263 - netx/net/sourceforge/jnlp/PackageDesc.java | 97 - netx/net/sourceforge/jnlp/ParseException.java | 94 - netx/net/sourceforge/jnlp/Parser.java | 1480 - netx/net/sourceforge/jnlp/ParserSettings.java | 115 - netx/net/sourceforge/jnlp/PluginBridge.java | 617 - netx/net/sourceforge/jnlp/PluginParameterException.java | 43 - netx/net/sourceforge/jnlp/PluginParameters.java | 236 - netx/net/sourceforge/jnlp/PropertyDesc.java | 79 - netx/net/sourceforge/jnlp/RelatedContentDesc.java | 95 - netx/net/sourceforge/jnlp/RequiredElementException.java | 41 - netx/net/sourceforge/jnlp/ResourcesDesc.java | 257 - netx/net/sourceforge/jnlp/SecurityDesc.java | 490 - netx/net/sourceforge/jnlp/ShortcutDesc.java | 128 - netx/net/sourceforge/jnlp/UpdateDesc.java | 107 - netx/net/sourceforge/jnlp/Version.java | 374 - netx/net/sourceforge/jnlp/XmlParser.java | 185 - netx/net/sourceforge/jnlp/about/AboutDialog.java | 275 - netx/net/sourceforge/jnlp/about/HTMLPanel.java | 87 - netx/net/sourceforge/jnlp/about/InternalHTMLPanel.java | 69 - netx/net/sourceforge/jnlp/browser/BrowserAwareProxySelector.java | 261 - netx/net/sourceforge/jnlp/browser/FirefoxPreferencesFinder.java | 150 - netx/net/sourceforge/jnlp/browser/FirefoxPreferencesParser.java | 159 - netx/net/sourceforge/jnlp/cache/CacheDirectory.java | 121 - netx/net/sourceforge/jnlp/cache/CacheEntry.java | 266 - netx/net/sourceforge/jnlp/cache/CacheLRUWrapper.java | 355 - netx/net/sourceforge/jnlp/cache/CacheUtil.java | 1026 - netx/net/sourceforge/jnlp/cache/CachedDaemonThreadPoolProvider.java | 86 - netx/net/sourceforge/jnlp/cache/DefaultDownloadIndicator.java | 498 - netx/net/sourceforge/jnlp/cache/DirectoryNode.java | 167 - netx/net/sourceforge/jnlp/cache/DownloadIndicator.java | 85 - netx/net/sourceforge/jnlp/cache/IllegalResourceDescriptorException.java | 50 - netx/net/sourceforge/jnlp/cache/LruCacheException.java | 52 - netx/net/sourceforge/jnlp/cache/NativeLibraryStorage.java | 159 - netx/net/sourceforge/jnlp/cache/Resource.java | 466 - netx/net/sourceforge/jnlp/cache/ResourceDownloader.java | 571 - netx/net/sourceforge/jnlp/cache/ResourceTracker.java | 634 - netx/net/sourceforge/jnlp/cache/ResourceUrlCreator.java | 224 - netx/net/sourceforge/jnlp/cache/UpdatePolicy.java | 74 - netx/net/sourceforge/jnlp/cache/package-info.java | 36 - netx/net/sourceforge/jnlp/config/BasicValueValidators.java | 447 - netx/net/sourceforge/jnlp/config/ConfiguratonValidator.java | 120 - netx/net/sourceforge/jnlp/config/Defaults.java | 509 - netx/net/sourceforge/jnlp/config/DeploymentConfiguration.java | 961 - netx/net/sourceforge/jnlp/config/DirectoryValidator.java | 380 - netx/net/sourceforge/jnlp/config/InfrastructureFileDescriptor.java | 199 - netx/net/sourceforge/jnlp/config/PathsAndFiles.java | 545 - netx/net/sourceforge/jnlp/config/SecurityValueValidator.java | 76 - netx/net/sourceforge/jnlp/config/Setting.java | 183 - netx/net/sourceforge/jnlp/config/ValueValidator.java | 66 - netx/net/sourceforge/jnlp/controlpanel/AboutPanel.java | 83 - netx/net/sourceforge/jnlp/controlpanel/AdvancedProxySettingsDialog.java | 129 - netx/net/sourceforge/jnlp/controlpanel/AdvancedProxySettingsPane.java | 297 - netx/net/sourceforge/jnlp/controlpanel/CacheAppViewer.java | 212 - netx/net/sourceforge/jnlp/controlpanel/CachePane.java | 537 - netx/net/sourceforge/jnlp/controlpanel/CacheViewer.java | 155 - netx/net/sourceforge/jnlp/controlpanel/ClassFinder.java | 165 - netx/net/sourceforge/jnlp/controlpanel/ComboItem.java | 57 - netx/net/sourceforge/jnlp/controlpanel/CommandLine.java | 528 - netx/net/sourceforge/jnlp/controlpanel/ControlPanel.java | 430 - netx/net/sourceforge/jnlp/controlpanel/DebuggingPanel.java | 261 - netx/net/sourceforge/jnlp/controlpanel/DesktopShortcutPanel.java | 132 - netx/net/sourceforge/jnlp/controlpanel/DocumentAdapter.java | 102 - netx/net/sourceforge/jnlp/controlpanel/JREPanel.java | 47 - netx/net/sourceforge/jnlp/controlpanel/JVMPanel.java | 363 - netx/net/sourceforge/jnlp/controlpanel/NamedBorderPanel.java | 60 - netx/net/sourceforge/jnlp/controlpanel/NetworkSettingsPanel.java | 308 - netx/net/sourceforge/jnlp/controlpanel/PolicyPanel.java | 305 - netx/net/sourceforge/jnlp/controlpanel/RemmeberableDialogueEditor.java | 233 - netx/net/sourceforge/jnlp/controlpanel/SecuritySettingsPanel.java | 141 - netx/net/sourceforge/jnlp/controlpanel/TemporaryInternetFilesPanel.java | 435 - netx/net/sourceforge/jnlp/controlpanel/UnsignedAppletActionTableModel.java | 204 - netx/net/sourceforge/jnlp/controlpanel/UnsignedAppletsTrustingListPanel.java | 1088 - netx/net/sourceforge/jnlp/controlpanel/desktopintegrationeditor/Blinker.java | 103 - netx/net/sourceforge/jnlp/controlpanel/desktopintegrationeditor/FreeDesktopIntegrationEditorFrame.java | 509 - netx/net/sourceforge/jnlp/controlpanel/desktopintegrationeditor/JListUtils.java | 373 - netx/net/sourceforge/jnlp/controlpanel/desktopintegrationeditor/Panels.java | 152 - netx/net/sourceforge/jnlp/controlpanel/desktopintegrationeditor/PreviewSelectionJTextPane.java | 155 - netx/net/sourceforge/jnlp/event/ApplicationEvent.java | 53 - netx/net/sourceforge/jnlp/event/ApplicationListener.java | 36 - netx/net/sourceforge/jnlp/event/DownloadEvent.java | 67 - netx/net/sourceforge/jnlp/event/DownloadListener.java | 51 - netx/net/sourceforge/jnlp/jdk89acesses/JarIndexAccess.java | 74 - netx/net/sourceforge/jnlp/jdk89acesses/SunMiscLauncher.java | 60 - netx/net/sourceforge/jnlp/package-info.java | 48 - netx/net/sourceforge/jnlp/resources/Messages.properties | 1428 - netx/net/sourceforge/jnlp/resources/Messages_cs.properties | 1214 - netx/net/sourceforge/jnlp/resources/Messages_de.properties | 1071 - netx/net/sourceforge/jnlp/resources/Messages_pl.properties | 848 - netx/net/sourceforge/jnlp/resources/Messages_ru.properties | 1214 - netx/net/sourceforge/jnlp/resources/hideDownloadDetails.png | Bin netx/net/sourceforge/jnlp/resources/info-small.png | Bin netx/net/sourceforge/jnlp/resources/install.png | Bin netx/net/sourceforge/jnlp/resources/itw_logo.png | Bin netx/net/sourceforge/jnlp/resources/jamIcon.jpg | Bin netx/net/sourceforge/jnlp/resources/netx-icon.png | Bin netx/net/sourceforge/jnlp/resources/question.png | Bin netx/net/sourceforge/jnlp/resources/showDownloadDetails.png | Bin netx/net/sourceforge/jnlp/resources/warning-small.png | Bin netx/net/sourceforge/jnlp/resources/warning.png | Bin netx/net/sourceforge/jnlp/runtime/AppletAudioClip.java | 105 - netx/net/sourceforge/jnlp/runtime/AppletEnvironment.java | 411 - netx/net/sourceforge/jnlp/runtime/AppletInstance.java | 151 - netx/net/sourceforge/jnlp/runtime/ApplicationInstance.java | 458 - netx/net/sourceforge/jnlp/runtime/Boot.java | 388 - netx/net/sourceforge/jnlp/runtime/CachedJarFileCallback.java | 184 - netx/net/sourceforge/jnlp/runtime/FakePacEvaluator.java | 53 - netx/net/sourceforge/jnlp/runtime/HtmlBoot.java | 205 - netx/net/sourceforge/jnlp/runtime/JNLPClassLoader.java | 2718 - netx/net/sourceforge/jnlp/runtime/JNLPPolicy.java | 202 - netx/net/sourceforge/jnlp/runtime/JNLPProxySelector.java | 447 - netx/net/sourceforge/jnlp/runtime/JNLPRuntime.java | 935 - netx/net/sourceforge/jnlp/runtime/JNLPSecurityManager.java | 481 - netx/net/sourceforge/jnlp/runtime/JnlpBoot.java | 77 - netx/net/sourceforge/jnlp/runtime/LocateJnlpClassLoader.java | 111 - netx/net/sourceforge/jnlp/runtime/ManageJnlpResources.java | 142 - netx/net/sourceforge/jnlp/runtime/ManifestAttributesChecker.java | 455 - netx/net/sourceforge/jnlp/runtime/PacEvaluator.java | 56 - netx/net/sourceforge/jnlp/runtime/PacEvaluatorFactory.java | 97 - netx/net/sourceforge/jnlp/runtime/RhinoBasedPacEvaluator.java | 269 - netx/net/sourceforge/jnlp/runtime/Translator.java | 131 - netx/net/sourceforge/jnlp/runtime/html/AppletExtractor.java | 178 - netx/net/sourceforge/jnlp/runtime/html/AppletParser.java | 183 - netx/net/sourceforge/jnlp/runtime/html/AppletsFilter.java | 105 - netx/net/sourceforge/jnlp/runtime/html/ElementValidator.java | 46 - netx/net/sourceforge/jnlp/runtime/html/browser/DocumentChangededListener.java | 48 - netx/net/sourceforge/jnlp/runtime/html/browser/HtmlBrowserPanel.java | 486 - netx/net/sourceforge/jnlp/runtime/html/browser/LinkingBrowser.java | 114 - netx/net/sourceforge/jnlp/runtime/html/browser/LinksPanel.java | 246 - netx/net/sourceforge/jnlp/runtime/pac-funcs.js | 848 - netx/net/sourceforge/jnlp/runtime/package-info.java | 37 - netx/net/sourceforge/jnlp/security/AppVerifier.java | 95 - netx/net/sourceforge/jnlp/security/CertVerifier.java | 92 - netx/net/sourceforge/jnlp/security/CertificateUtils.java | 210 - netx/net/sourceforge/jnlp/security/ConnectionFactory.java | 129 - netx/net/sourceforge/jnlp/security/HttpsCertVerifier.java | 232 - netx/net/sourceforge/jnlp/security/JNLPAppVerifier.java | 148 - netx/net/sourceforge/jnlp/security/JNLPAuthenticator.java | 67 - netx/net/sourceforge/jnlp/security/KeyStores.java | 375 - netx/net/sourceforge/jnlp/security/KeystorePasswordAttempter.java | 215 - netx/net/sourceforge/jnlp/security/PluginAppVerifier.java | 231 - netx/net/sourceforge/jnlp/security/SecurityDialog.java | 425 - netx/net/sourceforge/jnlp/security/SecurityDialogMessage.java | 90 - netx/net/sourceforge/jnlp/security/SecurityDialogMessageHandler.java | 329 - netx/net/sourceforge/jnlp/security/SecurityDialogs.java | 392 - netx/net/sourceforge/jnlp/security/SecurityUtil.java | 409 - netx/net/sourceforge/jnlp/security/VariableX509TrustManager.java | 439 - netx/net/sourceforge/jnlp/security/VariableX509TrustManagerJDK7.java | 136 - netx/net/sourceforge/jnlp/security/appletextendedsecurity/AppletSecurityLevel.java | 78 - netx/net/sourceforge/jnlp/security/appletextendedsecurity/AppletStartupSecuritySettings.java | 95 - netx/net/sourceforge/jnlp/security/appletextendedsecurity/ExtendedAppletSecurityHelp.java | 187 - netx/net/sourceforge/jnlp/security/appletextendedsecurity/InvalidLineException.java | 47 - netx/net/sourceforge/jnlp/security/appletextendedsecurity/UnsignedAppletActionEntry.java | 190 - netx/net/sourceforge/jnlp/security/appletextendedsecurity/UnsignedAppletActionStorage.java | 139 - netx/net/sourceforge/jnlp/security/appletextendedsecurity/UnsignedAppletTrustConfirmation.java | 249 - netx/net/sourceforge/jnlp/security/appletextendedsecurity/UrlRegEx.java | 129 - netx/net/sourceforge/jnlp/security/appletextendedsecurity/impl/UnsignedAppletActionStorageExtendedImpl.java | 200 - netx/net/sourceforge/jnlp/security/appletextendedsecurity/impl/UnsignedAppletActionStorageImpl.java | 322 - netx/net/sourceforge/jnlp/security/dialogresults/AccessWarningPaneComplexReturn.java | 232 - netx/net/sourceforge/jnlp/security/dialogresults/BasicDialogValue.java | 149 - netx/net/sourceforge/jnlp/security/dialogresults/DialogResult.java | 62 - netx/net/sourceforge/jnlp/security/dialogresults/NamePassword.java | 81 - netx/net/sourceforge/jnlp/security/dialogresults/SetValueHandler.java | 78 - netx/net/sourceforge/jnlp/security/dialogresults/Yes.java | 83 - netx/net/sourceforge/jnlp/security/dialogresults/YesCancel.java | 70 - netx/net/sourceforge/jnlp/security/dialogresults/YesCancelSkip.java | 68 - netx/net/sourceforge/jnlp/security/dialogresults/YesNo.java | 64 - netx/net/sourceforge/jnlp/security/dialogresults/YesNoCancel.java | 68 - netx/net/sourceforge/jnlp/security/dialogresults/YesNoSandbox.java | 68 - netx/net/sourceforge/jnlp/security/dialogresults/YesNoSandboxLimited.java | 75 - netx/net/sourceforge/jnlp/security/dialogs/AccessWarningPane.java | 526 - netx/net/sourceforge/jnlp/security/dialogs/AppletWarningPane.java | 143 - netx/net/sourceforge/jnlp/security/dialogs/CertWarningPane.java | 381 - netx/net/sourceforge/jnlp/security/dialogs/CertsInfoPane.java | 405 - netx/net/sourceforge/jnlp/security/dialogs/InetSecurity511Panel.java | 192 - netx/net/sourceforge/jnlp/security/dialogs/MissingALACAttributePanel.java | 209 - netx/net/sourceforge/jnlp/security/dialogs/MissingPermissionsAttributePanel.java | 201 - netx/net/sourceforge/jnlp/security/dialogs/MoreInfoPane.java | 151 - netx/net/sourceforge/jnlp/security/dialogs/PasswordAuthenticationPane.java | 223 - netx/net/sourceforge/jnlp/security/dialogs/SecurityDialogPanel.java | 194 - netx/net/sourceforge/jnlp/security/dialogs/SingleCertInfoPane.java | 81 - netx/net/sourceforge/jnlp/security/dialogs/TemporaryPermissions.java | 121 - netx/net/sourceforge/jnlp/security/dialogs/TemporaryPermissionsButton.java | 199 - netx/net/sourceforge/jnlp/security/dialogs/ViwableDialog.java | 232 - netx/net/sourceforge/jnlp/security/dialogs/apptrustwarningpanel/AppTrustWarningDialog.java | 61 - netx/net/sourceforge/jnlp/security/dialogs/apptrustwarningpanel/AppTrustWarningPanel.java | 322 - netx/net/sourceforge/jnlp/security/dialogs/apptrustwarningpanel/MatchingALACAttributePanel.java | 126 - netx/net/sourceforge/jnlp/security/dialogs/apptrustwarningpanel/PartiallySignedAppTrustWarningPanel.java | 193 - netx/net/sourceforge/jnlp/security/dialogs/apptrustwarningpanel/UnsignedAppletTrustWarningPanel.java | 118 - netx/net/sourceforge/jnlp/security/dialogs/remember/AppletSecurityActions.java | 270 - netx/net/sourceforge/jnlp/security/dialogs/remember/ExecuteAppletAction.java | 99 - netx/net/sourceforge/jnlp/security/dialogs/remember/RemeberActionProvider.java | 45 - netx/net/sourceforge/jnlp/security/dialogs/remember/RememberDialog.java | 149 - netx/net/sourceforge/jnlp/security/dialogs/remember/RememberPanel.java | 147 - netx/net/sourceforge/jnlp/security/dialogs/remember/RememberPanelResult.java | 64 - netx/net/sourceforge/jnlp/security/dialogs/remember/RememberableDialog.java | 52 - netx/net/sourceforge/jnlp/security/dialogs/remember/SavedRememberAction.java | 85 - netx/net/sourceforge/jnlp/security/package-info.java | 106 - netx/net/sourceforge/jnlp/security/policyeditor/CustomPolicyViewer.java | 294 - netx/net/sourceforge/jnlp/security/policyeditor/IndeterminateProgressDialog.java | 57 - netx/net/sourceforge/jnlp/security/policyeditor/KeystoreInfo.java | 110 - netx/net/sourceforge/jnlp/security/policyeditor/PermissionActions.java | 99 - netx/net/sourceforge/jnlp/security/policyeditor/PermissionTarget.java | 81 - netx/net/sourceforge/jnlp/security/policyeditor/PermissionType.java | 73 - netx/net/sourceforge/jnlp/security/policyeditor/PolicyEditor.java | 1849 - netx/net/sourceforge/jnlp/security/policyeditor/PolicyEditorAboutDialog.java | 142 - netx/net/sourceforge/jnlp/security/policyeditor/PolicyEditorController.java | 220 - netx/net/sourceforge/jnlp/security/policyeditor/PolicyEditorPermissions.java | 311 - netx/net/sourceforge/jnlp/security/policyeditor/PolicyEntry.java | 144 - netx/net/sourceforge/jnlp/security/policyeditor/PolicyFileModel.java | 292 - netx/net/sourceforge/jnlp/security/policyeditor/PolicyIdentifier.java | 184 - netx/net/sourceforge/jnlp/security/viewer/CertificatePane.java | 565 - netx/net/sourceforge/jnlp/security/viewer/CertificateViewer.java | 118 - netx/net/sourceforge/jnlp/services/ExtendedSingleInstanceService.java | 49 - netx/net/sourceforge/jnlp/services/InstanceExistsException.java | 35 - netx/net/sourceforge/jnlp/services/ServiceUtil.java | 345 - netx/net/sourceforge/jnlp/services/SingleInstanceLock.java | 197 - netx/net/sourceforge/jnlp/services/XBasicService.java | 414 - netx/net/sourceforge/jnlp/services/XClipboardService.java | 81 - netx/net/sourceforge/jnlp/services/XDownloadService.java | 239 - netx/net/sourceforge/jnlp/services/XDownloadService2.java | 53 - netx/net/sourceforge/jnlp/services/XExtendedService.java | 57 - netx/net/sourceforge/jnlp/services/XExtensionInstallerService.java | 116 - netx/net/sourceforge/jnlp/services/XFileContents.java | 114 - netx/net/sourceforge/jnlp/services/XFileOpenService.java | 107 - netx/net/sourceforge/jnlp/services/XFileSaveService.java | 136 - netx/net/sourceforge/jnlp/services/XJNLPRandomAccessFile.java | 203 - netx/net/sourceforge/jnlp/services/XPersistenceService.java | 185 - netx/net/sourceforge/jnlp/services/XPrintService.java | 126 - netx/net/sourceforge/jnlp/services/XServiceManagerStub.java | 99 - netx/net/sourceforge/jnlp/services/XSingleInstanceService.java | 255 - netx/net/sourceforge/jnlp/services/package-info.java | 37 - netx/net/sourceforge/jnlp/splashscreen/SplashController.java | 48 - netx/net/sourceforge/jnlp/splashscreen/SplashErrorPanel.java | 47 - netx/net/sourceforge/jnlp/splashscreen/SplashPanel.java | 115 - netx/net/sourceforge/jnlp/splashscreen/SplashUtils.java | 216 - netx/net/sourceforge/jnlp/splashscreen/impls/DefaultErrorSplashScreen2012.java | 116 - netx/net/sourceforge/jnlp/splashscreen/impls/DefaultSplashScreen2012.java | 105 - netx/net/sourceforge/jnlp/splashscreen/impls/DefaultSplashScreens2012Commons.java | 129 - netx/net/sourceforge/jnlp/splashscreen/impls/defaultsplashscreen2012/BasePainter.java | 589 - netx/net/sourceforge/jnlp/splashscreen/impls/defaultsplashscreen2012/ControlCurve.java | 190 - netx/net/sourceforge/jnlp/splashscreen/impls/defaultsplashscreen2012/Cubic.java | 63 - netx/net/sourceforge/jnlp/splashscreen/impls/defaultsplashscreen2012/ErrorPainter.java | 263 - netx/net/sourceforge/jnlp/splashscreen/impls/defaultsplashscreen2012/MovingText.java | 77 - netx/net/sourceforge/jnlp/splashscreen/impls/defaultsplashscreen2012/NatCubic.java | 127 - netx/net/sourceforge/jnlp/splashscreen/impls/defaultsplashscreen2012/NatCubicClosed.java | 107 - netx/net/sourceforge/jnlp/splashscreen/impls/defaultsplashscreen2012/SplinesDefs.java | 1549 - netx/net/sourceforge/jnlp/splashscreen/impls/defaultsplashscreen2012/TextOutlineRenderer.java | 153 - netx/net/sourceforge/jnlp/splashscreen/impls/defaultsplashscreen2012/TextWithWaterLevel.java | 180 - netx/net/sourceforge/jnlp/splashscreen/parts/BasicComponentErrorSplashScreen.java | 85 - netx/net/sourceforge/jnlp/splashscreen/parts/BasicComponentSplashScreen.java | 156 - netx/net/sourceforge/jnlp/splashscreen/parts/DescriptionInfoItem.java | 126 - netx/net/sourceforge/jnlp/splashscreen/parts/InfoItem.java | 145 - netx/net/sourceforge/jnlp/splashscreen/parts/InformationElement.java | 241 - netx/net/sourceforge/jnlp/splashscreen/parts/JEditorPaneBasedExceptionDialog.java | 451 - netx/net/sourceforge/jnlp/splashscreen/parts/extensions/ChristmasExtension.java | 257 - netx/net/sourceforge/jnlp/splashscreen/parts/extensions/ExtensionManager.java | 63 - netx/net/sourceforge/jnlp/splashscreen/parts/extensions/NoExtension.java | 75 - netx/net/sourceforge/jnlp/splashscreen/parts/extensions/SplashExtension.java | 52 - netx/net/sourceforge/jnlp/tools/CertInformation.java | 287 - netx/net/sourceforge/jnlp/tools/JarCertVerifier.java | 622 - netx/net/sourceforge/jnlp/tools/KeyStoreUtil.java | 72 - netx/net/sourceforge/jnlp/tools/ico/IcoReader.java | 138 - netx/net/sourceforge/jnlp/tools/ico/IcoSpi.java | 110 - netx/net/sourceforge/jnlp/tools/ico/impl/IcoException.java | 46 - netx/net/sourceforge/jnlp/tools/ico/impl/IcoHeader.java | 87 - netx/net/sourceforge/jnlp/tools/ico/impl/IcoHeaderEntry.java | 143 - netx/net/sourceforge/jnlp/tools/ico/impl/ImageInputStreamIco.java | 177 - netx/net/sourceforge/jnlp/util/BasicExceptionDialog.java | 212 - netx/net/sourceforge/jnlp/util/ClasspathMatcher.java | 376 - netx/net/sourceforge/jnlp/util/FileUtils.java | 678 - netx/net/sourceforge/jnlp/util/GenericDesktopEntry.java | 51 - netx/net/sourceforge/jnlp/util/HttpUtils.java | 74 - netx/net/sourceforge/jnlp/util/ImageResources.java | 104 - netx/net/sourceforge/jnlp/util/InvalidJarHeaderException.java | 49 - netx/net/sourceforge/jnlp/util/JarFile.java | 144 - netx/net/sourceforge/jnlp/util/MD5SumWatcher.java | 99 - netx/net/sourceforge/jnlp/util/PropertiesFile.java | 214 - netx/net/sourceforge/jnlp/util/ScreenFinder.java | 112 - netx/net/sourceforge/jnlp/util/StreamUtils.java | 136 - netx/net/sourceforge/jnlp/util/TimedHashMap.java | 224 - netx/net/sourceforge/jnlp/util/UrlUtils.java | 579 - netx/net/sourceforge/jnlp/util/WeakList.java | 137 - netx/net/sourceforge/jnlp/util/WindowsDesktopEntry.java | 162 - netx/net/sourceforge/jnlp/util/XDesktopEntry.java | 697 - netx/net/sourceforge/jnlp/util/docprovider/IcedTeaWebTextsProvider.java | 131 - netx/net/sourceforge/jnlp/util/docprovider/ItwebPluginTextProvider.java | 153 - netx/net/sourceforge/jnlp/util/docprovider/ItwebSettingsTextsProvider.java | 186 - netx/net/sourceforge/jnlp/util/docprovider/JavaWsTextsProvider.java | 127 - netx/net/sourceforge/jnlp/util/docprovider/PolicyEditorTextsProvider.java | 117 - netx/net/sourceforge/jnlp/util/docprovider/TextsProvider.java | 766 - netx/net/sourceforge/jnlp/util/docprovider/formatters/formatters/Formatter.java | 82 - netx/net/sourceforge/jnlp/util/docprovider/formatters/formatters/HtmlFormatter.java | 210 - netx/net/sourceforge/jnlp/util/docprovider/formatters/formatters/ManFormatter.java | 194 - netx/net/sourceforge/jnlp/util/docprovider/formatters/formatters/PlainTextFormatter.java | 199 - netx/net/sourceforge/jnlp/util/docprovider/formatters/formatters/ReplacingTextFormatter.java | 114 - netx/net/sourceforge/jnlp/util/lockingfile/LockedFile.java | 217 - netx/net/sourceforge/jnlp/util/lockingfile/LockingReaderWriter.java | 200 - netx/net/sourceforge/jnlp/util/lockingfile/StorageIoException.java | 58 - netx/net/sourceforge/jnlp/util/logging/ConsoleOutputPane.java | 996 - netx/net/sourceforge/jnlp/util/logging/ConsoleOutputPaneModel.java | 422 - netx/net/sourceforge/jnlp/util/logging/FileLog.java | 129 - netx/net/sourceforge/jnlp/util/logging/JavaConsole.java | 595 - netx/net/sourceforge/jnlp/util/logging/LogConfig.java | 174 - netx/net/sourceforge/jnlp/util/logging/OutputController.java | 447 - netx/net/sourceforge/jnlp/util/logging/PrintStreamLogger.java | 67 - netx/net/sourceforge/jnlp/util/logging/SingleStreamLogger.java | 46 - netx/net/sourceforge/jnlp/util/logging/TeeOutputStream.java | 145 - netx/net/sourceforge/jnlp/util/logging/UnixSystemLog.java | 74 - netx/net/sourceforge/jnlp/util/logging/WinSystemLog.java | 58 - netx/net/sourceforge/jnlp/util/logging/filelogs/LogBasedFileLog.java | 101 - netx/net/sourceforge/jnlp/util/logging/filelogs/WriterBasedFileLog.java | 100 - netx/net/sourceforge/jnlp/util/logging/headers/Header.java | 179 - netx/net/sourceforge/jnlp/util/logging/headers/JavaMessage.java | 63 - netx/net/sourceforge/jnlp/util/logging/headers/MessageWithHeader.java | 46 - netx/net/sourceforge/jnlp/util/logging/headers/ObservableMessagesProvider.java | 46 - netx/net/sourceforge/jnlp/util/logging/headers/PluginHeader.java | 77 - netx/net/sourceforge/jnlp/util/logging/headers/PluginMessage.java | 93 - netx/net/sourceforge/jnlp/util/optionparser/InvalidArgumentException.java | 43 - netx/net/sourceforge/jnlp/util/optionparser/OptionParser.java | 213 - netx/net/sourceforge/jnlp/util/optionparser/ParsedOption.java | 69 - netx/net/sourceforge/jnlp/util/optionparser/UnevenParameterException.java | 43 - netx/net/sourceforge/jnlp/util/replacements/BASE64Decoder.java | 170 - netx/net/sourceforge/jnlp/util/replacements/BASE64Encoder.java | 110 - netx/net/sourceforge/jnlp/util/replacements/CharacterDecoder.java | 223 - netx/net/sourceforge/jnlp/util/replacements/CharacterEncoder.java | 357 - netx/net/sourceforge/jnlp/util/ui/NonEditableTableModel.java | 124 - netx/net/sourceforge/jnlp/util/ui/package-info.java | 40 - netx/net/sourceforge/nanoxml/XMLElement.java | 1337 - netx/net/sourceforge/nanoxml/XMLParseException.java | 121 - netx/net/sourceforge/swing/SwingUtils.java | 187 - netx/net/sourceforge/swing/ThreadCheckingRepaintManager.java | 120 - netx/sun/applet/AppletViewerPanelAccess.java | 168 - netx/sun/applet/package-info.java | 37 - plugin/docs/MessageBusArchitecture.png | Bin plugin/docs/OverallArchitecture.png | Bin plugin/docs/java-js-wf.png | Bin plugin/docs/js-java-wf.png | Bin plugin/docs/npplugin_liveconnect_design.html | 117 - plugin/icedteanp/IcedTeaJavaRequestProcessor.cc | 1398 - plugin/icedteanp/IcedTeaJavaRequestProcessor.h | 234 - plugin/icedteanp/IcedTeaNPPlugin.cc | 2476 - plugin/icedteanp/IcedTeaNPPlugin.h | 171 - plugin/icedteanp/IcedTeaParseProperties.cc | 324 - plugin/icedteanp/IcedTeaParseProperties.h | 61 - plugin/icedteanp/IcedTeaPluginRequestProcessor.cc | 1004 - plugin/icedteanp/IcedTeaPluginRequestProcessor.h | 132 - plugin/icedteanp/IcedTeaPluginUtils.cc | 1462 - plugin/icedteanp/IcedTeaPluginUtils.h | 513 - plugin/icedteanp/IcedTeaScriptablePluginObject.cc | 813 - plugin/icedteanp/IcedTeaScriptablePluginObject.h | 209 - plugin/icedteanp/java/netscape/javascript/JSException.java | 149 - plugin/icedteanp/java/netscape/javascript/JSObject.java | 297 - plugin/icedteanp/java/netscape/javascript/JSObjectCreatePermission.java | 46 - plugin/icedteanp/java/netscape/javascript/JSObjectUnboxPermission.java | 49 - plugin/icedteanp/java/netscape/javascript/JSProxy.java | 67 - plugin/icedteanp/java/netscape/javascript/JSRunnable.java | 73 - plugin/icedteanp/java/netscape/javascript/JSUtil.java | 72 - plugin/icedteanp/java/netscape/security/ForbiddenTargetException.java | 52 - plugin/icedteanp/java/netscape/security/PrivilegeManager.java | 75 - plugin/icedteanp/java/sun/applet/AppletSecurityContextManager.java | 72 - plugin/icedteanp/java/sun/applet/GetMemberPluginCallRequest.java | 61 - plugin/icedteanp/java/sun/applet/GetWindowPluginCallRequest.java | 60 - plugin/icedteanp/java/sun/applet/MethodOverloadResolver.java | 562 - plugin/icedteanp/java/sun/applet/PluginAppletPanelFactory.java | 230 - plugin/icedteanp/java/sun/applet/PluginAppletSecurityContext.java | 1359 - plugin/icedteanp/java/sun/applet/PluginAppletViewer.java | 1671 - plugin/icedteanp/java/sun/applet/PluginCallRequest.java | 84 - plugin/icedteanp/java/sun/applet/PluginCallRequestFactory.java | 60 - plugin/icedteanp/java/sun/applet/PluginClassLoader.java | 50 - plugin/icedteanp/java/sun/applet/PluginCookieInfoRequest.java | 77 - plugin/icedteanp/java/sun/applet/PluginCookieManager.java | 113 - plugin/icedteanp/java/sun/applet/PluginDebug.java | 59 - plugin/icedteanp/java/sun/applet/PluginException.java | 53 - plugin/icedteanp/java/sun/applet/PluginMain.java | 276 - plugin/icedteanp/java/sun/applet/PluginMessageConsumer.java | 255 - plugin/icedteanp/java/sun/applet/PluginMessageHandlerWorker.java | 149 - plugin/icedteanp/java/sun/applet/PluginObjectStore.java | 145 - plugin/icedteanp/java/sun/applet/PluginParameterParser.java | 94 - plugin/icedteanp/java/sun/applet/PluginProxyInfoRequest.java | 81 - plugin/icedteanp/java/sun/applet/PluginProxySelector.java | 178 - plugin/icedteanp/java/sun/applet/PluginStreamHandler.java | 399 - plugin/icedteanp/java/sun/applet/RequestQueue.java | 75 - plugin/icedteanp/java/sun/applet/TestEnv.java | 171 - plugin/icedteanp/java/sun/applet/VoidPluginCallRequest.java | 53 - plugin/tests/LiveConnect/DummyObject.java | 15 - plugin/tests/LiveConnect/OverloadTestHelper1.java | 1 - plugin/tests/LiveConnect/OverloadTestHelper2.java | 1 - plugin/tests/LiveConnect/OverloadTestHelper3.java | 1 - plugin/tests/LiveConnect/PluginTest.java | 710 - plugin/tests/LiveConnect/build | 18 - plugin/tests/LiveConnect/common.js | 219 - plugin/tests/LiveConnect/index.html | 91 - plugin/tests/LiveConnect/jjs_eval_test.js | 57 - plugin/tests/LiveConnect/jjs_func_parameters_tests.js | 107 - plugin/tests/LiveConnect/jjs_func_rettype_tests.js | 61 - plugin/tests/LiveConnect/jjs_get_tests.js | 114 - plugin/tests/LiveConnect/jjs_set_tests.js | 314 - plugin/tests/LiveConnect/jsj_func_overload_tests.js | 181 - plugin/tests/LiveConnect/jsj_func_parameters_tests.js | 216 - plugin/tests/LiveConnect/jsj_func_rettype_tests.js | 262 - plugin/tests/LiveConnect/jsj_get_tests.js | 260 - plugin/tests/LiveConnect/jsj_set_tests.js | 318 - plugin/tests/LiveConnect/jsj_type_casting_tests.js | 825 - plugin/tests/LiveConnect/jsj_type_conversion_tests.js | 825 - policyeditor.desktop.in | 10 - rust-launcher/Cargo.toml | 8 - rust-launcher/src/dirs_paths_helper.rs | 203 - rust-launcher/src/hardcoded_paths.rs | 190 - rust-launcher/src/jars_helper.rs | 297 - rust-launcher/src/log_helper.rs | 95 - rust-launcher/src/main.rs | 505 - rust-launcher/src/os_access.rs | 722 - rust-launcher/src/property.rs | 199 - rust-launcher/src/property_from_file.rs | 258 - rust-launcher/src/property_from_files_resolver.rs | 285 - rust-launcher/src/utils.rs | 412 - shell-launcher/launchers.bat.in | 188 - shell-launcher/launchers.sh.in | 203 - tests/UnitTest++/COPYING | 20 - tests/UnitTest++/Makefile | 96 - tests/UnitTest++/README | 68 - tests/UnitTest++/src/AssertException.cpp | 34 - tests/UnitTest++/src/AssertException.h | 28 - tests/UnitTest++/src/CheckMacros.h | 122 - tests/UnitTest++/src/Checks.cpp | 50 - tests/UnitTest++/src/Checks.h | 158 - tests/UnitTest++/src/Config.h | 31 - tests/UnitTest++/src/CurrentTest.cpp | 18 - tests/UnitTest++/src/CurrentTest.h | 17 - tests/UnitTest++/src/DeferredTestReporter.cpp | 29 - tests/UnitTest++/src/DeferredTestReporter.h | 28 - tests/UnitTest++/src/DeferredTestResult.cpp | 25 - tests/UnitTest++/src/DeferredTestResult.h | 29 - tests/UnitTest++/src/ExecuteTest.h | 46 - tests/UnitTest++/src/MemoryOutStream.cpp | 149 - tests/UnitTest++/src/MemoryOutStream.h | 67 - tests/UnitTest++/src/Posix/SignalTranslator.cpp | 46 - tests/UnitTest++/src/Posix/SignalTranslator.h | 42 - tests/UnitTest++/src/Posix/TimeHelpers.cpp | 33 - tests/UnitTest++/src/Posix/TimeHelpers.h | 28 - tests/UnitTest++/src/ReportAssert.cpp | 10 - tests/UnitTest++/src/ReportAssert.h | 10 - tests/UnitTest++/src/Test.cpp | 41 - tests/UnitTest++/src/Test.h | 34 - tests/UnitTest++/src/TestDetails.cpp | 22 - tests/UnitTest++/src/TestDetails.h | 24 - tests/UnitTest++/src/TestList.cpp | 39 - tests/UnitTest++/src/TestList.h | 32 - tests/UnitTest++/src/TestMacros.h | 113 - tests/UnitTest++/src/TestReporter.cpp | 10 - tests/UnitTest++/src/TestReporter.h | 20 - tests/UnitTest++/src/TestReporterStdout.cpp | 41 - tests/UnitTest++/src/TestReporterStdout.h | 19 - tests/UnitTest++/src/TestResults.cpp | 60 - tests/UnitTest++/src/TestResults.h | 36 - tests/UnitTest++/src/TestRunner.cpp | 76 - tests/UnitTest++/src/TestRunner.h | 61 - tests/UnitTest++/src/TestSuite.h | 14 - tests/UnitTest++/src/TimeConstraint.cpp | 29 - tests/UnitTest++/src/TimeConstraint.h | 33 - tests/UnitTest++/src/TimeHelpers.h | 7 - tests/UnitTest++/src/UnitTest++.h | 18 - tests/UnitTest++/src/XmlTestReporter.cpp | 127 - tests/UnitTest++/src/XmlTestReporter.h | 34 - tests/cpp-unit-tests/IcedTeaJavaRequestProcessorTest.cc | 416 - tests/cpp-unit-tests/IcedTeaNPPluginTest.cc | 114 - tests/cpp-unit-tests/IcedTeaParsePropertiesTest.cc | 530 - tests/cpp-unit-tests/IcedTeaPluginUtilsTest.cc | 358 - tests/cpp-unit-tests/IcedTeaScriptablePluginObjectTest.cc | 131 - tests/cpp-unit-tests/MemoryLeakDetector.h | 87 - tests/cpp-unit-tests/PluginParametersTest.cc | 93 - tests/cpp-unit-tests/browser_mock.cc | 156 - tests/cpp-unit-tests/browser_mock.h | 52 - tests/cpp-unit-tests/browser_mock_npidentifier.cc | 117 - tests/cpp-unit-tests/browser_mock_npidentifier.h | 57 - tests/cpp-unit-tests/checked_allocations.cc | 77 - tests/cpp-unit-tests/checked_allocations.h | 56 - tests/cpp-unit-tests/main.cc | 158 - tests/jacoco-operator/org/jacoco/operator/Main.java | 288 - tests/jacoco-operator/org/jacoco/operator/MergeTask.java | 157 - tests/jacoco-operator/org/jacoco/operator/ReportGenerator.java | 292 - tests/junit-runner/CommandLine.java | 55 - tests/junit-runner/JunitLikeXmlOutputListener.java | 479 - tests/junit-runner/LessVerboseTextListener.java | 162 - tests/junit-runner/README | 3 - tests/netx/pac/pac-funcs-test.js | 611 - tests/netx/unit/net/sourceforge/jnlp/AsyncCallTest.java | 93 - tests/netx/unit/net/sourceforge/jnlp/DefaultLaunchHandlerTest.java | 163 - tests/netx/unit/net/sourceforge/jnlp/InformationDescTest.java | 217 - tests/netx/unit/net/sourceforge/jnlp/JNLPFileTest.java | 400 - tests/netx/unit/net/sourceforge/jnlp/JNLPMatcherTest.java | 364 - tests/netx/unit/net/sourceforge/jnlp/JNLPMatcherTestMallformedAllowed.java | 340 - tests/netx/unit/net/sourceforge/jnlp/JREDescTest.java | 146 - tests/netx/unit/net/sourceforge/jnlp/LaunchExceptionTest.java | 68 - tests/netx/unit/net/sourceforge/jnlp/ParserBasic.java | 299 - tests/netx/unit/net/sourceforge/jnlp/ParserCornerCases.java | 237 - tests/netx/unit/net/sourceforge/jnlp/ParserMalformedXml.java | 128 - tests/netx/unit/net/sourceforge/jnlp/ParserSettingsTest.java | 87 - tests/netx/unit/net/sourceforge/jnlp/ParserTest.java | 1634 - tests/netx/unit/net/sourceforge/jnlp/PluginBridgeTest.java | 524 - tests/netx/unit/net/sourceforge/jnlp/PluginParametersTest.java | 133 - tests/netx/unit/net/sourceforge/jnlp/PropertyDescTest.java | 110 - tests/netx/unit/net/sourceforge/jnlp/SecurityDescTest.java | 208 - tests/netx/unit/net/sourceforge/jnlp/VersionTest.java | 145 - tests/netx/unit/net/sourceforge/jnlp/application/application0.jnlp | 27 - tests/netx/unit/net/sourceforge/jnlp/application/application1.jnlp | 13 - tests/netx/unit/net/sourceforge/jnlp/application/application2.jnlp | 13 - tests/netx/unit/net/sourceforge/jnlp/application/application3.jnlp | 18 - tests/netx/unit/net/sourceforge/jnlp/application/application4.jnlp | 13 - tests/netx/unit/net/sourceforge/jnlp/application/application5.jnlp | 13 - tests/netx/unit/net/sourceforge/jnlp/application/application6.jnlp | 16 - tests/netx/unit/net/sourceforge/jnlp/application/application7.jnlp | 11 - tests/netx/unit/net/sourceforge/jnlp/application/application8.jnlp | 14 - tests/netx/unit/net/sourceforge/jnlp/awt/imagesearch/ComponentFinderTest.java | 56 - tests/netx/unit/net/sourceforge/jnlp/basic.jnlp | 47 - tests/netx/unit/net/sourceforge/jnlp/browser/BrowserAwareProxySelectorTest.java | 227 - tests/netx/unit/net/sourceforge/jnlp/cache/CacheEntryTest.java | 380 - tests/netx/unit/net/sourceforge/jnlp/cache/CacheLRUWrapperTest.java | 327 - tests/netx/unit/net/sourceforge/jnlp/cache/CacheUtilTest.java | 140 - tests/netx/unit/net/sourceforge/jnlp/cache/NativeLibraryStorageTest.java | 172 - tests/netx/unit/net/sourceforge/jnlp/cache/ResourceDownloaderTest.java | 490 - tests/netx/unit/net/sourceforge/jnlp/cache/ResourceTest.java | 215 - tests/netx/unit/net/sourceforge/jnlp/cache/ResourceTrackerTest.java | 285 - tests/netx/unit/net/sourceforge/jnlp/cache/ResourceUrlCreatorTest.java | 153 - tests/netx/unit/net/sourceforge/jnlp/config/BasicValueValidatorsTests.java | 184 - tests/netx/unit/net/sourceforge/jnlp/config/DeploymentConfigurationTest.java | 248 - tests/netx/unit/net/sourceforge/jnlp/config/DirectoryValidatorTest.java | 272 - tests/netx/unit/net/sourceforge/jnlp/controlpanel/ClassFinderTest.java | 82 - tests/netx/unit/net/sourceforge/jnlp/controlpanel/CommandLineTest.java | 222 - tests/netx/unit/net/sourceforge/jnlp/jarsInJreDesc.jnlp | 100 - tests/netx/unit/net/sourceforge/jnlp/launchApp.jnlp | 23 - tests/netx/unit/net/sourceforge/jnlp/resources/MessagesPropertiesTest.java | 322 - tests/netx/unit/net/sourceforge/jnlp/runtime/BootTest.java | 56 - tests/netx/unit/net/sourceforge/jnlp/runtime/CodeBaseClassLoaderTest.java | 271 - tests/netx/unit/net/sourceforge/jnlp/runtime/JNLPClassLoaderTest.java | 366 - tests/netx/unit/net/sourceforge/jnlp/runtime/JNLPFileTest.java | 360 - tests/netx/unit/net/sourceforge/jnlp/runtime/JNLPProxySelectorTest.java | 334 - tests/netx/unit/net/sourceforge/jnlp/runtime/ManifestAttributesCheckerTest.java | 65 - tests/netx/unit/net/sourceforge/jnlp/runtime/ResourcesDescTest.java | 105 - tests/netx/unit/net/sourceforge/jnlp/runtime/TranslatorTest.java | 94 - tests/netx/unit/net/sourceforge/jnlp/runtime/html/AppletParserTest.java | 55 - tests/netx/unit/net/sourceforge/jnlp/runtime/pf.jar-orig | Bin tests/netx/unit/net/sourceforge/jnlp/security/KeyStoresTest.java | 131 - tests/netx/unit/net/sourceforge/jnlp/security/SecurityDialogsTest.java | 711 - tests/netx/unit/net/sourceforge/jnlp/security/appletextendedsecurity/UnsignedAppletTrustConfirmationTest.java | 365 - tests/netx/unit/net/sourceforge/jnlp/security/appletextendedsecurity/UrlRegExTest.java | 184 - tests/netx/unit/net/sourceforge/jnlp/security/appletextendedsecurity/impl/LegacyUnsignedAppletActionStorageImplTest.java | 230 - tests/netx/unit/net/sourceforge/jnlp/security/appletextendedsecurity/impl/UnsignedAppletActionStorageImplTest.java | 309 - tests/netx/unit/net/sourceforge/jnlp/security/appletextendedsecurity/impl/VersionRestrictionTest.java | 343 - tests/netx/unit/net/sourceforge/jnlp/security/dialogresults/AccessWarningPaneComplexReturnTest.java | 118 - tests/netx/unit/net/sourceforge/jnlp/security/dialogresults/YesCancelTest.java | 77 - tests/netx/unit/net/sourceforge/jnlp/security/dialogresults/YesNoCancelTest.java | 96 - tests/netx/unit/net/sourceforge/jnlp/security/dialogresults/YesNoSandboxTest.java | 97 - tests/netx/unit/net/sourceforge/jnlp/security/dialogresults/YesNoTestTest.java | 88 - tests/netx/unit/net/sourceforge/jnlp/security/dialogresults/YesTest.java | 79 - tests/netx/unit/net/sourceforge/jnlp/security/dialogs/TemporaryPermissionsTest.java | 104 - tests/netx/unit/net/sourceforge/jnlp/security/dialogs/apptrustwarningpanel/AppTrustWarningPanelTest.java | 154 - tests/netx/unit/net/sourceforge/jnlp/security/dialogs/remember/AppletSecurityActionsTest.java | 203 - tests/netx/unit/net/sourceforge/jnlp/security/policyeditor/CustomPolicyViewerTest.java | 130 - tests/netx/unit/net/sourceforge/jnlp/security/policyeditor/PermissionActionsTest.java | 70 - tests/netx/unit/net/sourceforge/jnlp/security/policyeditor/PermissionTargetTest.java | 57 - tests/netx/unit/net/sourceforge/jnlp/security/policyeditor/PermissionTypeTest.java | 55 - tests/netx/unit/net/sourceforge/jnlp/security/policyeditor/PolicyEditorControllerTest.java | 337 - tests/netx/unit/net/sourceforge/jnlp/security/policyeditor/PolicyEditorParsingTest.java | 294 - tests/netx/unit/net/sourceforge/jnlp/security/policyeditor/PolicyEditorPermissionsTest.java | 67 - tests/netx/unit/net/sourceforge/jnlp/security/policyeditor/PolicyEditorTest.java | 456 - tests/netx/unit/net/sourceforge/jnlp/security/policyeditor/PolicyEntryTest.java | 186 - tests/netx/unit/net/sourceforge/jnlp/security/policyeditor/PolicyFileModelTest.java | 249 - tests/netx/unit/net/sourceforge/jnlp/security/policyeditor/PolicyIdentifierTest.java | 148 - tests/netx/unit/net/sourceforge/jnlp/splashscreen/ErrorSplashScreenTest.java | 168 - tests/netx/unit/net/sourceforge/jnlp/splashscreen/ErrorSplashUtilsTest.java | 213 - tests/netx/unit/net/sourceforge/jnlp/splashscreen/SplashScreenTest.java | 190 - tests/netx/unit/net/sourceforge/jnlp/splashscreen/SplashUtilsTest.java | 265 - tests/netx/unit/net/sourceforge/jnlp/splashscreen/impls/defaultsplashscreen2012/BasePainterTest.java | 125 - tests/netx/unit/net/sourceforge/jnlp/splashscreen/impls/defaultsplashscreen2012/ControlCurveTest.java | 307 - tests/netx/unit/net/sourceforge/jnlp/splashscreen/impls/defaultsplashscreen2012/CubicTest.java | 57 - tests/netx/unit/net/sourceforge/jnlp/splashscreen/impls/defaultsplashscreen2012/ErrorPainterTest.java | 113 - tests/netx/unit/net/sourceforge/jnlp/splashscreen/impls/defaultsplashscreen2012/MovingTextTest.java | 151 - tests/netx/unit/net/sourceforge/jnlp/splashscreen/impls/defaultsplashscreen2012/NatCubicClosedTest.java | 264 - tests/netx/unit/net/sourceforge/jnlp/splashscreen/impls/defaultsplashscreen2012/NatCubicTest.java | 264 - tests/netx/unit/net/sourceforge/jnlp/splashscreen/impls/defaultsplashscreen2012/SplinesDefsTest.java | 87 - tests/netx/unit/net/sourceforge/jnlp/splashscreen/impls/defaultsplashscreen2012/TextOutlineRendererTest.java | 144 - tests/netx/unit/net/sourceforge/jnlp/splashscreen/impls/defaultsplashscreen2012/TextWithWaterLevelTest.java | 138 - tests/netx/unit/net/sourceforge/jnlp/splashscreen/parts/BasicComponentErrorSplashScreenTest.java | 127 - tests/netx/unit/net/sourceforge/jnlp/splashscreen/parts/BasicComponentSplashScreenTest.java | 118 - tests/netx/unit/net/sourceforge/jnlp/splashscreen/parts/DescriptionInfoItemTest.java | 138 - tests/netx/unit/net/sourceforge/jnlp/splashscreen/parts/InfoItemTest.java | 111 - tests/netx/unit/net/sourceforge/jnlp/splashscreen/parts/InformationElementTest.java | 281 - tests/netx/unit/net/sourceforge/jnlp/splashscreen/parts/JEditorPaneBasedExceptionDialogTest.java | 191 - tests/netx/unit/net/sourceforge/jnlp/templates/EFBBBF.jnlp | 59 - tests/netx/unit/net/sourceforge/jnlp/templates/template0.jnlp | 28 - tests/netx/unit/net/sourceforge/jnlp/templates/template1.jnlp | 13 - tests/netx/unit/net/sourceforge/jnlp/templates/template2.jnlp | 13 - tests/netx/unit/net/sourceforge/jnlp/templates/template3.jnlp | 13 - tests/netx/unit/net/sourceforge/jnlp/templates/template4.jnlp | 13 - tests/netx/unit/net/sourceforge/jnlp/templates/template5.jnlp | 23 - tests/netx/unit/net/sourceforge/jnlp/templates/template6.jnlp | 13 - tests/netx/unit/net/sourceforge/jnlp/templates/template7.jnlp | 16 - tests/netx/unit/net/sourceforge/jnlp/templates/template8.jnlp | 12 - tests/netx/unit/net/sourceforge/jnlp/templates/template9.jnlp | 14 - tests/netx/unit/net/sourceforge/jnlp/tools/JarCertVerifierTest.java | 520 - tests/netx/unit/net/sourceforge/jnlp/tools/ico/impl/ImageInputStreamIcoTest.java | 254 - tests/netx/unit/net/sourceforge/jnlp/tools/ico/impl/resources/favicon1.ico | Bin tests/netx/unit/net/sourceforge/jnlp/tools/ico/impl/resources/favicon2.ico | Bin tests/netx/unit/net/sourceforge/jnlp/tools/ico/impl/resources/favicon3.ico | Bin tests/netx/unit/net/sourceforge/jnlp/tools/ico/impl/resources/favicon4.ico | Bin tests/netx/unit/net/sourceforge/jnlp/tools/ico/impl/resources/favicon5.ico | Bin tests/netx/unit/net/sourceforge/jnlp/tools/ico/impl/resources/favicon6.ico | Bin tests/netx/unit/net/sourceforge/jnlp/tools/ico/impl/resources/ico1-bmp-noTrans.ico | Bin tests/netx/unit/net/sourceforge/jnlp/tools/ico/impl/resources/ico1-bmp-trans.ico | Bin tests/netx/unit/net/sourceforge/jnlp/tools/ico/impl/resources/ico1-png-noTrans.ico | Bin tests/netx/unit/net/sourceforge/jnlp/tools/ico/impl/resources/ico1-png-trans.ico | Bin tests/netx/unit/net/sourceforge/jnlp/tools/ico/impl/resources/ico24-bmp-noTrans.ico | Bin tests/netx/unit/net/sourceforge/jnlp/tools/ico/impl/resources/ico24-bmp-trans.ico | Bin tests/netx/unit/net/sourceforge/jnlp/tools/ico/impl/resources/ico24-png-noTrans.ico | Bin tests/netx/unit/net/sourceforge/jnlp/tools/ico/impl/resources/ico24-png-trans.ico | Bin tests/netx/unit/net/sourceforge/jnlp/tools/ico/impl/resources/ico32-bmp-noTrans.ico | Bin tests/netx/unit/net/sourceforge/jnlp/tools/ico/impl/resources/ico32-bmp-trans.ico | Bin tests/netx/unit/net/sourceforge/jnlp/tools/ico/impl/resources/ico32-png-noTrans.ico | Bin tests/netx/unit/net/sourceforge/jnlp/tools/ico/impl/resources/ico32-png-trans.ico | Bin tests/netx/unit/net/sourceforge/jnlp/tools/ico/impl/resources/ico4-bmp-noTrans.ico | Bin tests/netx/unit/net/sourceforge/jnlp/tools/ico/impl/resources/ico4-bmp-trans.ico | Bin tests/netx/unit/net/sourceforge/jnlp/tools/ico/impl/resources/ico4-png-noTrans.ico | Bin tests/netx/unit/net/sourceforge/jnlp/tools/ico/impl/resources/ico4-png-trans.ico | Bin tests/netx/unit/net/sourceforge/jnlp/tools/ico/impl/resources/ico8-bmp-noTrans.ico | Bin tests/netx/unit/net/sourceforge/jnlp/tools/ico/impl/resources/ico8-bmp-trans.ico | Bin tests/netx/unit/net/sourceforge/jnlp/tools/ico/impl/resources/ico8-png-noTrans.ico | Bin tests/netx/unit/net/sourceforge/jnlp/tools/ico/impl/resources/ico8-png-trans.ico | Bin tests/netx/unit/net/sourceforge/jnlp/util/ClasspathMatcherTest.java | 697 - tests/netx/unit/net/sourceforge/jnlp/util/FileUtilsTest.java | 159 - tests/netx/unit/net/sourceforge/jnlp/util/HttpUtilsTest.java | 278 - tests/netx/unit/net/sourceforge/jnlp/util/ImageResourcesTest.java | 71 - tests/netx/unit/net/sourceforge/jnlp/util/MD5SumWatcherTest.java | 113 - tests/netx/unit/net/sourceforge/jnlp/util/PropertiesFileTest.java | 195 - tests/netx/unit/net/sourceforge/jnlp/util/TimedHashMapTest.java | 210 - tests/netx/unit/net/sourceforge/jnlp/util/UrlUtilsTest.java | 415 - tests/netx/unit/net/sourceforge/jnlp/util/XDesktopEntryTest.java | 371 - tests/netx/unit/net/sourceforge/jnlp/util/docprovider/ReadAutorsTest.java | 168 - tests/netx/unit/net/sourceforge/jnlp/util/docprovider/formatters/formatters/FormatterTest.java | 113 - tests/netx/unit/net/sourceforge/jnlp/util/docprovider/formatters/formatters/ReplacingTextFormatterTest.java | 168 - tests/netx/unit/net/sourceforge/jnlp/util/lockingfile/LockingReaderWriterTest.java | 232 - tests/netx/unit/net/sourceforge/jnlp/util/lockingfile/NonWindowsLockedFile.java | 30 - tests/netx/unit/net/sourceforge/jnlp/util/lockingfile/WindowsLockedFileTest.java | 71 - tests/netx/unit/net/sourceforge/jnlp/util/logging/FileLogTest.java | 179 - tests/netx/unit/net/sourceforge/jnlp/util/logging/JavaConsoleTest.java | 71 - tests/netx/unit/net/sourceforge/jnlp/util/logging/OutputControllerTest.java | 380 - tests/netx/unit/net/sourceforge/jnlp/util/logging/PrintStreamLoggerTest.java | 113 - tests/netx/unit/net/sourceforge/jnlp/util/logging/TeeOutputStreamTest.java | 95 - tests/netx/unit/net/sourceforge/jnlp/util/logging/WriterBasedFileLogTest.java | 179 - tests/netx/unit/net/sourceforge/jnlp/util/optionparser/OptionParserTest.java | 467 - tests/netx/unit/net/sourceforge/jnlp/util/replacements/BASE64DecoderTest.java | 102 - tests/netx/unit/net/sourceforge/jnlp/util/replacements/BASE64EncoderTest.java | 166 - tests/netx/unit/sun/applet/MethodOverloadResolverTest.java | 487 - tests/netx/unit/sun/applet/PluginAppletSecurityContextTest.java | 222 - tests/netx/unit/sun/applet/PluginAppletViewerTest.java | 241 - tests/netx/unit/sun/applet/PluginParameterParserTest.java | 114 - tests/netx/unit/sun/applet/PluginProxySelectorTest.java | 234 - tests/report-styles/index.js | 102 - tests/report-styles/jreport.xsl | 341 - tests/report-styles/logs.xsl | 153 - tests/report-styles/output.css | 7 - tests/report-styles/report.css | 26 - tests/report-styles/textreport.xsl | 63 - tests/reproducers/README | 32 - tests/reproducers/cloneReproducer.sh | 54 - tests/reproducers/custom/AdditionalJarsInMetaInfIndexList/resources/AdditionalJarsInMetaInfIndexListSigned.jnlp | 56 - tests/reproducers/custom/AdditionalJarsInMetaInfIndexList/resources/AdditionalJarsInMetaInfIndexListUnsigned.jnlp | 53 - tests/reproducers/custom/AdditionalJarsInMetaInfIndexList/srcs/LoadedViaMetaInfIndexList.java | 41 - tests/reproducers/custom/AdditionalJarsInMetaInfIndexList/srcs/Makefile | 65 - tests/reproducers/custom/AdditionalJarsInMetaInfIndexList/testcases/AdditionalJarsInMetaInfIndexListTests.java | 71 - tests/reproducers/custom/AppletExtendsFromOutsideJar/README | 2 - tests/reproducers/custom/AppletExtendsFromOutsideJar/resources/AppletExtendsFromOutsideJar.html | 45 - tests/reproducers/custom/AppletExtendsFromOutsideJar/srcs/AppletReferenceInSameJar.java | 43 - tests/reproducers/custom/AppletExtendsFromOutsideJar/srcs/AppletReferenceOutOfJar.java | 48 - tests/reproducers/custom/AppletExtendsFromOutsideJar/srcs/Makefile | 31 - tests/reproducers/custom/AppletExtendsFromOutsideJar/srcs/Referenced.java | 40 - tests/reproducers/custom/AppletExtendsFromOutsideJar/testcases/AppletExtendsFromOutsideJarTests.java | 64 - tests/reproducers/custom/AppletFolderInArchiveTag/resources/AppletFolderInArchiveTag.html | 42 - tests/reproducers/custom/AppletFolderInArchiveTag/srcs/AppletFolderInArchiveTag.java | 58 - tests/reproducers/custom/AppletFolderInArchiveTag/srcs/Makefile | 18 - tests/reproducers/custom/AppletFolderInArchiveTag/testcases/AppletFolderInArchiveTagTests.java | 61 - tests/reproducers/custom/ExtensionJnlpsInApplet/resources/ExtensionJnlpHelper.jnlp | 53 - tests/reproducers/custom/ExtensionJnlpsInApplet/resources/ExtensionJnlpTest.html | 46 - tests/reproducers/custom/ExtensionJnlpsInApplet/resources/ExtensionJnlpTestApplet.jnlp | 59 - tests/reproducers/custom/ExtensionJnlpsInApplet/srcs/ExtensionJnlpHelper.java | 42 - tests/reproducers/custom/ExtensionJnlpsInApplet/srcs/ExtensionJnlpTestApplet.java | 55 - tests/reproducers/custom/ExtensionJnlpsInApplet/srcs/Makefile | 38 - tests/reproducers/custom/ExtensionJnlpsInApplet/testcases/ExtensionJnlpsInAppletTest.java | 73 - tests/reproducers/custom/GifarCreator/srcs/Makefile | 17 - tests/reproducers/custom/JNLPClassLoaderDeadlock/resources/JNLPClassLoaderDeadlock.html | 7 - tests/reproducers/custom/JNLPClassLoaderDeadlock/srcs/JNLPClassLoaderDeadlock_1.java | 23 - tests/reproducers/custom/JNLPClassLoaderDeadlock/srcs/JNLPClassLoaderDeadlock_2.java | 82 - tests/reproducers/custom/JNLPClassLoaderDeadlock/srcs/Makefile | 34 - tests/reproducers/custom/JNLPClassLoaderDeadlock/testcases/JNLPClassLoaderDeadlockTest.java | 73 - tests/reproducers/custom/JavaFx/resources/JavaFx.jar | Bin tests/reproducers/custom/JavaFx/resources/JavaFx.jnlp | 15 - tests/reproducers/custom/JavaFx/srcs/Controller.java | 11 - tests/reproducers/custom/JavaFx/srcs/Main.java | 23 - tests/reproducers/custom/JavaFx/srcs/Makefile | 29 - tests/reproducers/custom/JavaFx/srcs/helloworld.fxml | 17 - tests/reproducers/custom/JavaFx/testcases/JavaFxTest.java | 81 - tests/reproducers/custom/MixedSigningAndTrustedOnly/resources/MixedSigningAndTrustedOnly.html.in | 49 - tests/reproducers/custom/MixedSigningAndTrustedOnly/resources/MixedSigningAndTrustedOnlyApp.jnlp.in | 55 - tests/reproducers/custom/MixedSigningAndTrustedOnly/resources/MixedSigningAndTrustedOnlyApplet.jnlp.in | 60 - tests/reproducers/custom/MixedSigningAndTrustedOnly/srcs/MANIFEST.MF | 2 - tests/reproducers/custom/MixedSigningAndTrustedOnly/srcs/Makefile | 73 - tests/reproducers/custom/MixedSigningAndTrustedOnly/srcs/MixedSigningAndTrustedOnlyClass1.java | 145 - tests/reproducers/custom/MixedSigningAndTrustedOnly/srcs/MixedSigningAndTrustedOnlyClass2.java | 140 - tests/reproducers/custom/MixedSigningAndTrustedOnly/testcases/MixedSigningAndTrustedOnlyPackage/MixedSigningAndTrustedOnly.java | 438 - tests/reproducers/custom/MixedSigningAndTrustedOnly/testcases/MixedSigningAndTrustedOnlyPackage/MixedSigningAndTrustedOnlyBS1.java | 192 - tests/reproducers/custom/MixedSigningAndTrustedOnly/testcases/MixedSigningAndTrustedOnlyPackage/MixedSigningAndTrustedOnlyBSmanifest.java | 193 - tests/reproducers/custom/MixedSigningAndTrustedOnly/testcases/MixedSigningAndTrustedOnlyPackage/MixedSigningAndTrustedOnlyFSSU.java | 267 - tests/reproducers/custom/MixedSigningApplet/resources/MixedSigningApplet.html | 52 - tests/reproducers/custom/MixedSigningApplet/resources/MixedSigningApplet.jnlp | 61 - tests/reproducers/custom/MixedSigningApplet/srcs/Makefile | 38 - tests/reproducers/custom/MixedSigningApplet/srcs/MixedSigningAppletHelper.java | 137 - tests/reproducers/custom/MixedSigningApplet/srcs/MixedSigningAppletSigned.java | 349 - tests/reproducers/custom/MixedSigningApplet/testcases/MixedSigningAppletSignedTests.java | 780 - tests/reproducers/custom/MultipleSignaturesPerJar/resources/MultipleSignaturesPerJarMatching.html | 46 - tests/reproducers/custom/MultipleSignaturesPerJar/resources/MultipleSignaturesPerJarMatching.jnlp | 57 - tests/reproducers/custom/MultipleSignaturesPerJar/resources/MultipleSignaturesPerJarMismatching.html | 46 - tests/reproducers/custom/MultipleSignaturesPerJar/resources/MultipleSignaturesPerJarMismatching.jnlp | 57 - tests/reproducers/custom/MultipleSignaturesPerJar/srcs/Makefile | 60 - tests/reproducers/custom/MultipleSignaturesPerJar/srcs/somecrazytestpackage/MultipleSignaturesPerJarMain.java | 90 - tests/reproducers/custom/MultipleSignaturesPerJar/testcases/MultipleSignaturesPerJarTests.java | 129 - tests/reproducers/custom/NoClassDeff/resources/NoClassDeff.html.in | 47 - tests/reproducers/custom/NoClassDeff/resources/NoClassDeffApp.jnlp.in | 56 - tests/reproducers/custom/NoClassDeff/resources/NoClassDeffApplet.jnlp.in | 60 - tests/reproducers/custom/NoClassDeff/resources/NoClassDeffJnlpHref.html.in | 48 - tests/reproducers/custom/NoClassDeff/srcs/Makefile | 37 - tests/reproducers/custom/NoClassDeff/srcs/NoClassDeff.java | 154 - tests/reproducers/custom/NoClassDeff/testcases/NoClassDeffTest.java | 727 - tests/reproducers/custom/PackGZip/resources/PackGZip.jnlp | 52 - tests/reproducers/custom/PackGZip/resources/PackGZipApplet.html | 15 - tests/reproducers/custom/PackGZip/resources/PackGZipJNLP.html | 15 - tests/reproducers/custom/PackGZip/srcs/Makefile | 32 - tests/reproducers/custom/PackGZip/srcs/PackGZip.java | 47 - tests/reproducers/custom/PackGZip/testcases/PackGZipTest.java | 92 - tests/reproducers/custom/PartiallySignedAppletManifestSpecifiesSandbox/resources/PartiallySignedAppletManifestSpecifiesAllPermissionSigned.html | 48 - tests/reproducers/custom/PartiallySignedAppletManifestSpecifiesSandbox/resources/PartiallySignedAppletManifestSpecifiesAllPermissionSigned.jnlp | 56 - tests/reproducers/custom/PartiallySignedAppletManifestSpecifiesSandbox/resources/PartiallySignedAppletManifestSpecifiesAllPermissionSignedJNLPhref.html | 46 - tests/reproducers/custom/PartiallySignedAppletManifestSpecifiesSandbox/resources/PartiallySignedAppletManifestSpecifiesAllPermissionUnsigned.html | 48 - tests/reproducers/custom/PartiallySignedAppletManifestSpecifiesSandbox/resources/PartiallySignedAppletManifestSpecifiesAllPermissionUnsigned.jnlp | 56 - tests/reproducers/custom/PartiallySignedAppletManifestSpecifiesSandbox/resources/PartiallySignedAppletManifestSpecifiesAllPermissionUnsignedJNLPhref.html | 46 - tests/reproducers/custom/PartiallySignedAppletManifestSpecifiesSandbox/resources/PartiallySignedAppletManifestSpecifiesSandboxSigned.html | 48 - tests/reproducers/custom/PartiallySignedAppletManifestSpecifiesSandbox/resources/PartiallySignedAppletManifestSpecifiesSandboxSigned.jnlp | 56 - tests/reproducers/custom/PartiallySignedAppletManifestSpecifiesSandbox/resources/PartiallySignedAppletManifestSpecifiesSandboxSignedJNLPhref.html | 46 - tests/reproducers/custom/PartiallySignedAppletManifestSpecifiesSandbox/resources/PartiallySignedAppletManifestSpecifiesSandboxUnsigned.html | 48 - tests/reproducers/custom/PartiallySignedAppletManifestSpecifiesSandbox/resources/PartiallySignedAppletManifestSpecifiesSandboxUnsigned.jnlp | 56 - tests/reproducers/custom/PartiallySignedAppletManifestSpecifiesSandbox/resources/PartiallySignedAppletManifestSpecifiesSandboxUnsignedJNLPhref.html | 46 - tests/reproducers/custom/PartiallySignedAppletManifestSpecifiesSandbox/resources/PartiallySignedApplicationManifestSpecifiesAllPermissionSigned.jnlp | 56 - tests/reproducers/custom/PartiallySignedAppletManifestSpecifiesSandbox/resources/PartiallySignedApplicationManifestSpecifiesAllPermissionUnsigned.jnlp | 56 - tests/reproducers/custom/PartiallySignedAppletManifestSpecifiesSandbox/resources/PartiallySignedApplicationManifestSpecifiesSandboxSigned.jnlp | 56 - tests/reproducers/custom/PartiallySignedAppletManifestSpecifiesSandbox/resources/PartiallySignedApplicationManifestSpecifiesSandboxUnsigned.jnlp | 56 - tests/reproducers/custom/PartiallySignedAppletManifestSpecifiesSandbox/srcs/MANIFEST.MF.1 | 4 - tests/reproducers/custom/PartiallySignedAppletManifestSpecifiesSandbox/srcs/MANIFEST.MF.2 | 4 - tests/reproducers/custom/PartiallySignedAppletManifestSpecifiesSandbox/srcs/Makefile | 42 - tests/reproducers/custom/PartiallySignedAppletManifestSpecifiesSandbox/srcs/PartiallySignedAppletManifestSpecifiesSandboxSigned.java | 68 - tests/reproducers/custom/PartiallySignedAppletManifestSpecifiesSandbox/srcs/PartiallySignedAppletManifestSpecifiesSandboxUnsigned.java | 68 - tests/reproducers/custom/PartiallySignedAppletManifestSpecifiesSandbox/testcases/PartiallySignedAppletManifestSpecifiesSandboxTests.java | 256 - tests/reproducers/custom/SignedAppletCodebaseLoading/resources/SignedAppletCodebaseLoading.html | 52 - tests/reproducers/custom/SignedAppletCodebaseLoading/srcs/Makefile | 37 - tests/reproducers/custom/SignedAppletCodebaseLoading/srcs/SignedAppletCodebaseLoading.java | 50 - tests/reproducers/custom/SignedAppletCodebaseLoading/srcs/SignedAppletCodebaseLoadingHelper.java | 47 - tests/reproducers/custom/SignedAppletCodebaseLoading/testcases/SignedAppletCodebaseLoadingTests.java | 80 - tests/reproducers/custom/SignedAppletExternalMainClass/resources/SignedAppletExternalMainClass.html | 49 - tests/reproducers/custom/SignedAppletExternalMainClass/srcs/Makefile | 31 - tests/reproducers/custom/SignedAppletExternalMainClass/srcs/SignedAppletExternalMainClass.java | 49 - tests/reproducers/custom/SignedAppletExternalMainClass/srcs/SignedAppletExternalMainClassHelper.java | 42 - tests/reproducers/custom/SignedAppletExternalMainClass/testcases/SignedAppletExternalMainClassTest.java | 75 - tests/reproducers/custom/TrustedOnlyAttribute/resources/TrustedOnlyAttribute-signed-nosecurity.jnlp | 58 - tests/reproducers/custom/TrustedOnlyAttribute/resources/TrustedOnlyAttribute-signed-security.jnlp | 61 - tests/reproducers/custom/TrustedOnlyAttribute/resources/TrustedOnlyAttribute-signed.html | 49 - tests/reproducers/custom/TrustedOnlyAttribute/resources/TrustedOnlyAttribute-unsigned-nosecurity.jnlp | 58 - tests/reproducers/custom/TrustedOnlyAttribute/resources/TrustedOnlyAttribute-unsigned-security.jnlp | 61 - tests/reproducers/custom/TrustedOnlyAttribute/resources/TrustedOnlyAttribute-unsigned.html | 49 - tests/reproducers/custom/TrustedOnlyAttribute/srcs/MANIFEST.MF | 3 - tests/reproducers/custom/TrustedOnlyAttribute/srcs/Makefile | 33 - tests/reproducers/custom/TrustedOnlyAttribute/srcs/TrustedOnlyAttribute.java | 50 - tests/reproducers/custom/TrustedOnlyAttribute/testcases/TrustedOnlyAttributeTest.java | 142 - tests/reproducers/custom/UnsignedContentInMETAINF/resources/UnsignedContentInMETAINF.jnlp | 56 - tests/reproducers/custom/UnsignedContentInMETAINF/srcs/META-INF/unsigned_file_in_metainf | 1 - tests/reproducers/custom/UnsignedContentInMETAINF/srcs/Makefile | 21 - tests/reproducers/custom/UnsignedContentInMETAINF/testcases/UnsignedContentInMETAINF.java | 65 - tests/reproducers/custom/remote/srcs/Makefile | 5 - tests/reproducers/custom/remote/testcases/RemoteApplicationSettings.java | 322 - tests/reproducers/custom/remote/testcases/RemoteApplicationTests.java | 159 - tests/reproducers/signed/AccessClassInPackageSigned/resources/AccessClassInPackageSignedJAVAXJNLP.jnlp | 57 - tests/reproducers/signed/AccessClassInPackageSigned/resources/AccessClassInPackageSignedNETSF.jnlp | 57 - tests/reproducers/signed/AccessClassInPackageSigned/resources/AccessClassInPackageSignedSELF.jnlp | 57 - tests/reproducers/signed/AccessClassInPackageSigned/resources/AccessClassInPackageSignedSUNSEC.jnlp | 57 - tests/reproducers/signed/AccessClassInPackageSigned/srcs/AccessClassInPackageSigned.java | 44 - tests/reproducers/signed/AppContextHasJNLPClassLoader/resources/AppContextHasJNLPClassLoader.html | 44 - tests/reproducers/signed/AppContextHasJNLPClassLoader/resources/AppContextHasJNLPClassLoader.jnlp | 57 - tests/reproducers/signed/AppContextHasJNLPClassLoader/resources/AppContextHasJNLPClassLoaderForJNLPApplet.jnlp | 61 - tests/reproducers/signed/AppContextHasJNLPClassLoader/srcs/AppContextHasJNLPClassLoader.java | 88 - tests/reproducers/signed/AppContextHasJNLPClassLoader/testcases/AppContextHasJNLPClassLoaderTest.java | 97 - tests/reproducers/signed/AppletTestSigned/resources/AppletTestSigned.html | 46 - tests/reproducers/signed/AppletTestSigned/resources/AppletTestSigned.jnlp | 63 - tests/reproducers/signed/AppletTestSigned/resources/AppletTestSigned2.html | 46 - tests/reproducers/signed/AppletTestSigned/srcs/AppletTestSigned.java | 83 - tests/reproducers/signed/AppletTestSigned/testcases/AppletTestSignedTests.java | 153 - tests/reproducers/signed/CacheReproducer/resources/CacheReproducer1.jnlp | 17 - tests/reproducers/signed/CacheReproducer/resources/CacheReproducer1_1.jnlp | 17 - tests/reproducers/signed/CacheReproducer/resources/CacheReproducer2.jnlp | 17 - tests/reproducers/signed/CacheReproducer/resources/CacheReproducer2_1.jnlp | 17 - tests/reproducers/signed/CacheReproducer/srcs/CacheReproducer.java | 47 - tests/reproducers/signed/CacheReproducer/testcases/CacheReproducerTest.java | 479 - tests/reproducers/signed/CheckPluginParams/resources/CheckPluginParams.jnlp | 57 - tests/reproducers/signed/CheckPluginParams/resources/CheckPluginParams1.html | 46 - tests/reproducers/signed/CheckPluginParams/resources/CheckPluginParams2.html | 45 - tests/reproducers/signed/CheckPluginParams/srcs/CheckPluginParams.java | 69 - tests/reproducers/signed/CheckPluginParams/testcases/CheckPluginParamsTests.java | 102 - tests/reproducers/signed/Classpath.Manifest.Test.Helper/srcs/CheckForClasspath.java | 42 - tests/reproducers/signed/ClasspathManifestTest/resources/ClasspathManifestAppletTest.html | 48 - tests/reproducers/signed/ClasspathManifestTest/resources/ClasspathManifestAppletTest.jnlp | 61 - tests/reproducers/signed/ClasspathManifestTest/resources/ClasspathManifestApplicationTest.jnlp | 56 - tests/reproducers/signed/ClasspathManifestTest/resources/ClasspathManifestJNLPHrefTest.html | 46 - tests/reproducers/signed/ClasspathManifestTest/srcs/ClasspathManifest.java | 81 - tests/reproducers/signed/ClasspathManifestTest/srcs/META-INF/MANIFEST.MF | 4 - tests/reproducers/signed/ClasspathManifestTest/testcases/ClasspathManifestTest.java | 225 - tests/reproducers/signed/ClipboardContentSigned/resources/ClipboardContentSignedCopy1.jnlp | 58 - tests/reproducers/signed/ClipboardContentSigned/resources/ClipboardContentSignedCopy2.jnlp | 58 - tests/reproducers/signed/ClipboardContentSigned/resources/ClipboardContentSignedPaste1.jnlp | 57 - tests/reproducers/signed/ClipboardContentSigned/resources/ClipboardContentSignedPaste2.jnlp | 57 - tests/reproducers/signed/ClipboardContentSigned/srcs/ClipboardContentSigned.java | 183 - tests/reproducers/signed/ClipboardContentSigned/testcases/ClipboardContentSignedTests.java | 121 - tests/reproducers/signed/CodeBaseManifestEntrySignedMatching/resources/CodeBaseManifestEntrySignedMatching.html | 48 - tests/reproducers/signed/CodeBaseManifestEntrySignedMatching/resources/CodeBaseManifestEntrySignedMatching.jnlp | 56 - tests/reproducers/signed/CodeBaseManifestEntrySignedMatching/resources/CodeBaseManifestEntrySignedMatchingApplet.jnlp | 61 - tests/reproducers/signed/CodeBaseManifestEntrySignedMatching/resources/CodeBaseManifestEntrySignedMatchingJnlp.html | 46 - tests/reproducers/signed/CodeBaseManifestEntrySignedMatching/srcs/CodeBaseManifestEntrySignedMatching.java | 73 - tests/reproducers/signed/CodeBaseManifestEntrySignedMatching/srcs/META-INF/MANIFEST.MF | 4 - tests/reproducers/signed/CodeBaseManifestEntrySignedMatching/testcases/CodeBaseManifestEntrySignedMatching.java | 205 - tests/reproducers/signed/CodeBaseManifestEntrySignedMatching/testcases/CodeBaseManifestEntrySignedNotMatching.java | 180 - tests/reproducers/signed/CodeBaseManifestEntrySignedMatching/testcases/CodeBaseManifestEntryUnsignedMatching.java | 175 - tests/reproducers/signed/CodeBaseManifestEntrySignedMatching/testcases/CodeBaseManifestEntryUnsignedNotMatching.java | 179 - tests/reproducers/signed/CodeBaseManifestEntrySignedNotMatching/resources/CodeBaseManifestEntrySignedNotMatching.html | 48 - tests/reproducers/signed/CodeBaseManifestEntrySignedNotMatching/resources/CodeBaseManifestEntrySignedNotMatching.jnlp | 56 - tests/reproducers/signed/CodeBaseManifestEntrySignedNotMatching/resources/CodeBaseManifestEntrySignedNotMatchingApplet.jnlp | 61 - tests/reproducers/signed/CodeBaseManifestEntrySignedNotMatching/resources/CodeBaseManifestEntrySignedNotMatchingJnlp.html | 46 - tests/reproducers/signed/CodeBaseManifestEntrySignedNotMatching/srcs/CodeBaseManifestEntrySignedNotMatching.java | 73 - tests/reproducers/signed/CodeBaseManifestEntrySignedNotMatching/srcs/META-INF/MANIFEST.MF | 4 - tests/reproducers/signed/CodebasesAttsSigned/resources/CodebasesAttsSigned.html.in | 46 - tests/reproducers/signed/CodebasesAttsSigned/resources/CodebasesAttsSignedApp.jnlp.in | 55 - tests/reproducers/signed/CodebasesAttsSigned/resources/CodebasesAttsSignedApplet.jnlp.in | 59 - tests/reproducers/signed/CodebasesAttsSigned/resources/CodebasesAttsSignedJnlpHref.html.in | 47 - tests/reproducers/signed/CodebasesAttsSigned/srcs/CodebasesAttsSigned.java | 86 - tests/reproducers/signed/CodebasesAttsSigned/testcases/CodebasesAttsSignedDialogsTest1.java | 532 - tests/reproducers/signed/CountingAppletSigned/srcs/CountingAppletSigned.java | 111 - tests/reproducers/signed/CustomPolicy/resources/CustomPolicy.jnlp | 55 - tests/reproducers/signed/CustomPolicy/srcs/CustomPolicy.java | 85 - tests/reproducers/signed/CustomPolicy/testcases/CustomPolicyTests.java | 65 - tests/reproducers/signed/DeploymentPropertiesAreExposed/resources/DeploymentPropertiesAreExposed.jnlp | 52 - tests/reproducers/signed/DeploymentPropertiesAreExposed/srcs/Test.java | 42 - tests/reproducers/signed/DeploymentPropertiesAreExposed/testcases/DeploymentPropertiesAreExposedTest.java | 68 - tests/reproducers/signed/DownloadService/resources/DownloadService.jnlp | 64 - tests/reproducers/signed/DownloadService/resources/DownloadServiceExtension.jnlp | 58 - tests/reproducers/signed/DownloadService/srcs/DownloadServiceRunner.java | 351 - tests/reproducers/signed/DownloadService/testcases/DownloadServiceTest.java | 377 - tests/reproducers/signed/EmptySignedJar/resources/EmptySignedJarExtension.jnlp | 58 - tests/reproducers/signed/EmptySignedJar/resources/EmptySignedJarInExtensionJnlp.jnlp | 64 - tests/reproducers/signed/EmptySignedJar/resources/EmptySignedJarInLaunchingJnlp.jnlp | 64 - tests/reproducers/signed/EmptySignedJar/srcs/META-INF/empty_file | 1 - tests/reproducers/signed/EmptySignedJar/testcases/EmptySignedJarTest.java | 74 - tests/reproducers/signed/EntryPointSignedSingleBothInvalid/resources/EntryPointSignedSingleBothInvalid.html | 42 - tests/reproducers/signed/EntryPointSignedSingleBothInvalid/resources/EntryPointSignedSingleBothInvalid.jnlp | 53 - tests/reproducers/signed/EntryPointSignedSingleBothInvalid/resources/EntryPointSignedSingleBothInvalid_applet.jnlp | 58 - tests/reproducers/signed/EntryPointSignedSingleBothInvalid/resources/EntryPointSignedSingleBothInvalid_applet_security.jnlp | 61 - tests/reproducers/signed/EntryPointSignedSingleBothInvalid/resources/EntryPointSignedSingleBothInvalid_security.jnlp | 56 - tests/reproducers/signed/EntryPointSignedSingleBothInvalid/srcs/EntryPointSignedSingleBothInvalid.java | 57 - tests/reproducers/signed/EntryPointSignedSingleBothInvalid/srcs/META-INF/MANIFEST.MF | 3 - tests/reproducers/signed/EntryPointSignedSingleBothInvalid/testcases/EntryPointSignedSingleBothInvalidTest.java | 125 - tests/reproducers/signed/EntryPointSignedSingleBothOk/resources/EntryPointSignedSingleBothOk1.html | 42 - tests/reproducers/signed/EntryPointSignedSingleBothOk/resources/EntryPointSignedSingleBothOk1.jnlp | 53 - tests/reproducers/signed/EntryPointSignedSingleBothOk/resources/EntryPointSignedSingleBothOk2.html | 42 - tests/reproducers/signed/EntryPointSignedSingleBothOk/resources/EntryPointSignedSingleBothOk2.jnlp | 53 - tests/reproducers/signed/EntryPointSignedSingleBothOk/resources/EntryPointSignedSingleBothOk_applet1.jnlp | 58 - tests/reproducers/signed/EntryPointSignedSingleBothOk/resources/EntryPointSignedSingleBothOk_applet2.jnlp | 58 - tests/reproducers/signed/EntryPointSignedSingleBothOk/resources/EntryPointSignedSingleBothOk_applet_security1.jnlp | 61 - tests/reproducers/signed/EntryPointSignedSingleBothOk/resources/EntryPointSignedSingleBothOk_applet_security2.jnlp | 61 - tests/reproducers/signed/EntryPointSignedSingleBothOk/resources/EntryPointSignedSingleBothOk_security1.jnlp | 56 - tests/reproducers/signed/EntryPointSignedSingleBothOk/resources/EntryPointSignedSingleBothOk_security2.jnlp | 56 - tests/reproducers/signed/EntryPointSignedSingleBothOk/srcs/EntryPointSignedSingleBothOk1.java | 58 - tests/reproducers/signed/EntryPointSignedSingleBothOk/srcs/EntryPointSignedSingleBothOk2.java | 58 - tests/reproducers/signed/EntryPointSignedSingleBothOk/srcs/META-INF/MANIFEST.MF | 3 - tests/reproducers/signed/EntryPointSignedSingleBothOk/testcases/EntryPointSignedSingleBothOkTest1.java | 163 - tests/reproducers/signed/EntryPointSignedSingleBothOk/testcases/EntryPointSignedSingleBothOkTest2.java | 161 - tests/reproducers/signed/EntryPointSignedSingleFirstInvalidSecondOk/resources/EntryPointSignedSingleFirstInvalidSecondOk.html | 42 - tests/reproducers/signed/EntryPointSignedSingleFirstInvalidSecondOk/resources/EntryPointSignedSingleFirstInvalidSecondOk.jnlp | 53 - tests/reproducers/signed/EntryPointSignedSingleFirstInvalidSecondOk/resources/EntryPointSignedSingleFirstInvalidSecondOk_applet.jnlp | 58 - tests/reproducers/signed/EntryPointSignedSingleFirstInvalidSecondOk/resources/EntryPointSignedSingleFirstInvalidSecondOk_applet_security.jnlp | 61 - tests/reproducers/signed/EntryPointSignedSingleFirstInvalidSecondOk/resources/EntryPointSignedSingleFirstInvalidSecondOk_security.jnlp | 56 - tests/reproducers/signed/EntryPointSignedSingleFirstInvalidSecondOk/srcs/EntryPointSignedSingleFirstInvalidSecondOk.java | 57 - tests/reproducers/signed/EntryPointSignedSingleFirstInvalidSecondOk/srcs/META-INF/MANIFEST.MF | 3 - tests/reproducers/signed/EntryPointSignedSingleFirstInvalidSecondOk/testcases/EntryPointSignedSingleFirstInvalidSecondOkTest.java | 125 - tests/reproducers/signed/EntryPointSignedSingleInvalid/resources/EntryPointSignedSingleInvalid.html | 42 - tests/reproducers/signed/EntryPointSignedSingleInvalid/resources/EntryPointSignedSingleInvalid.jnlp | 53 - tests/reproducers/signed/EntryPointSignedSingleInvalid/resources/EntryPointSignedSingleInvalid_applet.jnlp | 58 - tests/reproducers/signed/EntryPointSignedSingleInvalid/resources/EntryPointSignedSingleInvalid_applet_security.jnlp | 61 - tests/reproducers/signed/EntryPointSignedSingleInvalid/resources/EntryPointSignedSingleInvalid_security.jnlp | 56 - tests/reproducers/signed/EntryPointSignedSingleInvalid/srcs/EntryPointSignedSingleInvalid.java | 57 - tests/reproducers/signed/EntryPointSignedSingleInvalid/srcs/META-INF/MANIFEST.MF | 3 - tests/reproducers/signed/EntryPointSignedSingleInvalid/testcases/EntryPointSignedSingleInvalidTest.java | 125 - tests/reproducers/signed/EntryPointSignedSingleOk/resources/EntryPointSignedSingleOk.html | 42 - tests/reproducers/signed/EntryPointSignedSingleOk/resources/EntryPointSignedSingleOk.jnlp | 53 - tests/reproducers/signed/EntryPointSignedSingleOk/resources/EntryPointSignedSingleOk_applet.jnlp | 58 - tests/reproducers/signed/EntryPointSignedSingleOk/resources/EntryPointSignedSingleOk_applet_security.jnlp | 61 - tests/reproducers/signed/EntryPointSignedSingleOk/resources/EntryPointSignedSingleOk_security.jnlp | 56 - tests/reproducers/signed/EntryPointSignedSingleOk/srcs/EntryPointSignedSingleOk.java | 57 - tests/reproducers/signed/EntryPointSignedSingleOk/srcs/META-INF/MANIFEST.MF | 3 - tests/reproducers/signed/EntryPointSignedSingleOk/testcases/EntryPointSignedSingleOkTest.java | 124 - tests/reproducers/signed/EntryPointSignedSingleSecondInvalidFirstOk/resources/EntryPointSignedSingleSecondInvalidFirstOk.html | 42 - tests/reproducers/signed/EntryPointSignedSingleSecondInvalidFirstOk/resources/EntryPointSignedSingleSecondInvalidFirstOk.jnlp | 53 - tests/reproducers/signed/EntryPointSignedSingleSecondInvalidFirstOk/resources/EntryPointSignedSingleSecondInvalidFirstOk_applet.jnlp | 58 - tests/reproducers/signed/EntryPointSignedSingleSecondInvalidFirstOk/resources/EntryPointSignedSingleSecondInvalidFirstOk_applet_security.jnlp | 61 - tests/reproducers/signed/EntryPointSignedSingleSecondInvalidFirstOk/resources/EntryPointSignedSingleSecondInvalidFirstOk_security.jnlp | 56 - tests/reproducers/signed/EntryPointSignedSingleSecondInvalidFirstOk/srcs/EntryPointSignedSingleSecondInvalidFirstOk.java | 57 - tests/reproducers/signed/EntryPointSignedSingleSecondInvalidFirstOk/srcs/META-INF/MANIFEST.MF | 3 - tests/reproducers/signed/EntryPointSignedSingleSecondInvalidFirstOk/testcases/EntryPointSignedSingleSecondInvalidFirstOkTest.java | 125 - tests/reproducers/signed/ExtensionJnlp/resources/UsesSignedJar.jnlp | 63 - tests/reproducers/signed/ExtensionJnlp/resources/UsesSignedJarExtension.jnlp | 62 - tests/reproducers/signed/ExtensionJnlp/resources/UsesSignedJnlp.jnlp | 62 - tests/reproducers/signed/ExtensionJnlp/resources/UsesSignedJnlpExtension.jnlp | 62 - tests/reproducers/signed/ExtensionJnlp/resources/UsesSignedJnlpJarAndSignedJarExtension.jnlp | 63 - tests/reproducers/signed/ExtensionJnlp/testcases/ExtensionJnlpTest.java | 87 - tests/reproducers/signed/GifarBase/resources/gifarView_hacked.html | 48 - tests/reproducers/signed/GifarBase/resources/gifarView_ok.html | 48 - tests/reproducers/signed/GifarBase/resources/gifar_applet.jnlp | 65 - tests/reproducers/signed/GifarBase/resources/gifar_application.jnlp | 57 - tests/reproducers/signed/GifarBase/resources/happyNonAnimated.gif | Bin tests/reproducers/signed/GifarBase/srcs/GifarMain.java | 212 - tests/reproducers/signed/GifarBase/testcases/GifarTestcases.java | 212 - tests/reproducers/signed/InternalClassloaderWithDownloadedResource/resources/InternalClassloaderWithDownloadedResource-applet-hack.jnlp | 62 - tests/reproducers/signed/InternalClassloaderWithDownloadedResource/resources/InternalClassloaderWithDownloadedResource-applet-new.jnlp | 62 - tests/reproducers/signed/InternalClassloaderWithDownloadedResource/resources/InternalClassloaderWithDownloadedResource-hack.html | 48 - tests/reproducers/signed/InternalClassloaderWithDownloadedResource/resources/InternalClassloaderWithDownloadedResource-hack.jnlp | 57 - tests/reproducers/signed/InternalClassloaderWithDownloadedResource/resources/InternalClassloaderWithDownloadedResource-new.html | 48 - tests/reproducers/signed/InternalClassloaderWithDownloadedResource/resources/InternalClassloaderWithDownloadedResource-new.jnlp | 57 - tests/reproducers/signed/InternalClassloaderWithDownloadedResource/srcs/InternalClassloaderWithDownloadedResource.java | 164 - tests/reproducers/signed/InternalClassloaderWithDownloadedResource/testcases/InternalClassloaderWithDownloadedResourceTest.java | 138 - tests/reproducers/signed/Kemtrakpro/resources/Kemtrak.jnlp | 50 - tests/reproducers/signed/Kemtrakpro/resources/Kemtrak_javaws.jnlp | 47 - tests/reproducers/signed/Kemtrakpro/srcs/Kemtrak.java | 125 - tests/reproducers/signed/Kemtrakpro/srcs/META-INF/MANIFEST.MF | 10 - tests/reproducers/signed/Kemtrakpro/testcases/KemtrakTests.java | 199 - tests/reproducers/signed/LoadResources/resources/LoadResources1.jnlp | 56 - tests/reproducers/signed/LoadResources/resources/LoadResources2.jnlp | 56 - tests/reproducers/signed/LoadResources/resources/LoadResourcesApplet1.jnlp | 61 - tests/reproducers/signed/LoadResources/resources/LoadResourcesApplet2.jnlp | 61 - tests/reproducers/signed/LoadResources/srcs/LoadResources.java | 186 - tests/reproducers/signed/LoadResources/srcs/LoadResourcesPackaged.java | 187 - tests/reproducers/signed/LoadResources/srcs/some.file | 1 - tests/reproducers/signed/LoadResources/testcases/LoadResourcesTest.java | 223 - tests/reproducers/signed/MissingJar/resources/MissingJar.jnlp | 21 - tests/reproducers/signed/MissingJar/resources/MissingJar2.jnlp | 19 - tests/reproducers/signed/MissingJar/resources/MissingJar3.jnlp | 19 - tests/reproducers/signed/MissingJar/resources/MissingJar4.jnlp | 21 - tests/reproducers/signed/MissingJar/srcs/MissingJar.java | 42 - tests/reproducers/signed/MissingJar/testcases/MissingJarTest.java | 84 - tests/reproducers/signed/MultiJar-NoSignedJnlp/resources/MainJarWithoutSignedJnlp.jnlp | 69 - tests/reproducers/signed/MultiJar-NoSignedJnlp/srcs/SimpleApplication.java | 64 - tests/reproducers/signed/MultiJar-SignedJnlpApplication/resources/MainJarWithMatchingSignedJnlpApplication.jnlp | 71 - tests/reproducers/signed/MultiJar-SignedJnlpApplication/resources/MainJarWithUnmatchingSignedJnlpApplication.jnlp | 71 - tests/reproducers/signed/MultiJar-SignedJnlpApplication/srcs/JNLP-INF/APPLICATION.jnlp | 64 - tests/reproducers/signed/MultiJar-SignedJnlpApplication/srcs/SignedJnlpApplication.java | 64 - tests/reproducers/signed/MultiJar-SignedJnlpApplication/testcases/MultiJarSignedJnlpTest.java | 102 - tests/reproducers/signed/MultiJar-SignedJnlpTemplate/resources/MainJarWithMatchingSignedJnlpTemplate.jnlp | 71 - tests/reproducers/signed/MultiJar-SignedJnlpTemplate/resources/MainJarWithUnmatchingSignedJnlpTemplate.jnlp | 71 - tests/reproducers/signed/MultiJar-SignedJnlpTemplate/srcs/JNLP-INF/APPLICATION_TEMPLATE.jnlp | 64 - tests/reproducers/signed/MultiJar-SignedJnlpTemplate/srcs/SignedJnlpTemplate.java | 64 - tests/reproducers/signed/ReadPropertiesBySignedHack/resources/ReadPropertiesBySignedHack.jnlp | 19 - tests/reproducers/signed/ReadPropertiesBySignedHack/srcs/ReadPropertiesBySignedHack.java | 63 - tests/reproducers/signed/ReadPropertiesBySignedHack/testcases/ReadPropertiesBySignedHackTest.java | 65 - tests/reproducers/signed/ReadPropertiesSigned/README | 2 - tests/reproducers/signed/ReadPropertiesSigned/resources/ReadPropertiesSigned1.jnlp | 15 - tests/reproducers/signed/ReadPropertiesSigned/resources/ReadPropertiesSigned2.jnlp | 18 - tests/reproducers/signed/ReadPropertiesSigned/srcs/ReadPropertiesSigned.java | 45 - tests/reproducers/signed/ReadPropertiesSigned/testcases/ReadPropertiesSignedTest.java | 88 - tests/reproducers/signed/RunInSandbox/resources/RunInSandbox.html | 48 - tests/reproducers/signed/RunInSandbox/resources/RunInSandboxApplet.jnlp | 58 - tests/reproducers/signed/RunInSandbox/resources/RunInSandboxApplication.jnlp | 58 - tests/reproducers/signed/RunInSandbox/resources/RunInSandboxJnlpHref.html | 45 - tests/reproducers/signed/RunInSandbox/srcs/RunInSandbox.java | 23 - tests/reproducers/signed/RunInSandbox/testcases/RunInSandboxTest.java | 313 - tests/reproducers/signed/SOPBypassSigned/srcs/SOPBypassSigned.java | 327 - tests/reproducers/signed/SandboxSignedAllPerm/resources/SandboxSignedAllPerm.html | 42 - tests/reproducers/signed/SandboxSignedAllPerm/resources/SandboxSignedAllPerm.jnlp | 53 - tests/reproducers/signed/SandboxSignedAllPerm/resources/SandboxSignedAllPerm_applet.jnlp | 58 - tests/reproducers/signed/SandboxSignedAllPerm/resources/SandboxSignedAllPerm_applet_security.jnlp | 61 - tests/reproducers/signed/SandboxSignedAllPerm/resources/SandboxSignedAllPerm_security.jnlp | 56 - tests/reproducers/signed/SandboxSignedAllPerm/srcs/META-INF/MANIFEST.MF | 3 - tests/reproducers/signed/SandboxSignedAllPerm/srcs/SandboxSignedAllPerm.java | 57 - tests/reproducers/signed/SandboxSignedAllPerm/testcases/SandboxSignedAllPermTest.java | 133 - tests/reproducers/signed/SandboxSignedInvalid/resources/SandboxSignedInvalid.html | 42 - tests/reproducers/signed/SandboxSignedInvalid/resources/SandboxSignedInvalid.jnlp | 53 - tests/reproducers/signed/SandboxSignedInvalid/resources/SandboxSignedInvalid_applet.jnlp | 58 - tests/reproducers/signed/SandboxSignedInvalid/resources/SandboxSignedInvalid_applet_security.jnlp | 61 - tests/reproducers/signed/SandboxSignedInvalid/resources/SandboxSignedInvalid_security.jnlp | 56 - tests/reproducers/signed/SandboxSignedInvalid/srcs/META-INF/MANIFEST.MF | 3 - tests/reproducers/signed/SandboxSignedInvalid/srcs/SandboxSignedInvalid.java | 57 - tests/reproducers/signed/SandboxSignedInvalid/testcases/SandboxSignedInvalidTest.java | 135 - tests/reproducers/signed/SandboxSignedMissing/resources/SandboxSignedMissing.html | 42 - tests/reproducers/signed/SandboxSignedMissing/resources/SandboxSignedMissing.jnlp | 53 - tests/reproducers/signed/SandboxSignedMissing/resources/SandboxSignedMissing_applet.jnlp | 58 - tests/reproducers/signed/SandboxSignedMissing/resources/SandboxSignedMissing_applet_security.jnlp | 61 - tests/reproducers/signed/SandboxSignedMissing/resources/SandboxSignedMissing_security.jnlp | 56 - tests/reproducers/signed/SandboxSignedMissing/srcs/META-INF/MANIFEST.MF | 2 - tests/reproducers/signed/SandboxSignedMissing/srcs/SandboxSignedMissing.java | 57 - tests/reproducers/signed/SandboxSignedMissing/testcases/SandboxSignedMissingTest.java | 139 - tests/reproducers/signed/SandboxSignedMissing/testcases/SandboxSignedMissingTestHighSecurity.java | 219 - tests/reproducers/signed/SandboxSignedSandbox/resources/SandboxSignedSandbox.html | 42 - tests/reproducers/signed/SandboxSignedSandbox/resources/SandboxSignedSandbox.jnlp | 53 - tests/reproducers/signed/SandboxSignedSandbox/resources/SandboxSignedSandbox_applet.jnlp | 58 - tests/reproducers/signed/SandboxSignedSandbox/resources/SandboxSignedSandbox_applet_security.jnlp | 61 - tests/reproducers/signed/SandboxSignedSandbox/resources/SandboxSignedSandbox_security.jnlp | 56 - tests/reproducers/signed/SandboxSignedSandbox/srcs/META-INF/MANIFEST.MF | 3 - tests/reproducers/signed/SandboxSignedSandbox/srcs/SandboxSignedSandbox.java | 57 - tests/reproducers/signed/SandboxSignedSandbox/testcases/SandboxSignedSandboxTest.java | 134 - tests/reproducers/signed/SavingCookies/resources/CheckCookie.html | 44 - tests/reproducers/signed/SavingCookies/resources/CheckCookieAndGotoClear.html | 50 - tests/reproducers/signed/SavingCookies/resources/ClearPersistentCookie.html | 49 - tests/reproducers/signed/SavingCookies/resources/SavePersistentCookie.html | 49 - tests/reproducers/signed/SavingCookies/resources/SavePersistentCookieAndGotoCheck.html | 50 - tests/reproducers/signed/SavingCookies/resources/SaveSessionCookie.html | 49 - tests/reproducers/signed/SavingCookies/resources/SaveSessionCookieAndGotoCheck.html | 50 - tests/reproducers/signed/SavingCookies/srcs/CheckingCookies.java | 114 - tests/reproducers/signed/SavingCookies/srcs/SavingCookies.java | 123 - tests/reproducers/signed/SavingCookies/testcases/SavingCookiesTests.java | 174 - tests/reproducers/signed/ShowDocument/resources/ShowDocumentApplet.jnlp | 60 - tests/reproducers/signed/ShowDocument/resources/ShowDocumentMain.jnlp | 56 - tests/reproducers/signed/ShowDocument/resources/document.txt | 2 - tests/reproducers/signed/ShowDocument/srcs/ShowDocument.java | 122 - tests/reproducers/signed/ShowDocument/testcases/ShowDocumentTest.java | 76 - tests/reproducers/signed/SignedAppletManifestSpecifiesSandbox/resources/SignedAppletManifestSpecifiesSandbox.html | 48 - tests/reproducers/signed/SignedAppletManifestSpecifiesSandbox/resources/SignedAppletManifestSpecifiesSandboxApplet.jnlp | 59 - tests/reproducers/signed/SignedAppletManifestSpecifiesSandbox/resources/SignedAppletManifestSpecifiesSandboxApplication.jnlp | 59 - tests/reproducers/signed/SignedAppletManifestSpecifiesSandbox/resources/SignedAppletManifestSpecifiesSandboxJnlpHref.html | 49 - tests/reproducers/signed/SignedAppletManifestSpecifiesSandbox/srcs/META-INF/MANIFEST.MF | 5 - tests/reproducers/signed/SignedAppletManifestSpecifiesSandbox/srcs/SignedAppletManifestSpecifiesSandbox.java | 62 - tests/reproducers/signed/SignedAppletManifestSpecifiesSandbox/testcases/SignedAppletManifestSpecifiesSandboxTests.java | 139 - tests/reproducers/signed/SignedJarResource/resources/SignedJarExtension.jnlp | 62 - tests/reproducers/signed/SignedJarResource/resources/SignedJarResource.jnlp | 62 - tests/reproducers/signed/SignedJarResource/srcs/SignedJarResource.java | 43 - tests/reproducers/signed/SignedJnlpApplication/resources/SignedJnlpApplication1.jnlp | 62 - tests/reproducers/signed/SignedJnlpApplication/resources/SignedJnlpApplication2.jnlp | 65 - tests/reproducers/signed/SignedJnlpApplication/resources/SignedJnlpApplication3.jnlp | 61 - tests/reproducers/signed/SignedJnlpApplication/srcs/JNLP-INF/APPLICATION.jnlp | 62 - tests/reproducers/signed/SignedJnlpApplication/srcs/SignedJnlpApplication.java | 43 - tests/reproducers/signed/SignedJnlpApplication/testcases/SignedJnlpApplicationTest.java | 79 - tests/reproducers/signed/SignedJnlpCaseTestOne/resources/SignedJnlpCaseTestOne1.jnlp | 62 - tests/reproducers/signed/SignedJnlpCaseTestOne/resources/SignedJnlpCaseTestOne2.jnlp | 62 - tests/reproducers/signed/SignedJnlpCaseTestOne/srcs/JNLP-INF/aPpLiCaTioN.jnlp | 62 - tests/reproducers/signed/SignedJnlpCaseTestOne/srcs/SignedJnlpCase.java | 43 - tests/reproducers/signed/SignedJnlpCaseTestOne/testcases/SignedJnlpCaseOneTest.java | 67 - tests/reproducers/signed/SignedJnlpCaseTestTwo/resources/SignedJnlpCaseTestTwo1.jnlp | 62 - tests/reproducers/signed/SignedJnlpCaseTestTwo/resources/SignedJnlpCaseTestTwo2.jnlp | 62 - tests/reproducers/signed/SignedJnlpCaseTestTwo/srcs/JNLP-INF/aPpLiCaTiOn_tEmPlAte.jnlp | 62 - tests/reproducers/signed/SignedJnlpCaseTestTwo/srcs/SignedJnlpCase.java | 43 - tests/reproducers/signed/SignedJnlpCaseTestTwo/testcases/SignedJnlpCaseTwoTest.java | 66 - tests/reproducers/signed/SignedJnlpResource/resources/MatchingSignedJnlpExtension.jnlp | 62 - tests/reproducers/signed/SignedJnlpResource/resources/UnmatchingSignedJnlpExtension.jnlp | 62 - tests/reproducers/signed/SignedJnlpResource/srcs/JNLP-INF/APPLICATION_TEMPLATE.jnlp | 58 - tests/reproducers/signed/SignedJnlpResource/srcs/SignedJnlpResource.java | 43 - tests/reproducers/signed/SignedJnlpTemplate/resources/SignedJnlpTemplate1.jnlp | 66 - tests/reproducers/signed/SignedJnlpTemplate/resources/SignedJnlpTemplate2.jnlp | 64 - tests/reproducers/signed/SignedJnlpTemplate/resources/SignedJnlpTemplate3.jnlp | 71 - tests/reproducers/signed/SignedJnlpTemplate/srcs/JNLP-INF/APPLICATION_TEMPLATE.jnlp | 62 - tests/reproducers/signed/SignedJnlpTemplate/srcs/SignedJnlpTemplate.java | 43 - tests/reproducers/signed/SignedJnlpTemplate/testcases/SignedJnlpTemplateTest.java | 79 - tests/reproducers/signed/SimpletestSigned1/resources/SimpletestSigned1.jnlp | 53 - tests/reproducers/signed/SimpletestSigned1/srcs/SimpletestSigned1.java | 43 - tests/reproducers/signed/Spaces can be everywhere signed/resources/NotOnly spaces can kill ?????????? too signed.jnlp | 61 - tests/reproducers/signed/Spaces can be everywhere signed/resources/Spaces can be everywhere1 signed.jnlp | 53 - tests/reproducers/signed/Spaces can be everywhere signed/resources/Spaces can be everywhere2 signed.jnlp | 53 - tests/reproducers/signed/Spaces can be everywhere signed/resources/SpacesCanBeEverywhere1signed.jnlp | 53 - tests/reproducers/signed/Spaces can be everywhere signed/resources/spaces applet Tests signed.html | 42 - tests/reproducers/signed/Spaces can be everywhere signed/srcs/SpacesCanBeEverywhereSigned.java | 76 - tests/reproducers/signed/Spaces can be everywhere signed/testcases/SpacesCanBeEverywhereTestsSigned.java | 239 - tests/reproducers/signed/jcalendar/srcs/jcalendar.java | 86 - tests/reproducers/signed/jsengineSigned/resources/jsengineAppletSigned.html | 42 - tests/reproducers/signed/jsengineSigned/resources/jsengineAppletSigned.jnlp | 61 - tests/reproducers/signed/jsengineSigned/resources/jsengineSigned.jnlp | 56 - tests/reproducers/signed/jsengineSigned/srcs/jsengineAppletSigned.java | 58 - tests/reproducers/signed/jsengineSigned/srcs/jsengineSigned.java | 56 - tests/reproducers/signed/jsengineSigned/testcases/jsengineSignedTest.java | 91 - tests/reproducers/signed2/AppletTestSigned2/srcs/AppletTestSigned2.java | 62 - tests/reproducers/signed2/MultipleSignaturesTest/resources/MultipleSignaturesTest.html | 43 - tests/reproducers/signed2/MultipleSignaturesTest/resources/MultipleSignaturesTest1.jnlp | 55 - tests/reproducers/signed2/MultipleSignaturesTest/resources/MultipleSignaturesTest1_requesting.jnlp | 58 - tests/reproducers/signed2/MultipleSignaturesTest/resources/MultipleSignaturesTest2.jnlp | 60 - tests/reproducers/signed2/MultipleSignaturesTest/resources/MultipleSignaturesTestUsesPermissions.html | 43 - tests/reproducers/signed2/MultipleSignaturesTest/srcs/somecrazytestpackage/MultipleSignaturesTest.java | 94 - tests/reproducers/signed2/MultipleSignaturesTest/testcases/MultipleSignaturesTestTests.java | 104 - tests/reproducers/signed2/MultipleSignaturesTestSamePackage/resources/MultipleSignaturesTest1_SamePackage.jnlp | 54 - tests/reproducers/signed2/MultipleSignaturesTestSamePackage/resources/MultipleSignaturesTest1_SamePackage_requesting.jnlp | 57 - tests/reproducers/signed2/MultipleSignaturesTestSamePackage/resources/MultipleSignaturesTest2_SamePackage.jnlp | 59 - tests/reproducers/signed2/MultipleSignaturesTestSamePackage/resources/MultipleSignaturesTest_SamePackage.html | 42 - tests/reproducers/signed2/MultipleSignaturesTestSamePackage/srcs/MultipleSignaturesTestSamePackage.java | 88 - tests/reproducers/signed2/MultipleSignaturesTestSamePackage/testcases/MultipleSignaturesTestTestsSamePackage.java | 109 - tests/reproducers/simple/AWTCommonResourcesOnly/resources/marker.png | Bin tests/reproducers/simple/AbsolutePathsAndQueryStrings/resources/AbsolutePathsAndQueryStrings.html | 48 - tests/reproducers/simple/AbsolutePathsAndQueryStrings/resources/AbsolutePathsAndQueryStrings.jnlp | 54 - tests/reproducers/simple/AbsolutePathsAndQueryStrings/testcases/AbsolutePathsAndQueryStrings.java | 124 - tests/reproducers/simple/AccessClassInPackage/resources/AccessClassInPackageJAVAXJNLP.jnlp | 54 - tests/reproducers/simple/AccessClassInPackage/resources/AccessClassInPackageNETSF.jnlp | 54 - tests/reproducers/simple/AccessClassInPackage/resources/AccessClassInPackageSELF.jnlp | 54 - tests/reproducers/simple/AccessClassInPackage/resources/AccessClassInPackageSUNSEC.jnlp | 54 - tests/reproducers/simple/AccessClassInPackage/srcs/AccessClassInPackage.java | 44 - tests/reproducers/simple/AccessClassInPackage/testcases/AccessClassInPackageTest.java | 171 - tests/reproducers/simple/AddShutdownHook/resources/AddShutdownHook.html | 42 - tests/reproducers/simple/AddShutdownHook/resources/AddShutdownHook.jnlp | 13 - tests/reproducers/simple/AddShutdownHook/resources/AddShutdownHook_wrong.html | 42 - tests/reproducers/simple/AddShutdownHook/srcs/AddShutdownHook.java | 57 - tests/reproducers/simple/AddShutdownHook/testcases/AddShutdownHookTest.java | 79 - tests/reproducers/simple/AddShutdownHook/testcases/HangFirefoxTests.java | 120 - tests/reproducers/simple/AllStackTraces/resources/AllStackTraces.jnlp | 13 - tests/reproducers/simple/AllStackTraces/srcs/AllStackTraces.java | 42 - tests/reproducers/simple/AllStackTraces/testcases/AllStackTracesTest.java | 61 - tests/reproducers/simple/AppletBaseURLTest/resources/AppletBaseURLTest.html | 48 - tests/reproducers/simple/AppletBaseURLTest/resources/AppletBaseURLTest.jnlp | 58 - tests/reproducers/simple/AppletBaseURLTest/resources/AppletJNLPHrefBaseURLTest.html | 46 - tests/reproducers/simple/AppletBaseURLTest/srcs/AppletBaseURL.java | 49 - tests/reproducers/simple/AppletBaseURLTest/testcases/AppletBaseURLTest.java | 90 - tests/reproducers/simple/AppletJsAppletDeadlock/resources/AppletJsAppletDeadlock.html | 55 - tests/reproducers/simple/AppletJsAppletDeadlock/srcs/AppletJsAppletDeadlock.java | 89 - tests/reproducers/simple/AppletJsAppletDeadlock/testcases/AppletJsAppletDeadlockTest.java | 95 - tests/reproducers/simple/AppletReadsInvalidJar/resources/AppletReadsInvalidJar.html | 42 - tests/reproducers/simple/AppletReadsInvalidJar/resources/AppletReadsInvalidJar.jnlp | 62 - tests/reproducers/simple/AppletReadsInvalidJar/srcs/Valid.java | 58 - tests/reproducers/simple/AppletReadsInvalidJar/testcases/AppletReadsInvalidJarTests.java | 70 - tests/reproducers/simple/AppletSharedClassLoader/resources/LaunchSharedClassLoaderApplet-reader1-writer1.html | 46 - tests/reproducers/simple/AppletSharedClassLoader/resources/LaunchSharedClassLoaderApplet-reader1-writer2.html | 46 - tests/reproducers/simple/AppletSharedClassLoader/resources/LaunchSharedClassLoaderApplet-reader1.html | 43 - tests/reproducers/simple/AppletSharedClassLoader/resources/LaunchSharedClassLoaderApplet-reader2.html | 43 - tests/reproducers/simple/AppletSharedClassLoader/resources/LaunchSharedClassLoaderApplet-writer1.html | 43 - tests/reproducers/simple/AppletSharedClassLoader/resources/LaunchSharedClassLoaderApplet-writer2.html | 43 - tests/reproducers/simple/AppletSharedClassLoader/resources/LaunchSharedClassLoaderApplet2-reader1-writer1.html | 46 - tests/reproducers/simple/AppletSharedClassLoader/resources/LaunchSharedClassLoaderApplet2-reader1-writer2.html | 46 - tests/reproducers/simple/AppletSharedClassLoader/resources/LaunchSharedClassLoaderApplet2-reader1.html | 43 - tests/reproducers/simple/AppletSharedClassLoader/resources/LaunchSharedClassLoaderApplet2-reader2.html | 43 - tests/reproducers/simple/AppletSharedClassLoader/resources/LaunchSharedClassLoaderApplet2-writer1.html | 43 - tests/reproducers/simple/AppletSharedClassLoader/resources/LaunchSharedClassLoaderApplet2-writer2.html | 43 - tests/reproducers/simple/AppletSharedClassLoader/srcs/SharedClassLoaderApplet1.java | 50 - tests/reproducers/simple/AppletSharedClassLoader/srcs/SharedClassLoaderApplet2.java | 50 - tests/reproducers/simple/AppletSharedClassLoader/srcs/SharedSecret.java | 70 - tests/reproducers/simple/AppletSharedClassLoader/testcases/SharedClassLoaderApplet_WrittenCompleteCodeBaseTest.java | 218 - tests/reproducers/simple/AppletSharedClassLoader/testcases/SharedClassLoaderApplet_WrittenPartialStubCodeBaseTest.java | 251 - tests/reproducers/simple/AppletSharedClassLoader/testcases/SharedClassLoaderApplet_dotCodeBaseTest.java | 310 - tests/reproducers/simple/AppletTagWithMissingCodeAttribute/resources/AppletJnlpWithMainClass.jnlp | 57 - tests/reproducers/simple/AppletTagWithMissingCodeAttribute/resources/AppletTagWithMissingCodeAttribute.html | 44 - tests/reproducers/simple/AppletTagWithMissingCodeAttribute/testcases/AppletTagWithMissingCodeAttribute.java | 58 - tests/reproducers/simple/AppletTakesLastParam/resources/appletTakesLastParam.html | 44 - tests/reproducers/simple/AppletTakesLastParam/resources/appletTakesLastParam.jnlp | 63 - tests/reproducers/simple/AppletTakesLastParam/srcs/AppletTakesLastParam.java | 48 - tests/reproducers/simple/AppletTakesLastParam/testcases/AppletTakesLastParamTests.java | 69 - tests/reproducers/simple/AppletTest/resources/AppletTest.jnlp | 63 - tests/reproducers/simple/AppletTest/resources/appletAutoTests.html | 44 - tests/reproducers/simple/AppletTest/resources/appletAutoTests2.html | 44 - tests/reproducers/simple/AppletTest/resources/appletViewTest.html | 52 - tests/reproducers/simple/AppletTest/resources/appletZeroH.html | 44 - tests/reproducers/simple/AppletTest/resources/appletZeroW.html | 44 - tests/reproducers/simple/AppletTest/resources/appletZeroWH.html | 44 - tests/reproducers/simple/AppletTest/resources/errorAppletAutoTests.html | 43 - tests/reproducers/simple/AppletTest/srcs/AppletErrorTest.java | 269 - tests/reproducers/simple/AppletTest/srcs/AppletTest.java | 82 - tests/reproducers/simple/AppletTest/testcases/AppletTestTests.java | 177 - tests/reproducers/simple/CheckServices/resources/CheckPluginServices.html | 46 - tests/reproducers/simple/CheckServices/resources/CheckServices.jnlp | 57 - tests/reproducers/simple/CheckServices/srcs/CheckServices.java | 109 - tests/reproducers/simple/CheckServices/testcases/CheckServicesTests.java | 89 - tests/reproducers/simple/ClipboardContent/resources/ClipboardContentCopy1.jnlp | 58 - tests/reproducers/simple/ClipboardContent/resources/ClipboardContentCopy2.jnlp | 58 - tests/reproducers/simple/ClipboardContent/resources/ClipboardContentPaste1.jnlp | 57 - tests/reproducers/simple/ClipboardContent/resources/ClipboardContentPaste2.jnlp | 57 - tests/reproducers/simple/ClipboardContent/srcs/ClipboardContent.java | 183 - tests/reproducers/simple/ClipboardContent/testcases/ClipboardContentTests.java | 136 - tests/reproducers/simple/CodeBaseManifestEntryUnsignedMatching/resources/CodeBaseManifestEntryUnsignedMatching.html | 48 - tests/reproducers/simple/CodeBaseManifestEntryUnsignedMatching/resources/CodeBaseManifestEntryUnsignedMatching.jnlp | 53 - tests/reproducers/simple/CodeBaseManifestEntryUnsignedMatching/resources/CodeBaseManifestEntryUnsignedMatchingApplet.jnlp | 58 - tests/reproducers/simple/CodeBaseManifestEntryUnsignedMatching/resources/CodeBaseManifestEntryUnsignedMatchingJnlp.html | 46 - tests/reproducers/simple/CodeBaseManifestEntryUnsignedMatching/srcs/CodeBaseManifestEntryUnsignedMatching.java | 73 - tests/reproducers/simple/CodeBaseManifestEntryUnsignedMatching/srcs/META-INF/MANIFEST.MF | 4 - tests/reproducers/simple/CodeBaseManifestEntryUnsignedNotMatching/resources/CodeBaseManifestEntryUnsignedNotMatching.html | 48 - tests/reproducers/simple/CodeBaseManifestEntryUnsignedNotMatching/resources/CodeBaseManifestEntryUnsignedNotMatching.jnlp | 53 - tests/reproducers/simple/CodeBaseManifestEntryUnsignedNotMatching/resources/CodeBaseManifestEntryUnsignedNotMatchingApplet.jnlp | 58 - tests/reproducers/simple/CodeBaseManifestEntryUnsignedNotMatching/resources/CodeBaseManifestEntryUnsignedNotMatchingJnlp.html | 46 - tests/reproducers/simple/CodeBaseManifestEntryUnsignedNotMatching/srcs/CodeBaseManifestEntryUnsignedNotMatching.java | 73 - tests/reproducers/simple/CodeBaseManifestEntryUnsignedNotMatching/srcs/META-INF/MANIFEST.MF | 4 - tests/reproducers/simple/CodebasesAtts/resources/CodebasesAtts.html.in | 46 - tests/reproducers/simple/CodebasesAtts/resources/CodebasesAttsApp.jnlp.in | 55 - tests/reproducers/simple/CodebasesAtts/resources/CodebasesAttsApplet.jnlp.in | 59 - tests/reproducers/simple/CodebasesAtts/resources/CodebasesAttsJnlpHref.html.in | 47 - tests/reproducers/simple/CodebasesAtts/srcs/CodebasesAtts.java | 86 - tests/reproducers/simple/CodebasesAtts/testcases/CodebasesAttsDialogsTest1.java | 233 - tests/reproducers/simple/CodebasesAtts/testcases/CodebasesAttsNoDialogsTest1.java | 699 - tests/reproducers/simple/CodebasesAtts/testcases/CodebasesAttsNoDialogsTest2.java | 432 - tests/reproducers/simple/CodebasesAtts/testcases/CodebasesAttsNoDialogsTest3.java | 308 - tests/reproducers/simple/CountingApplet1/resources/ParallelAppletsTest_1EE_x_2s.html | 44 - tests/reproducers/simple/CountingApplet1/resources/ParallelAppletsTest_1_x_1.html | 44 - tests/reproducers/simple/CountingApplet1/resources/ParallelAppletsTest_1_x_2.html | 44 - tests/reproducers/simple/CountingApplet1/resources/ParallelAppletsTest_1_x_2EE.html | 44 - tests/reproducers/simple/CountingApplet1/resources/ParallelAppletsTest_1_x_2e.html | 44 - tests/reproducers/simple/CountingApplet1/resources/ParallelAppletsTest_1_x_2sk.html | 45 - tests/reproducers/simple/CountingApplet1/resources/ParallelAppletsTest_1e_x_2s.html | 44 - tests/reproducers/simple/CountingApplet1/resources/ParallelAppletsTest_1k_x_2.html | 45 - tests/reproducers/simple/CountingApplet1/resources/ParallelAppletsTest_1s_x_2.html | 48 - tests/reproducers/simple/CountingApplet1/resources/ParallelAppletsTest_1s_x_2s.html | 48 - tests/reproducers/simple/CountingApplet1/resources/ParallelAppletsTest_1s_x_2ss.html | 44 - tests/reproducers/simple/CountingApplet1/srcs/CountingApplet1.java | 110 - tests/reproducers/simple/CountingApplet1/testcases/ParallelAppletsTest.java | 237 - tests/reproducers/simple/CountingApplet2/srcs/CountingApplet2.java | 109 - tests/reproducers/simple/CreateClassLoader/resources/CreateClassLoader.jnlp | 51 - tests/reproducers/simple/CreateClassLoader/srcs/CreateClassLoader.java | 46 - tests/reproducers/simple/CreateClassLoader/testcases/CreateClassLoaderTest.java | 58 - tests/reproducers/simple/CustomPolicies/resources/CustomPolicies.html | 48 - tests/reproducers/simple/CustomPolicies/resources/CustomPoliciesApplet.jnlp | 53 - tests/reproducers/simple/CustomPolicies/resources/CustomPoliciesApplication.jnlp | 53 - tests/reproducers/simple/CustomPolicies/resources/CustomPoliciesJnlpHref.html | 45 - tests/reproducers/simple/CustomPolicies/srcs/CustomPolicies.java | 23 - tests/reproducers/simple/CustomPolicies/testcases/CustomPoliciesTest.java | 227 - tests/reproducers/simple/DocumentBaseEncoding/resources/Document Base Encoding.html | 43 - tests/reproducers/simple/DocumentBaseEncoding/srcs/DocumentBaseEncoding.java | 47 - tests/reproducers/simple/DocumentBaseEncoding/testcases/DocumentBaseEncodingTests.java | 84 - tests/reproducers/simple/DownloadService2/resources/DownloadService.jnlp | 52 - tests/reproducers/simple/DownloadService2/resources/DownloadService2.jnlp | 52 - tests/reproducers/simple/DownloadService2/srcs/DownloadService.java | 46 - tests/reproducers/simple/DownloadService2/srcs/DownloadService2.java | 46 - tests/reproducers/simple/DownloadService2/testcases/DownloadService2Test.java | 59 - tests/reproducers/simple/EmbeddedJnlpInApplet/resources/EmbeddedJnlp.jnlp | 61 - tests/reproducers/simple/EmbeddedJnlpInApplet/resources/EmbeddedJnlpInAppletNoCodebase.html | 97 - tests/reproducers/simple/EmbeddedJnlpInApplet/resources/EmbeddedJnlpInAppletWithDotCodebase.html | 97 - tests/reproducers/simple/EmbeddedJnlpInApplet/resources/JnlpInApplet.html | 45 - tests/reproducers/simple/EmbeddedJnlpInApplet/srcs/EmbeddedJnlp.java | 47 - tests/reproducers/simple/EmbeddedJnlpInApplet/testcases/EmbeddedJnlpInAppletTest.java | 71 - tests/reproducers/simple/EntryPointUnsignedSingleInvalid/resources/EntryPointUnsignedSingleInvalid.html | 42 - tests/reproducers/simple/EntryPointUnsignedSingleInvalid/resources/EntryPointUnsignedSingleInvalid.jnlp | 53 - tests/reproducers/simple/EntryPointUnsignedSingleInvalid/resources/EntryPointUnsignedSingleInvalid_applet.jnlp | 58 - tests/reproducers/simple/EntryPointUnsignedSingleInvalid/resources/EntryPointUnsignedSingleInvalid_applet_security.jnlp | 61 - tests/reproducers/simple/EntryPointUnsignedSingleInvalid/resources/EntryPointUnsignedSingleInvalid_security.jnlp | 56 - tests/reproducers/simple/EntryPointUnsignedSingleInvalid/srcs/EntryPointUnsignedSingleInvalid.java | 57 - tests/reproducers/simple/EntryPointUnsignedSingleInvalid/srcs/META-INF/MANIFEST.MF | 3 - tests/reproducers/simple/EntryPointUnsignedSingleInvalid/testcases/EntryPointUnsignedSingleInvalidTest.java | 126 - tests/reproducers/simple/FakeCodebase/resources/FakeCodebase.html.in | 44 - tests/reproducers/simple/FakeCodebase/resources/FakeCodebase.jnlp.in | 14 - tests/reproducers/simple/FakeCodebase/resources/OriginalCodebase.html | 44 - tests/reproducers/simple/FakeCodebase/resources/OriginalCodebase.jnlp | 14 - tests/reproducers/simple/FakeCodebase/srcs/FakeCodebase.java | 55 - tests/reproducers/simple/FakeCodebase/testcases/FakeCodebaseTests.java | 250 - tests/reproducers/simple/GeneratedId/resources/GeneratedId.jnlp | 51 - tests/reproducers/simple/GeneratedId/srcs/GeneratedId.java | 44 - tests/reproducers/simple/GeneratedId/testcases/GeneratedIdTest.java | 180 - tests/reproducers/simple/Http511/resources/Http511.html | 42 - tests/reproducers/simple/Http511/resources/Http511.jnlp | 53 - tests/reproducers/simple/Http511/resources/Http511_applet.jnlp | 58 - tests/reproducers/simple/Http511/resources/Http511_href.html | 47 - tests/reproducers/simple/Http511/srcs/Http511.java | 58 - tests/reproducers/simple/Http511/testcases/Http511Test.java | 775 - tests/reproducers/simple/IcoAccess/resources/IcoAccess.html | 47 - tests/reproducers/simple/IcoAccess/resources/IcoAccess.ico | Bin tests/reproducers/simple/IcoAccess/resources/IcoAccess.jnlp | 53 - tests/reproducers/simple/IcoAccess/resources/IcoAccess.png | Bin tests/reproducers/simple/IcoAccess/srcs/IcoAccess.java | 115 - tests/reproducers/simple/IcoAccess/testcases/IcoAccessTest.java | 112 - tests/reproducers/simple/InformationTitleVendorParser/resources/InformationParser.jnlp | 47 - tests/reproducers/simple/InformationTitleVendorParser/resources/TitleParser.jnlp | 52 - tests/reproducers/simple/InformationTitleVendorParser/resources/TitleVendorParser.jnlp | 51 - tests/reproducers/simple/InformationTitleVendorParser/resources/VendorParser.jnlp | 52 - tests/reproducers/simple/InformationTitleVendorParser/testcases/InformationTitleVendorParserTest.java | 79 - tests/reproducers/simple/JSObjectFromEval/resources/JSObjectFromEval.html | 47 - tests/reproducers/simple/JSObjectFromEval/resources/JSObjectFromEval.js | 23 - tests/reproducers/simple/JSObjectFromEval/srcs/JSObjectFromEval.java | 60 - tests/reproducers/simple/JSObjectFromEval/testcases/JSObjectFromEvalTest.java | 86 - tests/reproducers/simple/JSObjectWithoutToString/resources/JSObjectWithoutToString.html | 23 - tests/reproducers/simple/JSObjectWithoutToString/resources/JSObjectWithoutToString.js | 6 - tests/reproducers/simple/JSObjectWithoutToString/srcs/JSObjectWithoutToString.java | 11 - tests/reproducers/simple/JSObjectWithoutToString/testcases/JSObjectWithoutToStringTest.java | 64 - tests/reproducers/simple/JSToJFuncParam/resources/JSToJFuncParam.html | 23 - tests/reproducers/simple/JSToJFuncParam/resources/JSToJava_FuncParam.js | 21 - tests/reproducers/simple/JSToJFuncParam/resources/jstoj-funcparam.jnlp | 22 - tests/reproducers/simple/JSToJFuncParam/srcs/JSToJFuncParam.java | 118 - tests/reproducers/simple/JSToJFuncParam/testcases/JSToJFuncParamTest.java | 240 - tests/reproducers/simple/JSToJFuncResol/resources/JSToJFuncResol.html | 23 - tests/reproducers/simple/JSToJFuncResol/resources/JSToJava_FuncResol.js | 11 - tests/reproducers/simple/JSToJFuncResol/resources/jstoj-funcresol.jnlp | 22 - tests/reproducers/simple/JSToJFuncResol/srcs/JSToJFuncResol.java | 244 - tests/reproducers/simple/JSToJFuncResol/testcases/JSToJFuncResolTest.java | 189 - tests/reproducers/simple/JSToJFuncReturn/resources/JSToJFuncReturn.html | 23 - tests/reproducers/simple/JSToJFuncReturn/resources/JSToJava_FuncReturn.js | 18 - tests/reproducers/simple/JSToJFuncReturn/resources/jstoj-funcreturn.jnlp | 22 - tests/reproducers/simple/JSToJFuncReturn/srcs/JSToJFuncReturn.java | 142 - tests/reproducers/simple/JSToJFuncReturn/testcases/JSToJFuncReturnTest.java | 241 - tests/reproducers/simple/JSToJGet/resources/JSToJGet.html | 22 - tests/reproducers/simple/JSToJGet/resources/JSToJ_auxiliary.js | 58 - tests/reproducers/simple/JSToJGet/resources/JSToJava_Get.js | 331 - tests/reproducers/simple/JSToJGet/resources/jstoj-get.jnlp | 20 - tests/reproducers/simple/JSToJGet/srcs/JSToJGet.java | 84 - tests/reproducers/simple/JSToJGet/testcases/JSToJGetTest.java | 295 - tests/reproducers/simple/JSToJSet/resources/JSToJSet.html | 22 - tests/reproducers/simple/JSToJSet/resources/JSToJava_Set.js | 49 - tests/reproducers/simple/JSToJSet/resources/jstoj-set.jnlp | 20 - tests/reproducers/simple/JSToJSet/srcs/JSToJSet.java | 54 - tests/reproducers/simple/JSToJSet/testcases/JSToJSetTest.java | 282 - tests/reproducers/simple/JSToJTypeConv/resources/JSToJTypeConv.html | 20 - tests/reproducers/simple/JSToJTypeConv/resources/JSToJava_TypeConv.js | 14 - tests/reproducers/simple/JSToJTypeConv/resources/jstoj-typeconv.jnlp | 22 - tests/reproducers/simple/JSToJTypeConv/srcs/JSToJTypeConv.java | 124 - tests/reproducers/simple/JSToJTypeConv/testcases/JSToJTypeConvTest.java | 478 - tests/reproducers/simple/JToJSString/resources/JSTest.js | 7 - tests/reproducers/simple/JToJSString/resources/JToJSString.html | 62 - tests/reproducers/simple/JToJSString/resources/JToJSString.js | 47 - tests/reproducers/simple/JToJSString/resources/JToJSStringApplet.jnlp | 53 - tests/reproducers/simple/JToJSString/resources/JToJSStringJnlpApplet.html | 63 - tests/reproducers/simple/JToJSString/srcs/JToJSString.java | 95 - tests/reproducers/simple/JToJSString/testcases/JToJSStringTest.java | 110 - tests/reproducers/simple/JavascriptFuncParam/resources/JavascriptFuncParam.html | 18 - tests/reproducers/simple/JavascriptFuncParam/resources/JavascriptFuncParam.js | 24 - tests/reproducers/simple/JavascriptFuncParam/resources/javascript-funcparam.jnlp | 22 - tests/reproducers/simple/JavascriptFuncParam/srcs/JavascriptFuncParam.java | 149 - tests/reproducers/simple/JavascriptFuncParam/testcases/JavascriptFuncParamTest.java | 233 - tests/reproducers/simple/JavascriptFuncReturn/resources/JavascriptFuncReturn.html | 19 - tests/reproducers/simple/JavascriptFuncReturn/resources/JavascriptFuncReturn.jnlp | 21 - tests/reproducers/simple/JavascriptFuncReturn/resources/JavascriptFuncReturn.js | 16 - tests/reproducers/simple/JavascriptFuncReturn/srcs/JavascriptFuncReturn.java | 51 - tests/reproducers/simple/JavascriptFuncReturn/testcases/JavascriptFuncReturnTest.java | 125 - tests/reproducers/simple/JavascriptGet/resources/JavascriptGet.html | 22 - tests/reproducers/simple/JavascriptGet/resources/Javascript_Get.js | 15 - tests/reproducers/simple/JavascriptGet/resources/javascript-get.jnlp | 22 - tests/reproducers/simple/JavascriptGet/srcs/JavascriptGet.java | 120 - tests/reproducers/simple/JavascriptGet/testcases/JavascriptGetTest.java | 141 - tests/reproducers/simple/JavascriptSet/resources/JavascriptSet.html | 17 - tests/reproducers/simple/JavascriptSet/resources/Javascript_Set.js | 32 - tests/reproducers/simple/JavascriptSet/resources/javascript-set.jnlp | 22 - tests/reproducers/simple/JavascriptSet/srcs/JavascriptSet.java | 139 - tests/reproducers/simple/JavascriptSet/testcases/JavascriptSetTest.java | 231 - tests/reproducers/simple/JavascriptURLProtocol/resources/JavascriptProtocol.html | 46 - tests/reproducers/simple/JavascriptURLProtocol/resources/JavascriptProtocol.js | 5 - tests/reproducers/simple/JavascriptURLProtocol/srcs/JavascriptProtocol.java | 22 - tests/reproducers/simple/JavascriptURLProtocol/testcases/JavascriptProtocolTest.java | 78 - tests/reproducers/simple/JavawsAWTRobotFindsButton/resources/javaws-awtrobot-finds-button.jnlp | 57 - tests/reproducers/simple/JavawsAWTRobotFindsButton/srcs/JavawsAWTRobotFindsButton.java | 166 - tests/reproducers/simple/JavawsAWTRobotFindsButton/testcases/JavawsAWTRobotFindsButtonTest.java | 138 - tests/reproducers/simple/JavawsAWTRobotFindsButton/testcases/buttonA.png | Bin tests/reproducers/simple/JavawsAWTRobotUsageSample/resources/AppletAWTRobotUsageSample.html | 72 - tests/reproducers/simple/JavawsAWTRobotUsageSample/resources/javaws-awtrobot-usage-sample.jnlp | 57 - tests/reproducers/simple/JavawsAWTRobotUsageSample/srcs/JavawsAWTRobotUsageSample.java | 176 - tests/reproducers/simple/JavawsAWTRobotUsageSample/testcases/AppletAWTRobotUsageSampleTest.java | 256 - tests/reproducers/simple/JavawsAWTRobotUsageSample/testcases/JavawsAWTRobotUsageSampleTest.java | 249 - tests/reproducers/simple/JnlpHrefAttribute/resources/JnlpHrefAttribute.html | 15 - tests/reproducers/simple/JnlpHrefAttribute/resources/JnlpHrefAttribute.jnlp | 51 - tests/reproducers/simple/JnlpHrefAttribute/srcs/JnlpHrefAttribute.java | 49 - tests/reproducers/simple/JnlpHrefAttribute/testcases/JnlpHrefAttributeTest.java | 84 - tests/reproducers/simple/LocalesTest/testcases/LocalesTestTest.java | 465 - tests/reproducers/simple/LocalisedInformationElement/resources/LocalisedInformationElement1.jnlp | 72 - tests/reproducers/simple/LocalisedInformationElement/resources/LocalisedInformationElement2.jnlp | 70 - tests/reproducers/simple/LocalisedInformationElement/resources/LocalisedInformationElement3.jnlp | 69 - tests/reproducers/simple/LocalisedInformationElement/resources/LocalisedInformationElement4.jnlp | 70 - tests/reproducers/simple/LocalisedInformationElement/resources/LocalisedInformationElement_noLoc.jnlp | 53 - tests/reproducers/simple/LocalisedInformationElement/srcs/LocalisedInformationElement.java | 52 - tests/reproducers/simple/LocalisedInformationElement/testcases/LocalisedInformationElementTest.java | 353 - tests/reproducers/simple/ManifestedJar1/resources/ManifestedJar-1main2mainAppDesc.jnlp | 53 - tests/reproducers/simple/ManifestedJar1/resources/ManifestedJar-1main2mainNoAppDesc.jnlp | 54 - tests/reproducers/simple/ManifestedJar1/resources/ManifestedJar-1main2nothingNoAppDesc.jnlp | 54 - tests/reproducers/simple/ManifestedJar1/resources/ManifestedJar-1mainHaveAppDesc.jnlp | 54 - tests/reproducers/simple/ManifestedJar1/resources/ManifestedJar-1mainNoAppDesc.jnlp | 53 - tests/reproducers/simple/ManifestedJar1/resources/ManifestedJar-1noAppDesc.jnlp | 52 - tests/reproducers/simple/ManifestedJar1/resources/ManifestedJar-1noAppDescAtAll.jnlp | 49 - tests/reproducers/simple/ManifestedJar1/resources/ManifestedJar-1nothing2nothingAppDesc.jnlp | 54 - tests/reproducers/simple/ManifestedJar1/resources/ManifestedJar-1nothing2nothingNoAppDesc.jnlp | 54 - tests/reproducers/simple/ManifestedJar1/srcs/META-INF/MANIFEST.MF | 4 - tests/reproducers/simple/ManifestedJar1/srcs/ManifestedJar1.java | 45 - tests/reproducers/simple/ManifestedJar1/testcases/ManifestedJar1Test.java | 240 - tests/reproducers/simple/ManifestedJar2/srcs/META-INF/MANIFEST.MF | 4 - tests/reproducers/simple/ManifestedJar2/srcs/ManifestedJar2.java | 45 - tests/reproducers/simple/ParametrizedJarUrl/resources/ParametrizedJarAppletUrl.jnlp | 63 - tests/reproducers/simple/ParametrizedJarUrl/resources/ParametrizedJarAppletUrl2.jnlp | 63 - tests/reproducers/simple/ParametrizedJarUrl/resources/ParametrizedJarAppletUrlSigned.jnlp | 63 - tests/reproducers/simple/ParametrizedJarUrl/resources/ParametrizedJarAppletUrlSigned2.jnlp | 63 - tests/reproducers/simple/ParametrizedJarUrl/resources/ParametrizedJarUrl.html | 44 - tests/reproducers/simple/ParametrizedJarUrl/resources/ParametrizedJarUrl1.jnlp | 53 - tests/reproducers/simple/ParametrizedJarUrl/resources/ParametrizedJarUrl2.jnlp | 53 - tests/reproducers/simple/ParametrizedJarUrl/resources/ParametrizedJarUrlSigned.html | 44 - tests/reproducers/simple/ParametrizedJarUrl/resources/ParametrizedJarUrlSigned1.jnlp | 53 - tests/reproducers/simple/ParametrizedJarUrl/resources/ParametrizedJarUrlSigned2.jnlp | 53 - tests/reproducers/simple/ParametrizedJarUrl/testcases/ParametrizedJarUrlTests.java | 220 - tests/reproducers/simple/ReadEnvironment/resources/ReadEnvironment.jnlp | 51 - tests/reproducers/simple/ReadEnvironment/srcs/ReadEnvironment.java | 44 - tests/reproducers/simple/ReadEnvironment/testcases/ReadEnvironmentTest.java | 57 - tests/reproducers/simple/ReadProperties/resources/ReadProperties1.jnlp | 55 - tests/reproducers/simple/ReadProperties/resources/ReadProperties2.jnlp | 53 - tests/reproducers/simple/ReadProperties/srcs/ReadProperties.java | 45 - tests/reproducers/simple/ReadProperties/testcases/ReadPropertiesTest.java | 69 - tests/reproducers/simple/RedirectStreams/resources/RedirectStreams.jnlp | 51 - tests/reproducers/simple/RedirectStreams/srcs/RedirectStreams.java | 44 - tests/reproducers/simple/RedirectStreams/testcases/RedirectStreamsTest.java | 57 - tests/reproducers/simple/ReplaceSecurityManager/resources/ReplaceSecurityManager.jnlp | 51 - tests/reproducers/simple/ReplaceSecurityManager/srcs/ReplaceSecurityManager.java | 43 - tests/reproducers/simple/ReplaceSecurityManager/testcases/ReplaceSecurityManagerTest.java | 57 - tests/reproducers/simple/ResizeApplet/resources/ResizeApplet.html | 57 - tests/reproducers/simple/ResizeApplet/srcs/ResizeApplet.java | 72 - tests/reproducers/simple/ResizeApplet/testcases/ResizeAppletTests.java | 65 - tests/reproducers/simple/SOPBypass/resources/SOPBypass.html | 50 - tests/reproducers/simple/SOPBypass/resources/SOPBypass.jnlp | 60 - tests/reproducers/simple/SOPBypass/resources/SOPBypassSigned.html | 50 - tests/reproducers/simple/SOPBypass/resources/SOPBypassSigned.jnlp | 63 - tests/reproducers/simple/SOPBypass/srcs/SOPBypass.java | 329 - tests/reproducers/simple/SOPBypass/testcases/sopbypasstests/SOPBypassBeforeAndAfterChunks.java | 112 - tests/reproducers/simple/SOPBypass/testcases/sopbypasstests/SOPBypassHtmlAppletTest.java | 247 - tests/reproducers/simple/SOPBypass/testcases/sopbypasstests/SOPBypassJnlpAppletTest.java | 232 - tests/reproducers/simple/SOPBypass/testcases/sopbypasstests/SOPBypassJnlpAppletTestWithHtmlSwitch.java | 229 - tests/reproducers/simple/SOPBypass/testcases/sopbypasstests/SOPBypassSignedHtmlAppletTest.java | 225 - tests/reproducers/simple/SOPBypass/testcases/sopbypasstests/SOPBypassSignedJnlpAppletTest.java | 218 - tests/reproducers/simple/SOPBypass/testcases/sopbypasstests/SOPBypassSignedJnlpAppletTestWithHtmlSwitch.java | 210 - tests/reproducers/simple/SOPBypass/testcases/sopbypasstests/SOPBypassUtil.java | 870 - tests/reproducers/simple/SandboxUnsignedAllPerm/resources/SandboxUnsignedAllPerm.html | 42 - tests/reproducers/simple/SandboxUnsignedAllPerm/resources/SandboxUnsignedAllPerm.jnlp | 53 - tests/reproducers/simple/SandboxUnsignedAllPerm/resources/SandboxUnsignedAllPerm_applet.jnlp | 58 - tests/reproducers/simple/SandboxUnsignedAllPerm/resources/SandboxUnsignedAllPerm_applet_security.jnlp | 61 - tests/reproducers/simple/SandboxUnsignedAllPerm/resources/SandboxUnsignedAllPerm_security.jnlp | 56 - tests/reproducers/simple/SandboxUnsignedAllPerm/srcs/META-INF/MANIFEST.MF | 3 - tests/reproducers/simple/SandboxUnsignedAllPerm/srcs/SandboxUnsignedAllPerm.java | 57 - tests/reproducers/simple/SandboxUnsignedAllPerm/testcases/SandboxUnsignedAllPermTest.java | 124 - tests/reproducers/simple/SandboxUnsignedInvalid/resources/SandboxUnsignedInvalid.html | 42 - tests/reproducers/simple/SandboxUnsignedInvalid/resources/SandboxUnsignedInvalid.jnlp | 53 - tests/reproducers/simple/SandboxUnsignedInvalid/resources/SandboxUnsignedInvalid_applet.jnlp | 58 - tests/reproducers/simple/SandboxUnsignedInvalid/resources/SandboxUnsignedInvalid_applet_security.jnlp | 61 - tests/reproducers/simple/SandboxUnsignedInvalid/resources/SandboxUnsignedInvalid_security.jnlp | 56 - tests/reproducers/simple/SandboxUnsignedInvalid/srcs/META-INF/MANIFEST.MF | 3 - tests/reproducers/simple/SandboxUnsignedInvalid/srcs/SandboxUnsignedInvalid.java | 57 - tests/reproducers/simple/SandboxUnsignedInvalid/testcases/SandboxUnsignedInvalidTest.java | 124 - tests/reproducers/simple/SandboxUnsignedMissing/resources/SandboxUnsignedMissing.html | 42 - tests/reproducers/simple/SandboxUnsignedMissing/resources/SandboxUnsignedMissing.jnlp | 53 - tests/reproducers/simple/SandboxUnsignedMissing/resources/SandboxUnsignedMissing_applet.jnlp | 58 - tests/reproducers/simple/SandboxUnsignedMissing/resources/SandboxUnsignedMissing_applet_security.jnlp | 61 - tests/reproducers/simple/SandboxUnsignedMissing/resources/SandboxUnsignedMissing_security.jnlp | 56 - tests/reproducers/simple/SandboxUnsignedMissing/srcs/META-INF/MANIFEST.MF | 2 - tests/reproducers/simple/SandboxUnsignedMissing/srcs/SandboxUnsignedMissing.java | 57 - tests/reproducers/simple/SandboxUnsignedMissing/testcases/SandboxUnsignedMissingTest.java | 129 - tests/reproducers/simple/SandboxUnsignedMissing/testcases/SandboxUnsignedMissingTestHighSecurity.java | 209 - tests/reproducers/simple/SandboxUnsignedSandbox/resources/SandboxUnsignedSandbox.html | 42 - tests/reproducers/simple/SandboxUnsignedSandbox/resources/SandboxUnsignedSandbox.jnlp | 53 - tests/reproducers/simple/SandboxUnsignedSandbox/resources/SandboxUnsignedSandbox_applet.jnlp | 58 - tests/reproducers/simple/SandboxUnsignedSandbox/resources/SandboxUnsignedSandbox_applet_security.jnlp | 61 - tests/reproducers/simple/SandboxUnsignedSandbox/resources/SandboxUnsignedSandbox_security.jnlp | 56 - tests/reproducers/simple/SandboxUnsignedSandbox/srcs/META-INF/MANIFEST.MF | 3 - tests/reproducers/simple/SandboxUnsignedSandbox/srcs/SandboxUnsignedSandbox.java | 57 - tests/reproducers/simple/SandboxUnsignedSandbox/testcases/SandboxUnsignedSandboxTest.java | 124 - tests/reproducers/simple/SetContextClassLoader/resources/SetContextClassLoader.jnlp | 51 - tests/reproducers/simple/SetContextClassLoader/srcs/SetContextClassLoader.java | 44 - tests/reproducers/simple/SetContextClassLoader/testcases/SetContextClassLoaderTest.java | 57 - tests/reproducers/simple/SimpleApplet/srcs/SimpleApplet.java | 47 - tests/reproducers/simple/SingleInstanceServiceTest/resources/SingleInstanceTest.jnlp | 60 - tests/reproducers/simple/SingleInstanceServiceTest/resources/SingleInstanceTestWS.jnlp | 55 - tests/reproducers/simple/SingleInstanceServiceTest/resources/SingleInstanceTest_clasical.html | 50 - tests/reproducers/simple/SingleInstanceServiceTest/resources/SingleInstanceTest_jnlpHref.html | 47 - tests/reproducers/simple/SingleInstanceServiceTest/srcs/SingleInstanceChecker.java | 158 - tests/reproducers/simple/SingleInstanceServiceTest/testcases/SingleInstanceTest.java | 281 - tests/reproducers/simple/Spaces can be everywhere/resources/NotOnly spaces can kill ?????????? too.jnlp | 61 - tests/reproducers/simple/Spaces can be everywhere/resources/Spaces can be everywhere1.jnlp | 53 - tests/reproducers/simple/Spaces can be everywhere/resources/Spaces can be everywhere2.jnlp | 53 - tests/reproducers/simple/Spaces can be everywhere/resources/SpacesCanBeEverywhere1.jnlp | 53 - tests/reproducers/simple/Spaces can be everywhere/resources/spaces applet Tests.html | 42 - tests/reproducers/simple/Spaces can be everywhere/srcs/SpacesCanBeEverywhere.java | 76 - tests/reproducers/simple/Spaces can be everywhere/testcases/SpacesCanBeEverywhereTests.java | 232 - tests/reproducers/simple/StripHttpPathParams/resources/StripHttpPathParams.html | 48 - tests/reproducers/simple/StripHttpPathParams/resources/StripHttpPathParams.jnlp | 53 - tests/reproducers/simple/StripHttpPathParams/srcs/StripHttpPathParams.java | 51 - tests/reproducers/simple/StripHttpPathParams/testcases/StripHttpPathParamsTest.java | 68 - tests/reproducers/simple/UnicodeLineBreak/resources/UnicodeLineBreak.html | 44 - tests/reproducers/simple/UnicodeLineBreak/srcs/UnicodeLineBreak.java | 47 - tests/reproducers/simple/UnicodeLineBreak/testcases/UnicodeLineBreakTests.java | 140 - tests/reproducers/simple/UnsignedJnlpApplication/resources/UnsignedJnlpApplication1.jnlp | 54 - tests/reproducers/simple/UnsignedJnlpApplication/resources/UnsignedJnlpApplication2.jnlp | 56 - tests/reproducers/simple/UnsignedJnlpApplication/resources/UnsignedJnlpApplication3.jnlp | 57 - tests/reproducers/simple/UnsignedJnlpApplication/srcs/JNLP-INF/APPLICATION.jnlp | 62 - tests/reproducers/simple/UnsignedJnlpApplication/srcs/UnsignedJnlpApplication.java | 43 - tests/reproducers/simple/UnsignedJnlpApplication/testcases/UnsignedJnlpApplicationTest.java | 69 - tests/reproducers/simple/UnsignedJnlpTemplate/resources/UnsignedJnlpTemplate1.jnlp | 54 - tests/reproducers/simple/UnsignedJnlpTemplate/resources/UnsignedJnlpTemplate2.jnlp | 56 - tests/reproducers/simple/UnsignedJnlpTemplate/resources/UnsignedJnlpTemplate3.jnlp | 57 - tests/reproducers/simple/UnsignedJnlpTemplate/srcs/JNLP-INF/APPLICATION_TEMPLATE.jnlp | 62 - tests/reproducers/simple/UnsignedJnlpTemplate/srcs/UnsignedJnlpTemplate.java | 43 - tests/reproducers/simple/UnsignedJnlpTemplate/testcases/UnsignedJnlpTemplateTest.java | 69 - tests/reproducers/simple/VersionedJar__V1/resources/VersionedJarDisabled.jnlp | 52 - tests/reproducers/simple/VersionedJar__V1/resources/VersionedJarEnabled.jnlp | 52 - tests/reproducers/simple/VersionedJar__V1/srcs/VersionedJar.java | 46 - tests/reproducers/simple/VersionedJar__V1/testcases/VersionedJarTest.java | 73 - tests/reproducers/simple/deadlocktest/resources/deadlocktest.jnlp | 53 - tests/reproducers/simple/deadlocktest/resources/deadlocktest_1.jnlp | 53 - tests/reproducers/simple/deadlocktest/srcs/DeadlockTest.java | 58 - tests/reproducers/simple/deadlocktest/testcases/DeadLockTestTest.java | 265 - tests/reproducers/simple/encodingTests????????????????????????????????????????????????/resources/encodingTest1-ISO88592.jnlp | 54 - tests/reproducers/simple/encodingTests????????????????????????????????????????????????/resources/encodingTest1-UTF8.jnlp | 54 - tests/reproducers/simple/encodingTests????????????????????????????????????????????????/resources/encodingTest2????????????????????????????????????????????????-ISO88592.jnlp | 54 - tests/reproducers/simple/encodingTests????????????????????????????????????????????????/resources/encodingTest2????????????????????????????????????????????????-UTF8.jnlp | 54 - tests/reproducers/simple/encodingTests????????????????????????????????????????????????/resources/encodingTest3-ISO88592.jnlp | 54 - tests/reproducers/simple/encodingTests????????????????????????????????????????????????/resources/encodingTest3-UTF8.jnlp | 54 - tests/reproducers/simple/encodingTests????????????????????????????????????????????????/resources/encodingTest4-ISO88592.html | 45 - tests/reproducers/simple/encodingTests????????????????????????????????????????????????/resources/encodingTest4-UTF8.html | 45 - tests/reproducers/simple/encodingTests????????????????????????????????????????????????/resources/encodingTest5-ISO88592.jnlp | 62 - tests/reproducers/simple/encodingTests????????????????????????????????????????????????/resources/encodingTest5-UTF8.jnlp | 62 - tests/reproducers/simple/encodingTests????????????????????????????????????????????????/srcs/EncodingTest.java | 90 - tests/reproducers/simple/encodingTests????????????????????????????????????????????????/testcases/EncodingTestTest.java | 248 - tests/reproducers/simple/jsengine/resources/jsengine.jnlp | 53 - tests/reproducers/simple/jsengine/resources/jsengineApplet.html | 42 - tests/reproducers/simple/jsengine/resources/jsengineApplet.jnlp | 58 - tests/reproducers/simple/jsengine/srcs/jsengine.java | 56 - tests/reproducers/simple/jsengine/srcs/jsengineApplet.java | 58 - tests/reproducers/simple/jsengine/testcases/jsengineTest.java | 90 - tests/reproducers/simple/simpletest1/resources/favicon.ico | Bin tests/reproducers/simple/simpletest1/resources/netxPlugin.png | Bin tests/reproducers/simple/simpletest1/resources/simpletest1.jnlp | 55 - tests/reproducers/simple/simpletest1/resources/simpletestCustomSplash.jnlp | 55 - tests/reproducers/simple/simpletest1/resources/simpletestMegaSlow.jnlp | 53 - tests/reproducers/simple/simpletest1/resources/simpletestSlow.jnlp | 53 - tests/reproducers/simple/simpletest1/resources/simpletestSlowBrokenCustomSplash.jnlp | 54 - tests/reproducers/simple/simpletest1/resources/simpletestSlowSlowCustomSplash.jnlp | 54 - tests/reproducers/simple/simpletest1/srcs/SimpleTest1.java | 48 - tests/reproducers/simple/simpletest1/testcases/SimpleTest1CountRequests.java | 109 - tests/reproducers/simple/simpletest1/testcases/SimpleTest1Test.java | 139 - tests/reproducers/simple/simpletest1/testcases/SimpleTestDefaultRedirects.java | 289 - tests/reproducers/simple/simpletest1/testcases/XDGspecificationTests.java | 1214 - tests/reproducers/simple/simpletest2/resources/simpletest2.jnlp | 53 - tests/reproducers/simple/simpletest2/srcs/SimpleTest2.java | 68 - tests/reproducers/simple/simpletest2/testcases/SimpleTest2Test.java | 61 - tests/test-extensions-tests/net/sourceforge/jnlp/MessagePropertiesTest.java | 99 - tests/test-extensions-tests/net/sourceforge/jnlp/ResourcesTest.java | 374 - tests/test-extensions-tests/net/sourceforge/jnlp/ServerAccessTest.java | 245 - tests/test-extensions-tests/net/sourceforge/jnlp/TinyHttpdImplTest.java | 238 - tests/test-extensions-tests/net/sourceforge/jnlp/awt/imagesearch/ComponentFinderTest.java | 56 - tests/test-extensions-tests/net/sourceforge/jnlp/tools/DeploymentPropertiesModifierTest.java | 231 - tests/test-extensions/net/sourceforge/jnlp/AsyncCall.java | 102 - tests/test-extensions/net/sourceforge/jnlp/Authentication511Requester.java | 33 - tests/test-extensions/net/sourceforge/jnlp/ClosingListener.java | 59 - tests/test-extensions/net/sourceforge/jnlp/ContentReader.java | 158 - tests/test-extensions/net/sourceforge/jnlp/ContentReaderListener.java | 45 - tests/test-extensions/net/sourceforge/jnlp/LogItem.java | 71 - tests/test-extensions/net/sourceforge/jnlp/LoggingBottleneck.java | 243 - tests/test-extensions/net/sourceforge/jnlp/ProcessAssasin.java | 257 - tests/test-extensions/net/sourceforge/jnlp/ProcessResult.java | 69 - tests/test-extensions/net/sourceforge/jnlp/ProcessWrapper.java | 288 - tests/test-extensions/net/sourceforge/jnlp/ServerAccess.java | 938 - tests/test-extensions/net/sourceforge/jnlp/ServerLauncher.java | 336 - tests/test-extensions/net/sourceforge/jnlp/TestsLogs.java | 85 - tests/test-extensions/net/sourceforge/jnlp/ThreadedProcess.java | 210 - tests/test-extensions/net/sourceforge/jnlp/TinyHttpdImpl.java | 390 - tests/test-extensions/net/sourceforge/jnlp/annotations/Bug.java | 69 - tests/test-extensions/net/sourceforge/jnlp/annotations/KnownToFail.java | 67 - tests/test-extensions/net/sourceforge/jnlp/annotations/NeedsDisplay.java | 55 - tests/test-extensions/net/sourceforge/jnlp/annotations/Remote.java | 52 - tests/test-extensions/net/sourceforge/jnlp/annotations/TestInBrowsers.java | 50 - tests/test-extensions/net/sourceforge/jnlp/annotations/WindowsIssue.java | 65 - tests/test-extensions/net/sourceforge/jnlp/awt/AWTFrameworkException.java | 66 - tests/test-extensions/net/sourceforge/jnlp/awt/AWTHelper.java | 588 - tests/test-extensions/net/sourceforge/jnlp/awt/awtactions/KeyboardActions.java | 111 - tests/test-extensions/net/sourceforge/jnlp/awt/awtactions/MouseActions.java | 228 - tests/test-extensions/net/sourceforge/jnlp/awt/imagesearch/ComponentFinder.java | 134 - tests/test-extensions/net/sourceforge/jnlp/awt/imagesearch/ComponentNotFoundException.java | 65 - tests/test-extensions/net/sourceforge/jnlp/awt/imagesearch/ImageSeeker.java | 387 - tests/test-extensions/net/sourceforge/jnlp/awt/imagesearch/marker.png | Bin tests/test-extensions/net/sourceforge/jnlp/browsertesting/Browser.java | 55 - tests/test-extensions/net/sourceforge/jnlp/browsertesting/BrowserFactory.java | 226 - tests/test-extensions/net/sourceforge/jnlp/browsertesting/BrowserTest.java | 60 - tests/test-extensions/net/sourceforge/jnlp/browsertesting/BrowserTestRunner.java | 185 - tests/test-extensions/net/sourceforge/jnlp/browsertesting/Browsers.java | 98 - tests/test-extensions/net/sourceforge/jnlp/browsertesting/ReactingProcess.java | 63 - tests/test-extensions/net/sourceforge/jnlp/browsertesting/browsers/Chrome.java | 52 - tests/test-extensions/net/sourceforge/jnlp/browsertesting/browsers/Chromium.java | 52 - tests/test-extensions/net/sourceforge/jnlp/browsertesting/browsers/Epiphany.java | 61 - tests/test-extensions/net/sourceforge/jnlp/browsertesting/browsers/Firefox.java | 91 - tests/test-extensions/net/sourceforge/jnlp/browsertesting/browsers/LinuxBrowser.java | 116 - tests/test-extensions/net/sourceforge/jnlp/browsertesting/browsers/Midory.java | 55 - tests/test-extensions/net/sourceforge/jnlp/browsertesting/browsers/MozillaFamilyLinuxBrowser.java | 66 - tests/test-extensions/net/sourceforge/jnlp/browsertesting/browsers/Opera.java | 73 - tests/test-extensions/net/sourceforge/jnlp/browsertesting/browsers/firefox/FirefoxProfilesOperator.java | 173 - tests/test-extensions/net/sourceforge/jnlp/closinglisteners/AutoAllClosingListener.java | 57 - tests/test-extensions/net/sourceforge/jnlp/closinglisteners/AutoErrorClosingListener.java | 56 - tests/test-extensions/net/sourceforge/jnlp/closinglisteners/AutoOkClosingListener.java | 48 - tests/test-extensions/net/sourceforge/jnlp/closinglisteners/CountingClosingListener.java | 60 - tests/test-extensions/net/sourceforge/jnlp/closinglisteners/Rule.java | 46 - tests/test-extensions/net/sourceforge/jnlp/closinglisteners/RulesFolowingClosingListener.java | 239 - tests/test-extensions/net/sourceforge/jnlp/closinglisteners/StringBasedClosingListener.java | 67 - tests/test-extensions/net/sourceforge/jnlp/closinglisteners/StringMatchClosingListener.java | 53 - tests/test-extensions/net/sourceforge/jnlp/closinglisteners/StringRule.java | 57 - tests/test-extensions/net/sourceforge/jnlp/mock/DummyJNLPFile.java | 75 - tests/test-extensions/net/sourceforge/jnlp/mock/DummyJNLPFileWithJar.java | 105 - tests/test-extensions/net/sourceforge/jnlp/mock/MockJNLPFile.java | 55 - tests/test-extensions/net/sourceforge/jnlp/tools/AsyncJavaws.java | 88 - tests/test-extensions/net/sourceforge/jnlp/tools/ClipboardHelpers.java | 64 - tests/test-extensions/net/sourceforge/jnlp/tools/CodeSignerCreator.java | 215 - tests/test-extensions/net/sourceforge/jnlp/tools/DeploymentPropertiesModifier.java | 152 - tests/test-extensions/net/sourceforge/jnlp/tools/MessageProperties.java | 82 - tests/test-extensions/net/sourceforge/jnlp/tools/WaitingForStringProcess.java | 91 - tests/test-extensions/net/sourceforge/jnlp/util/CacheTestUtils.java | 49 - tests/test-extensions/net/sourceforge/jnlp/util/FileTestUtils.java | 147 - tests/test-extensions/net/sourceforge/jnlp/util/logging/NoStdOutErrTest.java | 142 - tests/test-extensions/sun/applet/PluginPipeMockUtil.java | 131 - tests/test-extensions/sun/applet/mock/PluginPipeMock.java | 121 - win-installer/LICENSE.rtf | 785 - win-installer/greetings_banner.bmp | Bin win-installer/icon.ico | Bin win-installer/installer.json.in | 60 - win-installer/top_banner.bmp | Bin 1683 files changed, 1 insertions(+), 245696 deletions(-) diffs (truncated from 252455 to 500 lines): diff -r f71eae288a48 -r 2b2a9a7b61e4 AUTHORS --- a/AUTHORS Thu Mar 14 11:04:52 2019 +0100 +++ /dev/null Thu Jan 01 00:00:00 1970 +0000 @@ -1,51 +0,0 @@ -The following people have made contibutions to this project. -Please keep this list in alphabetical order. - -Lillian Angel -Andrew Azores -Deepak Bhole -Laurent Bourg??s -Adam Buchta -Ricardo Mart??n Camarero -Marcin Cieslak -Danesh Dadachanji -Adam Domurad -Lukasz Dracz -Thomas Fitzsimmons -Olesya Gerasimenko -Micha?? G??rny -Mark Greenwood -Tereza Hlavackova -Lars Herschke -Peter Hatina -Andrew John Hughes -Jie Kang -Alex Kashchenko -Matthias Klose -Alexandr Kolouch -Jan Kmetko -Francis Kung -Denis Lila -DJ Lucas -Omair Majid -Jon A. Maxwell -Thomas Meyer -Kurt Miller -Saad Mohammad -Martin Olsson -Stefan Ring -Ville Skytt?? -Fridrich Strba -Andrew Su -Joshua Sumali -Joel Tesdall -Michal Vala -Jiri Vanek -Tom???? Votava -Mark Wielaard -Jacob Wisor -Man Lung Wong - -This project also includes code from the following projects: -OpenJDK -Netx diff -r f71eae288a48 -r 2b2a9a7b61e4 COPYING --- a/COPYING Thu Mar 14 11:04:52 2019 +0100 +++ /dev/null Thu Jan 01 00:00:00 1970 +0000 @@ -1,340 +0,0 @@ - GNU GENERAL PUBLIC LICENSE - Version 2, June 1991 - - Copyright (C) 1989, 1991 Free Software Foundation, Inc. - 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA - Everyone is permitted to copy and distribute verbatim copies - of this license document, but changing it is not allowed. - - Preamble - - The licenses for most software are designed to take away your -freedom to share and change it. By contrast, the GNU General Public -License is intended to guarantee your freedom to share and change free -software--to make sure the software is free for all its users. This -General Public License applies to most of the Free Software -Foundation's software and to any other program whose authors commit to -using it. (Some other Free Software Foundation software is covered by -the GNU Library General Public License instead.) You can apply it to -your programs, too. - - When we speak of free software, we are referring to freedom, not -price. Our General Public Licenses are designed to make sure that you -have the freedom to distribute copies of free software (and charge for -this service if you wish), that you receive source code or can get it -if you want it, that you can change the software or use pieces of it -in new free programs; and that you know you can do these things. - - To protect your rights, we need to make restrictions that forbid -anyone to deny you these rights or to ask you to surrender the rights. -These restrictions translate to certain responsibilities for you if you -distribute copies of the software, or if you modify it. - - For example, if you distribute copies of such a program, whether -gratis or for a fee, you must give the recipients all the rights that -you have. You must make sure that they, too, receive or can get the -source code. And you must show them these terms so they know their -rights. - - We protect your rights with two steps: (1) copyright the software, and -(2) offer you this license which gives you legal permission to copy, -distribute and/or modify the software. - - Also, for each author's protection and ours, we want to make certain -that everyone understands that there is no warranty for this free -software. If the software is modified by someone else and passed on, we -want its recipients to know that what they have is not the original, so -that any problems introduced by others will not reflect on the original -authors' reputations. - - Finally, any free program is threatened constantly by software -patents. We wish to avoid the danger that redistributors of a free -program will individually obtain patent licenses, in effect making the -program proprietary. To prevent this, we have made it clear that any -patent must be licensed for everyone's free use or not licensed at all. - - The precise terms and conditions for copying, distribution and -modification follow. - - GNU GENERAL PUBLIC LICENSE - TERMS AND CONDITIONS FOR COPYING, DISTRIBUTION AND MODIFICATION - - 0. This License applies to any program or other work which contains -a notice placed by the copyright holder saying it may be distributed -under the terms of this General Public License. The "Program", below, -refers to any such program or work, and a "work based on the Program" -means either the Program or any derivative work under copyright law: -that is to say, a work containing the Program or a portion of it, -either verbatim or with modifications and/or translated into another -language. (Hereinafter, translation is included without limitation in -the term "modification".) Each licensee is addressed as "you". - -Activities other than copying, distribution and modification are not -covered by this License; they are outside its scope. The act of -running the Program is not restricted, and the output from the Program -is covered only if its contents constitute a work based on the -Program (independent of having been made by running the Program). -Whether that is true depends on what the Program does. - - 1. You may copy and distribute verbatim copies of the Program's -source code as you receive it, in any medium, provided that you -conspicuously and appropriately publish on each copy an appropriate -copyright notice and disclaimer of warranty; keep intact all the -notices that refer to this License and to the absence of any warranty; -and give any other recipients of the Program a copy of this License -along with the Program. - -You may charge a fee for the physical act of transferring a copy, and -you may at your option offer warranty protection in exchange for a fee. - - 2. You may modify your copy or copies of the Program or any portion -of it, thus forming a work based on the Program, and copy and -distribute such modifications or work under the terms of Section 1 -above, provided that you also meet all of these conditions: - - a) You must cause the modified files to carry prominent notices - stating that you changed the files and the date of any change. - - b) You must cause any work that you distribute or publish, that in - whole or in part contains or is derived from the Program or any - part thereof, to be licensed as a whole at no charge to all third - parties under the terms of this License. - - c) If the modified program normally reads commands interactively - when run, you must cause it, when started running for such - interactive use in the most ordinary way, to print or display an - announcement including an appropriate copyright notice and a - notice that there is no warranty (or else, saying that you provide - a warranty) and that users may redistribute the program under - these conditions, and telling the user how to view a copy of this - License. (Exception: if the Program itself is interactive but - does not normally print such an announcement, your work based on - the Program is not required to print an announcement.) - -These requirements apply to the modified work as a whole. If -identifiable sections of that work are not derived from the Program, -and can be reasonably considered independent and separate works in -themselves, then this License, and its terms, do not apply to those -sections when you distribute them as separate works. But when you -distribute the same sections as part of a whole which is a work based -on the Program, the distribution of the whole must be on the terms of -this License, whose permissions for other licensees extend to the -entire whole, and thus to each and every part regardless of who wrote it. - -Thus, it is not the intent of this section to claim rights or contest -your rights to work written entirely by you; rather, the intent is to -exercise the right to control the distribution of derivative or -collective works based on the Program. - -In addition, mere aggregation of another work not based on the Program -with the Program (or with a work based on the Program) on a volume of -a storage or distribution medium does not bring the other work under -the scope of this License. - - 3. You may copy and distribute the Program (or a work based on it, -under Section 2) in object code or executable form under the terms of -Sections 1 and 2 above provided that you also do one of the following: - - a) Accompany it with the complete corresponding machine-readable - source code, which must be distributed under the terms of Sections - 1 and 2 above on a medium customarily used for software interchange; or, - - b) Accompany it with a written offer, valid for at least three - years, to give any third party, for a charge no more than your - cost of physically performing source distribution, a complete - machine-readable copy of the corresponding source code, to be - distributed under the terms of Sections 1 and 2 above on a medium - customarily used for software interchange; or, - - c) Accompany it with the information you received as to the offer - to distribute corresponding source code. (This alternative is - allowed only for noncommercial distribution and only if you - received the program in object code or executable form with such - an offer, in accord with Subsection b above.) - -The source code for a work means the preferred form of the work for -making modifications to it. For an executable work, complete source -code means all the source code for all modules it contains, plus any -associated interface definition files, plus the scripts used to -control compilation and installation of the executable. However, as a -special exception, the source code distributed need not include -anything that is normally distributed (in either source or binary -form) with the major components (compiler, kernel, and so on) of the -operating system on which the executable runs, unless that component -itself accompanies the executable. - -If distribution of executable or object code is made by offering -access to copy from a designated place, then offering equivalent -access to copy the source code from the same place counts as -distribution of the source code, even though third parties are not -compelled to copy the source along with the object code. - - 4. You may not copy, modify, sublicense, or distribute the Program -except as expressly provided under this License. Any attempt -otherwise to copy, modify, sublicense or distribute the Program is -void, and will automatically terminate your rights under this License. -However, parties who have received copies, or rights, from you under -this License will not have their licenses terminated so long as such -parties remain in full compliance. - - 5. You are not required to accept this License, since you have not -signed it. However, nothing else grants you permission to modify or -distribute the Program or its derivative works. These actions are -prohibited by law if you do not accept this License. Therefore, by -modifying or distributing the Program (or any work based on the -Program), you indicate your acceptance of this License to do so, and -all its terms and conditions for copying, distributing or modifying -the Program or works based on it. - - 6. Each time you redistribute the Program (or any work based on the -Program), the recipient automatically receives a license from the -original licensor to copy, distribute or modify the Program subject to -these terms and conditions. You may not impose any further -restrictions on the recipients' exercise of the rights granted herein. -You are not responsible for enforcing compliance by third parties to -this License. - - 7. If, as a consequence of a court judgment or allegation of patent -infringement or for any other reason (not limited to patent issues), -conditions are imposed on you (whether by court order, agreement or -otherwise) that contradict the conditions of this License, they do not -excuse you from the conditions of this License. If you cannot -distribute so as to satisfy simultaneously your obligations under this -License and any other pertinent obligations, then as a consequence you -may not distribute the Program at all. For example, if a patent -license would not permit royalty-free redistribution of the Program by -all those who receive copies directly or indirectly through you, then -the only way you could satisfy both it and this License would be to -refrain entirely from distribution of the Program. - -If any portion of this section is held invalid or unenforceable under -any particular circumstance, the balance of the section is intended to -apply and the section as a whole is intended to apply in other -circumstances. - -It is not the purpose of this section to induce you to infringe any -patents or other property right claims or to contest validity of any -such claims; this section has the sole purpose of protecting the -integrity of the free software distribution system, which is -implemented by public license practices. Many people have made -generous contributions to the wide range of software distributed -through that system in reliance on consistent application of that -system; it is up to the author/donor to decide if he or she is willing -to distribute software through any other system and a licensee cannot -impose that choice. - -This section is intended to make thoroughly clear what is believed to -be a consequence of the rest of this License. - - 8. If the distribution and/or use of the Program is restricted in -certain countries either by patents or by copyrighted interfaces, the -original copyright holder who places the Program under this License -may add an explicit geographical distribution limitation excluding -those countries, so that distribution is permitted only in or among -countries not thus excluded. In such case, this License incorporates -the limitation as if written in the body of this License. - - 9. The Free Software Foundation may publish revised and/or new versions -of the General Public License from time to time. Such new versions will -be similar in spirit to the present version, but may differ in detail to -address new problems or concerns. - -Each version is given a distinguishing version number. If the Program -specifies a version number of this License which applies to it and "any -later version", you have the option of following the terms and conditions -either of that version or of any later version published by the Free -Software Foundation. If the Program does not specify a version number of -this License, you may choose any version ever published by the Free Software -Foundation. - - 10. If you wish to incorporate parts of the Program into other free -programs whose distribution conditions are different, write to the author -to ask for permission. For software which is copyrighted by the Free -Software Foundation, write to the Free Software Foundation; we sometimes -make exceptions for this. Our decision will be guided by the two goals -of preserving the free status of all derivatives of our free software and -of promoting the sharing and reuse of software generally. - - NO WARRANTY - - 11. BECAUSE THE PROGRAM IS LICENSED FREE OF CHARGE, THERE IS NO WARRANTY -FOR THE PROGRAM, TO THE EXTENT PERMITTED BY APPLICABLE LAW. EXCEPT WHEN -OTHERWISE STATED IN WRITING THE COPYRIGHT HOLDERS AND/OR OTHER PARTIES -PROVIDE THE PROGRAM "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESSED -OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF -MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE ENTIRE RISK AS -TO THE QUALITY AND PERFORMANCE OF THE PROGRAM IS WITH YOU. SHOULD THE -PROGRAM PROVE DEFECTIVE, YOU ASSUME THE COST OF ALL NECESSARY SERVICING, -REPAIR OR CORRECTION. - - 12. IN NO EVENT UNLESS REQUIRED BY APPLICABLE LAW OR AGREED TO IN WRITING -WILL ANY COPYRIGHT HOLDER, OR ANY OTHER PARTY WHO MAY MODIFY AND/OR -REDISTRIBUTE THE PROGRAM AS PERMITTED ABOVE, BE LIABLE TO YOU FOR DAMAGES, -INCLUDING ANY GENERAL, SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES ARISING -OUT OF THE USE OR INABILITY TO USE THE PROGRAM (INCLUDING BUT NOT LIMITED -TO LOSS OF DATA OR DATA BEING RENDERED INACCURATE OR LOSSES SUSTAINED BY -YOU OR THIRD PARTIES OR A FAILURE OF THE PROGRAM TO OPERATE WITH ANY OTHER -PROGRAMS), EVEN IF SUCH HOLDER OR OTHER PARTY HAS BEEN ADVISED OF THE -POSSIBILITY OF SUCH DAMAGES. - - END OF TERMS AND CONDITIONS - - How to Apply These Terms to Your New Programs - - If you develop a new program, and you want it to be of the greatest -possible use to the public, the best way to achieve this is to make it -free software which everyone can redistribute and change under these terms. - - To do so, attach the following notices to the program. It is safest -to attach them to the start of each source file to most effectively -convey the exclusion of warranty; and each file should have at least -the "copyright" line and a pointer to where the full notice is found. - - - Copyright (C) - - This program is free software; you can redistribute it and/or modify - it under the terms of the GNU General Public License as published by - the Free Software Foundation; either version 2 of the License, or - (at your option) any later version. - - This program is distributed in the hope that it will be useful, - but WITHOUT ANY WARRANTY; without even the implied warranty of - MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the - GNU General Public License for more details. - - You should have received a copy of the GNU General Public License - along with this program; if not, write to the Free Software - Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA - - -Also add information on how to contact you by electronic and paper mail. - -If the program is interactive, make it output a short notice like this -when it starts in an interactive mode: - - Gnomovision version 69, Copyright (C) year name of author - Gnomovision comes with ABSOLUTELY NO WARRANTY; for details type `show w'. - This is free software, and you are welcome to redistribute it - under certain conditions; type `show c' for details. - -The hypothetical commands `show w' and `show c' should show the appropriate -parts of the General Public License. Of course, the commands you use may -be called something other than `show w' and `show c'; they could even be -mouse-clicks or menu items--whatever suits your program. - -You should also get your employer (if you work as a programmer) or your -school, if any, to sign a "copyright disclaimer" for the program, if -necessary. Here is a sample; alter the names: - - Yoyodyne, Inc., hereby disclaims all copyright interest in the program - `Gnomovision' (which makes passes at compilers) written by James Hacker. - - , 1 April 1989 - Ty Coon, President of Vice - -This General Public License does not permit incorporating your program into -proprietary programs. If your program is a subroutine library, you may -consider it more useful to permit linking proprietary applications with the -library. If this is what you want to do, use the GNU Library General -Public License instead of this License. diff -r f71eae288a48 -r 2b2a9a7b61e4 ChangeLog --- a/ChangeLog Thu Mar 14 11:04:52 2019 +0100 +++ /dev/null Thu Jan 01 00:00:00 1970 +0000 @@ -1,18336 +0,0 @@ -2019-03-14 Jiri Vanek - - Post-release changes - * NEWS: added 1.9 section - * configure.ac: (AC_INIT) bumped to 1.9pre - -2019-03-12 Lars Herschke - - Hidden console on Windows - * rust-launcher/src/dirs_paths_helper.rs: factory for windows os now supply third parameter - * rust-launcher/src/main.rs: (get_os) on windows now have three params. Call to get os if-windows cfged out - (main) parent process is now checking ATTACH_PARENT_PROCESS before get_os on windows - * rust-launcher/src/os_access.rs: oon windows, without console, no window is enforced. Trait got win-only inside_console method - windows impl of os_access. Win module made public to expose AttachConsole function. - * rust-launcher/src/utils.rs: test logger got windows-only inside_console - -2019-03-12 Jiri Vanek - - Pre-release tuning - * Makefile.am: (netx-html-gen.stamp) set number of changests to 140 (since 1.7) - * NEWS: date of 1.8 set - * configure.ac: (AC_INIT) set to use 1.8 - -2019-03-07 Lars Herschke - - Native launchers now iterate through various keys of jre/jdk in registry - * rust-launcher/src/os_access.rs: introduced RegQueryInfoKeyW and RegEnumKeyExW to enable registry query - jdk_registry_path renamed to java_registry_path. jdk_registry_path now iterates over several keys - * rust-launcher/src/utils.rs: adapted, and if jdk is found, its jre is used. - -2019-03-06 Jiri Vanek - Lars Herschke - - On windows, use dunce to canonicalize paths - * rust-launcher/Cargo.toml: added dunce crate for windows target - * rust-launcher/src/dirs_paths_helper.rs: declared canonicalize methods, one for windows, second for not-windows. - The windows one is using dunce, other is on PathBuf. - * rust-launcher/src/utils.rs:used above method insted PathBuf::canonicalize - -2019-03-05 Jiri Vanek - Lars Herschke - - Fixed path to jfxrt.jar from lib/jfxrt.jar to ext/lib - * rust-launcher/src/jars_helper.rs: in (get_cp_members) - * shell-launcher/launchers.bat.in: in both CP and CUSTOM_JRE - * shell-launcher/launchers.sh.in: in both CP and CUSTOM_JRE - -2019-03-05 Lars Herschke - - * acinclude.m4: Moved windows specific check for JDK on the begging of SYSTEM_JDK part of IT_CHECK_FOR_JDK macro - to fix search on windows - -2019-03-05 Lars Herschke - - * Makefile.am: removed dual slash between destdir and modularjdk, included CPPUNIT_FRAMEWORK_CLEAN_IMPL with - clean-unittest++-impl/plaeholder to avoid fail of unknown target when native plugin is gone. Cleaning up rust_test_tmp - -2019-02-28 Jiri Vanek - Michal Vala - - * Makefile.am: using proper classpath separator variable instead of hardcoded one - -2019-02-27 Jiri Vanek - Alexandr Kolouch - - Added Czech translation for 1.8 - * netx/net/sourceforge/jnlp/resources/Messages_cs.properties: adapted - -2019-02-27 Jiri Vanek - - keytool command used to create test keystores is called windows friendly - * Makefile.am: path to keystore or PUBLIC_KEYSTORE is preprocessed via cygapth on windows - -2019-02-27 Jiri Vanek - - jar command used to pack reproducers is called windows friendly - * Makefile.am: (stamps/netx-dist-tests-prepare-reproducers.stamp) TMP_MANIFEST is now exported so it can reach - subshell of cygpath. If cygpath is in on PATH, TMP_MANIFEST path is cygpathed - -2019-02-27 Jiri Vanek - - shell launcher got support for JAVA_HOME - * shell-launcher/launchers.sh.in: if JAVA_HOME is detected, is used as most preferred - -2019-02-25 Olesya Gerasimenko - - Updated Russian translation - * netx/net/sourceforge/jnlp/resources/Messages_ru.properties: adapted to current state - -2019-02-20 Jiri Vanek - - Implemented way how to modify cp/bootcp in native launchers - * netx/net/sourceforge/jnlp/config/BasicValueValidators.java: added (RustCpValidator) as provider for help for new - properties - * netx/net/sourceforge/jnlp/config/Defaults.java: declared for properties to control native lanchers cp/bootcp - deployment.launcher.rust.{cp,bootcp}.{add,remove} - * netx/net/sourceforge/jnlp/resources/Messages.properties: added help message for new properties From martijnverburg at gmail.com Wed Mar 20 12:19:38 2019 From: martijnverburg at gmail.com (Martijn Verburg) Date: Wed, 20 Mar 2019 12:19:38 +0000 Subject: icedtea-web-head moved to github In-Reply-To: References: Message-ID: >From the AdoptOpenJDK community - welcome! Cheers, Martijn On Wed, 20 Mar 2019 at 12:06, Jiri Vanek wrote: > Hi all! > > Since today, ITW's new home is moved under AdopOpenJDK to github: > > http://icedtea.classpath.org/hg/icedtea-web > > Hopefully it will be for all's good. > > J. > -- > 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 jvanek at redhat.com Wed Mar 20 12:56:09 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Wed, 20 Mar 2019 13:56:09 +0100 Subject: [rfc][icedtea-web] Ready to commit extensions for Bug 3684 In-Reply-To: <2E3D8162-B79F-498F-B137-9D1D6C7942DE@roguewave.com> References: <2E3D8162-B79F-498F-B137-9D1D6C7942DE@roguewave.com> Message-ID: <7cf593d6-cf3d-2000-ed2f-a440472518ac@redhat.com> Hi Justin! I'm sorry for delay, but itw was changing home. It moved to github, under wings of adopt openjdk. If you don't mind do you think you can move to classical github workfow, of PR per majorchange? I will review here, via classical github review. Lets consider this as test of ITW on github. Are you ok with it? Thanx for understanding, and dont hesitate to scream if you dont like a bit. j. On 3/15/19 7:57 PM, Justin Reock wrote: > Hi! > > New contributor here ? I?ve been working with Jiri Vanek via https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3684 to push some contributions to the IcedTea-Web project. We?ve added the following functionality: > > - Exception sites list similar to Java Control Panel, viewer panel as well > - Ability to enable/disable every field in IcedTeaWeb Panel, just like Java Control Panel > - Pull proxy information from PAC and Windows Registry > - Exception match on hash > > Jiri has asked me to submit these in logically separate commits, and I am ready to do so. I'm a little confused on how minor contributions like these need to be tagged in Mercurial, however. I am working off of the 1.7.2 (07c6f970a4c9) revision and I have committed, but I'm hesitant to push anything without fully understanding how the community prefers tagging to work. > > Could someone give me a quick overview to the preferred methodology, or point me to a resource that explains it? I checked https://icedtea.classpath.org/wiki/ReleasingIcedTea but that seems more for full releases than code contributions. > > Any info appreciated! > > Thanks, > > Justin Reock | Chief Architect > Rogue Wave Software, Inc. > Innovate with Confidence > > > > > -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From bugzilla-daemon at icedtea.classpath.org Wed Mar 20 12:58:12 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Wed, 20 Mar 2019 12:58:12 +0000 Subject: [Bug 3709] Windows desktop shortcut contains wrong target if javaws.exe is accessible via the path In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3709 --- Comment #1 from JiriVanek --- Hi! Thank you very much! Do you mind to post this as pull request to ITW's new home of https://github.com/AdoptOpenJDK/icedtea-web ? Form is on you, but should follow used github flow. If you have issue, I will take that from here. -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bourges.laurent at gmail.com Wed Mar 20 13:07:24 2019 From: bourges.laurent at gmail.com (=?UTF-8?Q?Laurent_Bourg=C3=A8s?=) Date: Wed, 20 Mar 2019 14:07:24 +0100 Subject: icedtea-web-head moved to github In-Reply-To: References: Message-ID: Hi Jiri, Excellent news, I will remove my github mirror... One nit: you should have shared the new github link: https://github.com/AdoptOpenJDK/icedtea-web Is it correct ? Congratulations, Laurent Le mer. 20 mars 2019 ? 13:06, Jiri Vanek a ?crit : > Hi all! > > Since today, ITW's new home is moved under AdopOpenJDK to github: > > http://icedtea.classpath.org/hg/icedtea-web > > Hopefully it will be for all's good. > > J. > -- > 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 jvanek at redhat.com Wed Mar 20 14:43:10 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Wed, 20 Mar 2019 15:43:10 +0100 Subject: icedtea-web-head moved to github In-Reply-To: References: Message-ID: <2a9e633b-5f47-e1dc-4de4-2db0fccfa3b2@redhat.com> yes! TY! J. On 3/20/19 2:07 PM, Laurent Bourg?s wrote: > Hi Jiri, > > Excellent news, I will remove my github mirror... > > One nit: you should have shared the new github link: > https://github.com/AdoptOpenJDK/icedtea-web > > Is it correct ? > > Congratulations, > Laurent > > Le mer. 20 mars 2019 ? 13:06, Jiri Vanek > a ?crit?: > > Hi all! > > Since today, ITW's new home is moved under AdopOpenJDK to github: > > http://icedtea.classpath.org/hg/icedtea-web ^ bad clipbaord... FF do that from time to tie :( > > Hopefully it will be for all's good. > > 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 Justin.Reock at roguewave.com Wed Mar 20 16:39:57 2019 From: Justin.Reock at roguewave.com (Justin Reock) Date: Wed, 20 Mar 2019 16:39:57 +0000 Subject: [rfc][icedtea-web] Ready to commit extensions for Bug 3684 In-Reply-To: <7cf593d6-cf3d-2000-ed2f-a440472518ac@redhat.com> References: <2E3D8162-B79F-498F-B137-9D1D6C7942DE@roguewave.com>, <7cf593d6-cf3d-2000-ed2f-a440472518ac@redhat.com> Message-ID: Lol no problem, this is great as I am much more comfortable with Git. :) I will submit the PRs ASAP. Thanks, Justin Get Outlook for Android ________________________________ From: Jiri Vanek Sent: Wednesday, March 20, 2019 8:56:09 AM To: Justin Reock; distro-pkg-dev at openjdk.java.net Subject: Re: [rfc][icedtea-web] Ready to commit extensions for Bug 3684 Hi Justin! I'm sorry for delay, but itw was changing home. It moved to github, under wings of adopt openjdk. If you don't mind do you think you can move to classical github workfow, of PR per majorchange? I will review here, via classical github review. Lets consider this as test of ITW on github. Are you ok with it? Thanx for understanding, and dont hesitate to scream if you dont like a bit. j. On 3/15/19 7:57 PM, Justin Reock wrote: > Hi! > > New contributor here ? I?ve been working with Jiri Vanek via https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3684 to push some contributions to the IcedTea-Web project. We?ve added the following functionality: > > - Exception sites list similar to Java Control Panel, viewer panel as well > - Ability to enable/disable every field in IcedTeaWeb Panel, just like Java Control Panel > - Pull proxy information from PAC and Windows Registry > - Exception match on hash > > Jiri has asked me to submit these in logically separate commits, and I am ready to do so. I'm a little confused on how minor contributions like these need to be tagged in Mercurial, however. I am working off of the 1.7.2 (07c6f970a4c9) revision and I have committed, but I'm hesitant to push anything without fully understanding how the community prefers tagging to work. > > Could someone give me a quick overview to the preferred methodology, or point me to a resource that explains it? I checked https://icedtea.classpath.org/wiki/ReleasingIcedTea but that seems more for full releases than code contributions. > > Any info appreciated! > > Thanks, > > Justin Reock | Chief Architect > Rogue Wave Software, Inc. > Innovate with Confidence > > > > > -- 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 jimdouglas at mac.com Wed Mar 20 17:06:14 2019 From: jimdouglas at mac.com (Jim Douglas) Date: Wed, 20 Mar 2019 10:06:14 -0700 Subject: icedtea-web-head moved to github In-Reply-To: <2a9e633b-5f47-e1dc-4de4-2db0fccfa3b2@redhat.com> References: <2a9e633b-5f47-e1dc-4de4-2db0fccfa3b2@redhat.com> Message-ID: What does this move to AdoptOpenJDK mean for IcedTea-Web? For example, can we anticipate future AdoptOpenJDK releases that incoporate IcedTea-Web as a core technology, in the same way that Oracle previously included Java Web Start as part of the core Java distribution? > On Mar 20, 2019, at 7:43 AM, Jiri Vanek wrote: > > yes! > > TY! > > J. > On 3/20/19 2:07 PM, Laurent Bourg?s wrote: >> Hi Jiri, >> >> Excellent news, I will remove my github mirror... >> >> One nit: you should have shared the new github link: >> https://github.com/AdoptOpenJDK/icedtea-web >> >> Is it correct ? >> >> Congratulations, >> Laurent >> >> Le mer. 20 mars 2019 ? 13:06, Jiri Vanek > a ?crit : >> >> Hi all! >> >> Since today, ITW's new home is moved under AdopOpenJDK to github: >> >> http://icedtea.classpath.org/hg/icedtea-web > > ^ bad clipbaord... FF do that from time to tie :( >> >> Hopefully it will be for all's good. >> >> 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 jvanek at redhat.com Wed Mar 20 17:22:14 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Wed, 20 Mar 2019 18:22:14 +0100 Subject: icedtea-web-head moved to github In-Reply-To: References: <2a9e633b-5f47-e1dc-4de4-2db0fccfa3b2@redhat.com> Message-ID: On 3/20/19 6:06 PM, Jim Douglas wrote: > What does this move to AdoptOpenJDK mean for IcedTea-Web? Major improvement from my side will be: - nightly builds - more other-developer friendly approach > > For example, can we anticipate future AdoptOpenJDK releases that incoporate IcedTea-Web as a core technology, in the same way that Oracle previously included Java Web Start as part of the core Java distribution? This would be mayor change. I keep discouraging Adopt to do so. ITW have independent release cycle, and is able to cooperate with nearly any system JDK. In addition ITW is legacy technlogy, and putting it into JDK can be security risk. If somebody will incorporate ITW in his JDK, then it is his choice, and everybody can do what he wishes with free SW. But it have to be done with clear knowlege of above. hth J. > >> On Mar 20, 2019, at 7:43 AM, Jiri Vanek wrote: >> >> yes! >> >> TY! >> >> J. >> On 3/20/19 2:07 PM, Laurent Bourg?s wrote: >>> Hi Jiri, >>> >>> Excellent news, I will remove my github mirror... >>> >>> One nit: you should have shared the new github link: >>> https://github.com/AdoptOpenJDK/icedtea-web >>> >>> Is it correct ? >>> >>> Congratulations, >>> Laurent >>> >>> Le mer. 20 mars 2019 ? 13:06, Jiri Vanek > a ?crit : >>> >>> Hi all! >>> >>> Since today, ITW's new home is moved under AdopOpenJDK to github: >>> >>> http://icedtea.classpath.org/hg/icedtea-web >> >> ^ bad clipbaord... FF do that from time to tie :( >>> >>> Hopefully it will be for all's good. >>> >>> 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 > -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From bugzilla-daemon at icedtea.classpath.org Wed Mar 20 17:55:40 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Wed, 20 Mar 2019 17:55:40 +0000 Subject: [Bug 3710] New: IcedTea 3.11. nss removal Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3710 Bug ID: 3710 Summary: IcedTea 3.11. nss removal Product: IcedTea Version: 3.11.0 Hardware: x86_64 OS: Linux Status: NEW Severity: enhancement Priority: P5 Component: IcedTea Assignee: gnu.andrew at redhat.com Reporter: glaeser at denkformat.de CC: unassigned at icedtea.classpath.org Hi, our company uses OpenJDK 8 in an alpine:3.9 docker container for our automated build processes. Following a recent update, we experience an issue with the build system. SSL connections to our dependency server were no longer possible. I traced/googled the error back to this change: PR3667: Use the internal copy of the SunEC library rather than statically linking against NSS After re-adding nss manually back into alpine, we were able to connect to again, so I guess that solved it for us, but I would appreciate if a proper solution would be found. If you need further help, I am happy to share our docker image with you. Sincerly, Christian Glaeser -- 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 Mar 21 12:45:51 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Thu, 21 Mar 2019 12:45:51 +0000 Subject: [Bug 3709] Windows desktop shortcut contains wrong target if javaws.exe is accessible via the path In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3709 --- Comment #2 from Lars Herschke --- I have now generated a pull request. I've made a few changes to the patch. If necessary, the icon will now be converted to the ico format, as bmp does not support transparency. -- 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 Mar 22 09:38:41 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 22 Mar 2019 09:38:41 +0000 Subject: [Bug 3711] New: jre of the properties file does not work under windows Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3711 Bug ID: 3711 Summary: jre of the properties file does not work under windows Product: IcedTea-Web Version: hg Hardware: all OS: Windows Status: NEW Severity: normal Priority: P5 Component: NetX (javaws) Assignee: jvanek at redhat.com Reporter: lhersch at dssgmbh.de CC: unassigned at icedtea.classpath.org Created attachment 1727 --> https://icedtea.classpath.org/bugzilla/attachment.cgi?id=1727&action=edit fix for the problem described Enclosed a patch that fixes the following things. - Check under windows against java.exe, instead of java, both in rust-launcher and in itweb-settings - Unmasking the colon at properties in the rust launcher -- 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 Mar 22 11:57:34 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 22 Mar 2019 11:57:34 +0000 Subject: [Bug 3711] jre of the properties file does not work under windows In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3711 --- Comment #1 from Lars Herschke --- pull request: https://github.com/AdoptOpenJDK/icedtea-web/pull/3 -- 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 Mar 22 16:05:26 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 22 Mar 2019 16:05:26 +0000 Subject: [Bug 3712] New: Additional image Spi not found in application classpath / IIORegistry instance created without jnlp jars Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3712 Bug ID: 3712 Summary: Additional image Spi not found in application classpath / IIORegistry instance created without jnlp jars Product: IcedTea-Web Version: hg Hardware: x86_64 OS: Linux Status: NEW Severity: normal Priority: P5 Component: NetX (javaws) Assignee: jvanek at redhat.com Reporter: joupa77 at gmx.com CC: unassigned at icedtea.classpath.org The IcedTea-Web DeploymentConfiguration class registers an IcoSpi provider (DeploymentConfiguration.java:304), and make a call to ImageIO.read (ImageResources.java:78). This creates a static IIORegistry (IIORegistry.getDefaultInstance) that scans the classpath for all the spi providers. At this moment the classpath does not seems to contain all the jars declared in the JNLP so the new providers are not discovered. In our JNLP application we use the jai_imageio-1.1-windows-i586.jar with the TIFF codec. Later during the process the ImageIO.read() on a tiff image fails. Workaround : Before trying to read an image a call to ImageIO.scanForPlugins() forces a scan of the classpath. It only has to be done once. -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From huangxuguang at loongson.cn Mon Mar 25 02:28:12 2019 From: huangxuguang at loongson.cn (huangxg) Date: Mon, 25 Mar 2019 10:28:12 +0800 Subject: icedtea-web JSObject Message-ID: <526148c4-a501-e24c-8a7c-9a4366121f3e@loongson.cn> When I "make check" on icedtea-web-1.7.1, there will be errors about JSObject, as follows: //icedtea-web-1.7/tests/netx/unit/sun/applet/MethodOverloadResolverTest.java:217: error: JSObject is abstract; cannot be instantiated// // assertOverloadOrder(new JSObject(0L), JSObject.class, String.class);// // ^// ///icedtea-web-1.7/tests/netx/unit/sun/applet/MethodOverloadResolverTest.java:218: error: JSObject is abstract; cannot be instantiated// // assertAmbiguousOverload(new JSObject(0L), Object[].class, String.class);/ I see in the code that @Test has been commented out, but the code has no comment, so that the test case will be compiled at compile time. / // Turned off until JSObject is unit-testable (privilege problem)// //// @Test// // public void testJSObjectOverloading() {// // // based on http://jdk6.java.net/plugin2/liveconnect/#OVERLOADED_METHODS// // assertOverloadOrder(new JSObject(0L), JSObject.class, String.class);// // assertAmbiguousOverload(new JSObject(0L), Object[].class, String.class);// // }/ Can you comment out all the code in this test case? Or is there a way around this mistake? -------------- next part -------------- An HTML attachment was scrubbed... URL: From jvanek at redhat.com Mon Mar 25 12:23:43 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Mon, 25 Mar 2019 13:23:43 +0100 Subject: icedtea-web JSObject In-Reply-To: <526148c4-a501-e24c-8a7c-9a4366121f3e@loongson.cn> References: <526148c4-a501-e24c-8a7c-9a4366121f3e@loongson.cn> Message-ID: <41776bce-926c-0a9a-8da4-c1210faa81c9@redhat.com> Ths means, that you have javafx installed. Java fx have its own implementation of jsobject. If you remove it, all below should disappear. J. On 3/25/19 3:28 AM, huangxg wrote: > When I "make check" on icedtea-web-1.7.1, there will be errors about JSObject, as follows: > > //icedtea-web-1.7/tests/netx/unit/sun/applet/MethodOverloadResolverTest.java:217: error: JSObject is > abstract; cannot be instantiated// > //??????? assertOverloadOrder(new JSObject(0L), JSObject.class, String.class);// > //??????????????????????????? ^// > ///icedtea-web-1.7/tests/netx/unit/sun/applet/MethodOverloadResolverTest.java:218: error: JSObject > is abstract; cannot be instantiated// > //??????? assertAmbiguousOverload(new JSObject(0L), Object[].class, String.class);/ > > I see in the code that @Test has been commented out, but the code has no comment, so that the test > case will be compiled at compile time. > > /??? // Turned off until JSObject is unit-testable (privilege problem)// > ////??? @Test// > //??? public void testJSObjectOverloading() {// > //??????? // based on http://jdk6.java.net/plugin2/liveconnect/#OVERLOADED_METHODS// > //??????? assertOverloadOrder(new JSObject(0L), JSObject.class, String.class);// > //??????? assertAmbiguousOverload(new JSObject(0L), Object[].class, String.class);// > //??? }/ > > Can you comment out all the code in this test case? Or is there a way around this mistake? > > -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From aoqi at loongson.cn Mon Mar 25 13:00:51 2019 From: aoqi at loongson.cn (Ao Qi) Date: Mon, 25 Mar 2019 21:00:51 +0800 Subject: icedtea-web JSObject In-Reply-To: <41776bce-926c-0a9a-8da4-c1210faa81c9@redhat.com> References: <526148c4-a501-e24c-8a7c-9a4366121f3e@loongson.cn> <41776bce-926c-0a9a-8da4-c1210faa81c9@redhat.com> Message-ID: Hi Jiri, On Mon, Mar 25, 2019 at 8:23 PM Jiri Vanek wrote: > > Ths means, that you have javafx installed. Java fx have its own implementation of jsobject. If you > remove it, all below should disappear. > Yes, we solve this problem by removing jre/lib/ext/jfxrt.jar. However, I wonder if there is a more elegant way? One problem of removing jre/lib/ext/jfxrt.jar is that, when building srpm, it is not suitable to removing jfxrt.jar of the system jdk. Thanks, Ao Qi > J. > On 3/25/19 3:28 AM, huangxg wrote: > > When I "make check" on icedtea-web-1.7.1, there will be errors about JSObject, as follows: > > > > //icedtea-web-1.7/tests/netx/unit/sun/applet/MethodOverloadResolverTest.java:217: error: JSObject is > > abstract; cannot be instantiated// > > // assertOverloadOrder(new JSObject(0L), JSObject.class, String.class);// > > // ^// > > ///icedtea-web-1.7/tests/netx/unit/sun/applet/MethodOverloadResolverTest.java:218: error: JSObject > > is abstract; cannot be instantiated// > > // assertAmbiguousOverload(new JSObject(0L), Object[].class, String.class);/ > > > > I see in the code that @Test has been commented out, but the code has no comment, so that the test > > case will be compiled at compile time. > > > > / // Turned off until JSObject is unit-testable (privilege problem)// > > //// @Test// > > // public void testJSObjectOverloading() {// > > // // based on http://jdk6.java.net/plugin2/liveconnect/#OVERLOADED_METHODS// > > // assertOverloadOrder(new JSObject(0L), JSObject.class, String.class);// > > // assertAmbiguousOverload(new JSObject(0L), Object[].class, String.class);// > > // }/ > > > > Can you comment out all the code in this test case? Or is there a way around this mistake? > > > > > > > -- > Jiri Vanek > Senior QE engineer, OpenJDK QE lead, Mgr. > Red Hat Czech > jvanek at redhat.com M: +420775390109 From jvanek at redhat.com Mon Mar 25 13:09:58 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Mon, 25 Mar 2019 14:09:58 +0100 Subject: icedtea-web JSObject In-Reply-To: References: <526148c4-a501-e24c-8a7c-9a4366121f3e@loongson.cn> <41776bce-926c-0a9a-8da4-c1210faa81c9@redhat.com> Message-ID: <22ed1332-95b1-3269-bab6-585617ae414e@redhat.com> Yo-u have jre with fx bundled? otherwise uninstall of javafx for a while should not be problem. Another opinion is to build witout plugin.jar and all it sdeps (rhino.jr and friends) Do you really need javaws --html support? /me doubts :) J. On 3/25/19 2:00 PM, Ao Qi wrote: > Hi Jiri, > > On Mon, Mar 25, 2019 at 8:23 PM Jiri Vanek wrote: >> >> Ths means, that you have javafx installed. Java fx have its own implementation of jsobject. If you >> remove it, all below should disappear. >> > > Yes, we solve this problem by removing jre/lib/ext/jfxrt.jar. However, > I wonder if there is a more elegant way? One problem of removing > jre/lib/ext/jfxrt.jar is that, when building srpm, it is not suitable > to removing jfxrt.jar of the system jdk. > > Thanks, > Ao Qi > >> J. >> On 3/25/19 3:28 AM, huangxg wrote: >>> When I "make check" on icedtea-web-1.7.1, there will be errors about JSObject, as follows: >>> >>> //icedtea-web-1.7/tests/netx/unit/sun/applet/MethodOverloadResolverTest.java:217: error: JSObject is >>> abstract; cannot be instantiated// >>> // assertOverloadOrder(new JSObject(0L), JSObject.class, String.class);// >>> // ^// >>> ///icedtea-web-1.7/tests/netx/unit/sun/applet/MethodOverloadResolverTest.java:218: error: JSObject >>> is abstract; cannot be instantiated// >>> // assertAmbiguousOverload(new JSObject(0L), Object[].class, String.class);/ >>> >>> I see in the code that @Test has been commented out, but the code has no comment, so that the test >>> case will be compiled at compile time. >>> >>> / // Turned off until JSObject is unit-testable (privilege problem)// >>> //// @Test// >>> // public void testJSObjectOverloading() {// >>> // // based on http://jdk6.java.net/plugin2/liveconnect/#OVERLOADED_METHODS// >>> // assertOverloadOrder(new JSObject(0L), JSObject.class, String.class);// >>> // assertAmbiguousOverload(new JSObject(0L), Object[].class, String.class);// >>> // }/ >>> >>> Can you comment out all the code in this test case? Or is there a way around this mistake? >>> >>> >> >> >> -- >> 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 jvanek at redhat.com Mon Mar 25 13:18:00 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Mon, 25 Mar 2019 14:18:00 +0100 Subject: OpenWebStart and IcedTea-Web In-Reply-To: References: <19dc2dda-f5bc-effb-188c-6be46c5207a8@redhat.com> <2d8e5ead-627f-bff3-d1da-3fa4fab5061f@redhat.com> Message-ID: I had added distro-pkg-dev as cc for record. On 3/25/19 6:44 AM, Michael Heinrichs wrote: > Hi Tim, hi Jiri, and others, > > I would like to pick up the conversation and continue the discussion how we can proceed. The goal to > end up with a single code base is very appealing to us and if possible, we would prefer to go that > route. I'm not sure if I understand. Rigtht now, there already is single code base, isnt it? > > Meanwhile we have continued to finalize the paper work with our sponsors. Besides that, we also > started to discuss the final list of requirements with them and we setup the project team. As was > probably mentioned earlier, our goal is to offer a first version of OpenWebStart in late > summer/early fall. > > Some of the changes we plan are quite invasive, therefore we should agree to them upfront. Here is a > list of changes, that are required from our point of view: > > * The project has to be based on a standard build system. Our preferred solution is Maven. We > already tried the migration in a fork. The changes are not huge, but they require that build > systems need to be adjusted. What kind of build is going to be mavenized? java+resource generation+rust launchers+ shell launchers+tests+integration tests? Or only java, and it is called from makefile? Or maven as the master, calling make or something else to create non-java parts? I'm +1 for maven-only, but I cant imagine doing it without loosing some functionality. How optional depndencies? How system (linux only) x bundled ones? > * The project should be split into modules to make it more maintainable. The modules that we see As modules you mean jigsaw modules? That would kill jdk8 compatibility, wouldn't it? Jdk8 should be supported jdk until its EOL. > at the moment are: > o Core > o Config-Console > o Application Cache > o JVM Manager > o TBD o Launchers? o Integration tests? o Documentation? (as eg man are generated from code) > * We will not support Applets. If somebody from RedHat or IBM is willing to maintain this > functionality, we can keep it in the repository. Otherwise we will simply remove it. Nope. On our side was the goal to remove any native plugin with 1.9. javaws --html is questionable. Removing it, will simplify maintenance. We can keep it in without jsobject and rhino (they are useless anyway) but that still requires applet class in JDK. And that is likely to disappear. So +1 to remove it completely, May be fun to remove really completely:) > * Currently you are moving IcedTea-Web closer to the OpenJDK builds from AdoptOpenJDK. We are > wondering if you plan an even tighter integration. OpenWebStart has to run with all kinds of > JVMs. We may have conflicting requirements here. Me and RH wish to keep ITW as independent as possible. It really should not be bundled with any JDK. But anybody should be allowed to do so if they wish. Similarly support for both protbale and distribution builds should be kept. > * The native parts should be decoupled from the rest. The core build should generate JARs only, > the native part and native installers have to be added in later step in the tool chain. How far do yu wish to decouple them? To separate repo? Projec? Module? I consider them as unpartable part... But that can be personal opinion. How I see it, there should be master call, calling maven to build jars, and putting it all together. This is probably topic for separate discussion. > > I understand that your primal concern is continuing to deliver the current solution without Not so much! A fresh wind, even storm is 100% healthy even if it can cause troubles. Wihtout that, ITW will be forked, or die anyway. The only issue may be that some features I like, can die. To highlight: - generated docs - portable builds - multiplatform build - msi and zips - linux distributions support - integration suite > interruptions. My suggestion is to create a release branch at this point. Once we have the release Up to now, ITW development branch was master. I would vote for this approach, but then each PR should be reviewed. Which may be very unsuitable for the changes you plan. However, it looks like itw 1.9 will be 100% rarefactoion release. > branch, Karakun will commit the changes to the master-branch. This would allow us to offer the > status-quo and apply minor changes in the release branch while at the same time it would allow us to > "move forward and break things? in the master branch. I got lost bit by what is master-branch and release-branch. I vote for breaking the master branch. It is dedicated to the new life of itw anyway. > > What do you think, is this a viable solution? Moreover. I like your approach. Still many details to tune. > > Thanks, > Michael > > > >> On 21. Mar 2019, at 23:48, Tim Ellison > wrote: >> >> Good to see this is progressing, and lots of useful information here.? >> >> Please could you move this conversation onto a public mailing list (probably distro-pkg?) so that >> (1) more people can see it and participate, and (2) it is properly archived for future reference?? >> >> Thanks,? >> Tim? >> >> Jiri Vanek > wrote on 20/03/2019 23:47:21: >> >> > From: Jiri Vanek >? >> > To: Charlie Gracie >? >> > Cc:?dbhole at redhat.com ,?George.Adams at uk.ibm.com >> ,? >> >?openwebstart at karakun.com ,?stephan.huber at karakun.com >> , Tim Ellison? >> > >? >> > Date: 20/03/2019 23:47? >> > Subject: Re: OpenWebStart and IcedTea-Web? >> >? >> > On 3/20/19 3:42 PM, Charlie Gracie wrote: >> > > When GitHub imported the Mercurial repo it created tags / releases >> > for the different release such as >> > > 1.8, 1.7, etc.? You can view those here: >> > >?https://urldefense.proofpoint.com/v2/url? >> > u=https-3A__github.com_AdoptOpenJDK_icedtea-2Dweb_releases&d=DwIDaQ&c=jf_iaSHvJObTbx- >> > siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >> > EDiBZXbdbb9RUpCmHG_SKXM&s=s6r_7QoxbZ4mhjORbCSCevT-rkoRU7o4LUwmD8f78oY&e= >> > > ? >> > > These appear to only contain the tags for the initial release on? >> > each of those lines. >> > Yes, I'm aware about those two, But the script should also create? >> > branches icedtea-web-1.8 >> > icedtea-web-1.7 icedtea-web-1.6 icedtea-web-1.5 icedtea-web-1.4? >> > icedtea-web-1.3 icedtea-web-1.2 >> > icedtea-web-1.1 >> >? >> > Thay are all bound to the branch point. And are traceable in branches world. >> >? >> > Can you crate those branches in cd https:// >> >?urldefense.proofpoint.com/v2/url? >> > u=https-3A__github.com_AdoptOpenJDK_icedtea-2Dweb&d=DwIDaQ&c=jf_iaSHvJObTbx- >> > siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >> > EDiBZXbdbb9RUpCmHG_SKXM&s=xJOyl8K2PdP3p65E4u-3w2E8rIYfnHktWj6CmdpMRZ0&e= >> > manually and fill >> > them from >> >? >> >?https://urldefense.proofpoint.com/v2/url? >> > u=http-3A__icedtea.classpath.org_hg_release_icedtea-2Dweb-2D1. >> > 8&d=DwIDaQ&c=jf_iaSHvJObTbx- >> > siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >> > EDiBZXbdbb9RUpCmHG_SKXM&s=4cmhjQ6f41_rmO3-Qz2i42uTU9Td6AnCbV3IN1BTgsM&e= >> >?https://urldefense.proofpoint.com/v2/url? >> > u=http-3A__icedtea.classpath.org_hg_release_icedtea-2Dweb-2D1. >> > 7&d=DwIDaQ&c=jf_iaSHvJObTbx- >> > siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >> > EDiBZXbdbb9RUpCmHG_SKXM&s=vdEm6eLQSTPsImmqo00AhSJXRRI1eV28f7k0TbxPQPM&e= >> >?https://urldefense.proofpoint.com/v2/url? >> > u=http-3A__icedtea.classpath.org_hg_release_icedtea-2Dweb-2D1. >> > 6&d=DwIDaQ&c=jf_iaSHvJObTbx- >> > siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >> > EDiBZXbdbb9RUpCmHG_SKXM&s=5I064exzL7DlVgNpOIt35126MxvYsHwxY6-KbosK2e0&e= >> >?https://urldefense.proofpoint.com/v2/url? >> > u=http-3A__icedtea.classpath.org_hg_release_icedtea-2Dweb-2D1. >> > 5&d=DwIDaQ&c=jf_iaSHvJObTbx- >> > siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >> > EDiBZXbdbb9RUpCmHG_SKXM&s=LNA2f8YEhabd4w72iiyqJanD5nurHCMwFC5LSZZzMRo&e= >> >?https://urldefense.proofpoint.com/v2/url? >> > u=http-3A__icedtea.classpath.org_hg_release_icedtea-2Dweb-2D1. >> > 4&d=DwIDaQ&c=jf_iaSHvJObTbx- >> > siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >> > EDiBZXbdbb9RUpCmHG_SKXM&s=mfqo4gF7UuzK4rbgtLDv0RD5qQJjAmx_jMEm_0Euhg4&e= >> >?https://urldefense.proofpoint.com/v2/url? >> > u=http-3A__icedtea.classpath.org_hg_release_icedtea-2Dweb-2D1. >> > 3&d=DwIDaQ&c=jf_iaSHvJObTbx- >> > siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >> > EDiBZXbdbb9RUpCmHG_SKXM&s=8Wvvl-fKB-a3uwBGDJyhzi2Hsg5y9M7quC3QqebUeCc&e= >> >?https://urldefense.proofpoint.com/v2/url? >> > u=http-3A__icedtea.classpath.org_hg_release_icedtea-2Dweb-2D1. >> > 2&d=DwIDaQ&c=jf_iaSHvJObTbx- >> > siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >> > EDiBZXbdbb9RUpCmHG_SKXM&s=AqmR-76u7yRjjtx86zok37x2Mm6gnSkUZ6Ubi5Sp3lY&e= >> >?https://urldefense.proofpoint.com/v2/url? >> > u=http-3A__icedtea.classpath.org_hg_release_icedtea-2Dweb-2D1. >> > 1&d=DwIDaQ&c=jf_iaSHvJObTbx- >> > siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >> > EDiBZXbdbb9RUpCmHG_SKXM&s=6SbWsQyYbbk1kSEgXDQYVh9Zaiz_aJIt_R8IWG9euM0&e= >> >? >> > Does it give sense? >> >? >> > > ? >> > > Thanks for the scripts. I will try to get something up and going? >> > as quickly as possible! >> > > ? >> > > Cheers >> > > Charlie Gracie >> > > ? >> > >? >> > > ? ? ----- Original message ----- >> > > ? ? From: Jiri Vanek > >> > > ? ? To: Charlie Gracie > >> > > ? ? Cc:?dbhole at redhat.com ,?George.Adams at uk.ibm.com >> ,? >> >?openwebstart at karakun.com , >> > > ? ??stephan.huber at karakun.com , Tim Ellison >> > >> > > ? ? Subject: Re: OpenWebStart and IcedTea-Web >> > > ? ? Date: Wed, Mar 20, 2019 7:49 AM >> > > ? ? ? >> > > ? ? Hello! >> > >? >> > > ? ? Thank you very much! >> > >? >> > > ? ? There are no 1.8 nor 1.7 branches. I sit intentional? >> > >? >> > > ? ? There is " >> > > ? ? Anonymous Mercurial checkout: >> > > ? ? ??hg clone?https://urldefense.proofpoint.com/v2/url? >> > u=http-3A__icedtea.classpath.org_hg_icedtea-2Dweb&d=DwIDaQ&c=jf_iaSHvJObTbx- >> > siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >> > EDiBZXbdbb9RUpCmHG_SKXM&s=9gV7OiC66-GVUReKr4avpqLXidoW10QPLY-SlNdTF0s&e=" >> > >? >> > > ? ? in readme.md ?I will drop it, oook? Also I will kill classpath >> > repos - currently only head. If you >> > > ? ? will clone older branches, then also older branches. >> > >? >> > > ? ? Yes, I have a lot of scripts :) I had attached three of them - >> > itwDeploy is used to check working >> > > ? ? tree, to check changes once they are done. build* and itw- >> > quick are use don my local jenkins for >> > > ? ? releases, and will not work as standalone. >> > > ? ? DISCLAINMER - those were always for personal usage, are not? >> > nice, were written to and delted as >> > > ? ? needed and were never intended to be published. However Cna be >> > source of some inspiration. >> > >? >> > > ? ? The matrix of ITW is pretty big, maybe in time we will agree? >> > on some reduce. I dont know if it have >> > > ? ? still reason to keep jsobject and plugin jars - they are only? >> > for javaws --html usage. >> > > ? ? Currently you should be building following: >> > >? >> > > ? ? All with ?--disable-native-plugin; the removal of native? >> > plugin should be major goal for next >> > > ? ? release. >> > > ? ? for all native builds you can include --with-kcov, and also? >> > run make rust-code-coverage. >> > > ? ? For unittests you can include jacoco fo junit? >> > codecoverage[another make calla fter make check] (it >> > > ? ? is working also for integration suite, but not sure if it is? >> > worthy of second N hours run) >> > >? >> > >? >> > > ? ? windows (native): >> > > ? ? ?- machine with cygwin, and preinstalled jdk, tagsoup,? >> > mslinks, wixgen, wstools, wix, rust, cargo. >> > > ? ? For testing junit,+ possibly asm and hamcrest. For plugin jar rhino. >> > > ? ? ?? - restult will be: >> > > ? ? ?? ?- results of make check - html + xml files withjunit results >> > > ? ? ?? ?- icedtea-web-x.y.win.bin.zip (result of make win-bin-dist) >> > > ? ? ?? ?- itw-installer.msi ?(result of make win-installer) >> > >? >> > > ? ? One job will do those. >> > > ? ? Those are portable builds, and should be built with ?--with- >> > itw-libs=BUNDLED >> > >? >> > >? >> > > ? ? linux (native): >> > > ? ? ?- machine with any linux, as rust have currently only static? >> > linking. Preinstalled jdk, tagsoup, >> > > ? ? rust, cargo. For testing junit,+ possibly asm and hamcrest.? >> > For plugin jar - rhino. >> > > ? ? ?? - restult will be: >> > > ? ? ?? ?- results of make check - html + xml files with junit results >> > > ? ? ?? ?- icedtea-web-x.y.linux.bin.zip (result of make win-bin-dist) >> > >? >> > > ? ? This job can not be combined with multipaltform shell build >> > > ? ? this is portable builds, and should be built with ?--with-itw- >> > libs=BUNDLED >> > >? >> > >? >> > > ? ? linux+win (portable): >> > > ? ? ?- any linux machine, with preinstalled jdk, tagsoup, mslinks, >> > wixgen, wstools, wix. For testing >> > > ? ? junit,+ possibly asm and hamcrest. For plugin jar rhino. with? >> > *removed* ?rust and cargo. >> > > ? ? ?? - restult will be: >> > > ? ? ?? ?- results of make check - html + xml files with junit results >> > > ? ? ?? ?- icedtea-web-x.y.linux.bin.zip, where ti should eb? >> > renamed to icedtea-web-x.y.portable.bin.zip >> > > ? ? ?(this slipped from makefiles) >> > >? >> > > ? ? This job can not be combined with native linux build >> > > ? ? this is portable builds, and should be built with ?--with-itw- >> > libs=BUNDLED >> > >? >> > > ? ? In both linux bulds you can stumble over bashcompdir variable, >> > which should point to $PREFFIX value. >> > > ? ? The inclusion of the bashcomplition into portbale build on? >> > linux is disputable. >> > >? >> > > ? ? Integration test suite >> > > ? ? Itw have pretty good integration suite, which was designed? >> > mostly for plugin. So 50% of it si >> > > ? ? candidate for removal. Even now, with --with-browser-tests=no? >> > it runs few hours (with plugin, if it >> > > ? ? goes wrong, and on all browsers, you will get to some? >> > 20hours). Neverthe less,with >> > > ? ? --with-browser-tests=no, this testsuite should be run - three? >> > times. it always run on top of make >> > > ? ? install fresh image. >> > > ? ? It should be run once for windows BUNDLED mode, one for linux? >> > BUNDLED mode, and once for linux >> > > ? ? DISTRIBUTION mode (--with-itw-libs). >> > >? >> > > ? ? Output of integration testsuit (make -j1 run-netx-dist-tests)? >> > is same as foj unittests - >> > > ? ? html+xml files. >> > >? >> > > ? ? I would like to higholight, that all those 6 jobs currentoy have sense. >> > >? >> > >? >> > > ? ? Dont hesitate to ask for more hints. >> > > ? ? ??thanx! >> > > ? ? ?? J. >> > >? >> > >? >> > >? >> > >? >> > >? >> > >? >> > >? >> > > ? ? On 3/20/19 5:37 AM, Charlie Gracie wrote: >> > > ? ? > Hi, >> > > ? ? > ? >> > > ? ? > The repo was created today and you should be a committer on the repo. >> > > ? ? > ? >> > > ? ? > I am working on getting automated build and tests going. Do? >> > you have any scripts you run or the >> > > ? ? > steps you used to create the 1.8 release builds? >> > > ? ? > ? >> > > ? ? > Cheers, >> > > ? ? > Charlie >> > > ? ? > ? >> > > ? ? > >> > > ? ? > ? ? ----- Original message ----- >> > > ? ? > ? ? From: Jiri Vanek > >> > > ? ? > ? ? To: Charlie Gracie > >> > > ? ? > ? ? Cc:?dbhole at redhat.com ,?George.Adams at uk.ibm.com >> ,? >> >?openwebstart at karakun.com , >> > > ? ? > ? ??stephan.huber at karakun.com , Tim Ellison >> > >> > > ? ? > ? ? Subject: Re: OpenWebStart and IcedTea-Web >> > > ? ? > ? ? Date: Mon, Mar 18, 2019 8:44 AM >> > > ? ? > ? ? ? >> > > ? ? > ? ? Hello again! >> > > ? ? > >> > > ? ? > ? ? repo must be "icedtea-web" ?nothing else, no other? >> > (literaly) characters. >> > > ? ? > >> > > ? ? > ? ? J. >> > > ? ? > >> > > ? ? > >> > > ? ? > ? ? On 3/18/19 1:01 PM, Charlie Gracie wrote: >> > > ? ? > ? ? > H, >> > > ? ? > ? ? > ? >> > > ? ? > ? ? > Yes I saw your email.? I asked to have it created on? >> > the AdoptOpenJDK slack.? I will >> > > ? ? push on that >> > > ? ? > ? ? > again this morning. I think they had a question for? >> > you. Are you able to log into that Slack >> > > ? ? > ? ? > workspace?? I believe you have an account there already. >> > > ? ? > ? ? > ? >> > > ? ? > ? ? > I believe the question was around the name of the repo >> > and to verify that the prototype repo >> > > ? ? > ? ? looked >> > > ? ? > ? ? > right to you. >> > > ? ? > ? ? > ? >> > > ? ? > ? ? > Cheers >> > > ? ? > ? ? > Charlie >> > > ? ? > ? ? > ? >> > > ? ? > ? ? > >> > > ? ? > ? ? > ? ? ----- Original message ----- >> > > ? ? > ? ? > ? ? From: Jiri Vanek > >> > > ? ? > ? ? > ? ? To: Charlie Gracie > >> > > ? ? > ? ? > ? ? Cc:?dbhole at redhat.com ,?George.Adams at uk.ibm.com >> ,? >> >?openwebstart at karakun.com , >> > > ? ? > ? ? > ? ??stephan.huber at karakun.com , Tim Ellison? >> > > >> > > ? ? > ? ? > ? ? Subject: Re: OpenWebStart and IcedTea-Web >> > > ? ? > ? ? > ? ? Date: Fri, Mar 15, 2019 7:47 AM >> > > ? ? > ? ? > ? ? ? >> > > ? ? > ? ? > ? ? Hi! >> > > ? ? > ? ? > >> > > ? ? > ? ? > ? ? Had you got my email? there is still only wrongly? >> > namef openjdk-icedtea-web, without >> > > ? ? > ? ? branches, and >> > > ? ? > ? ? > ? ? without latest commits. I'm asking as I'malready? >> > getting pathces,so wondering where >> > > ? ? it is >> > > ? ? > ? ? stuck. >> > > ? ? > ? ? > >> > > ? ? > ? ? > >> > > ? ? > ? ? > ? ? Thanx! >> > > ? ? > ? ? > ? ? ?J. >> > > ? ? > ? ? > ? ? On 3/13/19 3:49 PM, Charlie Gracie wrote: >> > > ? ? > ? ? > ? ? > Hi Jiri, >> > > ? ? > ? ? > ? ? > ? >> > > ? ? > ? ? > ? ? > To help myself get up to speed with building? >> > IcedTea-Web and adding build scripts >> > > ? ? to the >> > > ? ? > ? ? > ? ? > AdoptOpenJDK server I asked the Adopt community? >> > to pre-emptively create a repo on >> > > ? ? GitHub.? >> > > ? ? > ? ? > ? ? This repo >> > > ? ? > ? ? > ? ? > was an import from the mercurial repo?last week? >> > and has not been mirroring any >> > > ? ? changes. >> > > ? ? > ? ? This repo >> > > ? ? > ? ? > ? ? > only has one fork (mine) and was a temporary? >> > step for prototyping builds.?? >> > > ? ? > ? ? > ? ? > ? >> > > ? ? > ? ? > ? ? > Once the mercurial repo is unfrozen I can ask? >> > someone at Adopt to remove the prototype >> > > ? ? > ? ? GitHub repo >> > > ? ? > ? ? > ? ? > and import the mercurial repo again if that? >> > makes sense to you to do now? If that >> > > ? ? > ? ? happens will the >> > > ? ? > ? ? > ? ? > GitHub repo be the main repo going forward? Do? >> > we need any sort of mirroring? >> > > ? ? > ? ? > ? ? > ? >> > > ? ? > ? ? > ? ? > Looking at the current >> > > ? ? > ? ? >> > > ? ? import:?https://urldefense.proofpoint.com/v2/url? >> > u=https-3A__github.com_AdoptOpenJDK_openjdk-2DIcedTea-2Dweb&d=DwIDaQ&c=jf_iaSHvJObTbx- >> > siA1ZOg&r=sDDQ0uCQZKQKOcaviateFJ7UpTgquHQN9YtrYmvKugo&m=67E6kt5XgxqPZqilbgL0xhnTQ_8Evcfk0Vg- >> > VjkxdIk&s=KIe0rBQvQqSncsUfh9e_l-vQCbb8aRe_raCz6jivMsQ&e=?GitHub >> > > ? ? > ? ? > ? ? imported 7 >> > > ? ? > ? ? > ? ? > releases/tags. These releases are named? >> > `icedtea-web-1.0-branchpoint >> > > ? ? > ? ? > ? ? > >> > > ? ? > ? ? >> > > ? ? > > u=https-3A__github.com_AdoptOpenJDK_openjdk-2DIcedTea-2Dweb_releases_tag_icedtea-2Dweb-2D1. >> > 7-2Dbranchpoint&d=DwIDaQ&c=jf_iaSHvJObTbx- >> > siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >> > EDiBZXbdbb9RUpCmHG_SKXM&s=NXQI5sqRpswdkP2iI4m1aiwausQRZawpBMOtdwrLUlQ&e=>`, >> > > ? ? > ? ? > ? ? > `icedtea-web-1.2-branchpoint >> > > ? ? > ? ? > ? ? > >> > > ? ? > ? ? > ? ? >> > > ? ? > ? ? >> > > ? ? > > u=https-3A__github.com_AdoptOpenJDK_openjdk-2DIcedTea-2Dweb_releases_tag_icedtea-2Dweb-2D1. >> > 7-2Dbranchpoint&d=DwIDaQ&c=jf_iaSHvJObTbx- >> > siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >> > EDiBZXbdbb9RUpCmHG_SKXM&s=NXQI5sqRpswdkP2iI4m1aiwausQRZawpBMOtdwrLUlQ&e=>`,... >> > > ? ? > ? ? > ? ? > `icedtea-web-1.7-branchpoint >> > > ? ? > ? ? > ? ? > >> > > ? ? > ? ? >> > > ? ? > > u=https-3A__github.com_AdoptOpenJDK_openjdk-2DIcedTea-2Dweb_releases_tag_icedtea-2Dweb-2D1. >> > 7-2Dbranchpoint&d=DwIDaQ&c=jf_iaSHvJObTbx- >> > siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >> > EDiBZXbdbb9RUpCmHG_SKXM&s=NXQI5sqRpswdkP2iI4m1aiwausQRZawpBMOtdwrLUlQ&e=>`. I >> > > ? ? > ? ? > ? ? > assume there would now be a?now 1.8 release as? >> > well. I am curious about the 1.7.1 >> > > ? ? and 1.7.2 >> > > ? ? > ? ? > ? ? > releases. Were there tags or something in the? >> > mercurial repo that are not being >> > > ? ? imported >> > > ? ? > ? ? into >> > > ? ? > ? ? > ? ? GitHub? >> > > ? ? > ? ? > ? ? > ? >> > > ? ? > ? ? > ? ? > Cheers, >> > > ? ? > ? ? > ? ? > Charlie Gracie >> > > ? ? > ? ? > ? ? > ? >> > > ? ? > ? ? > ? ? > >> > > ? ? > ? ? > ? ? > ? ? ----- Original message ----- >> > > ? ? > ? ? > ? ? > ? ? From: Jiri Vanek > >> > > ? ? > ? ? > ? ? > ? ? To: Stephan Huber? >> > >, Tim Ellison >> > > ? ? > >> > > ? ? > ? ? > ? ? > ? ? Cc: Charlie Gracie? >> > >, Deepak Bhole > >, >> > > ? ? > ? ? George Adams >> > > ? ? > ? ? > ? ? > ? ? >,? >> > "openwebstart at karakun.com " > > >> > > ? ? > ? ? > ? ? > ? ? Subject: Re: OpenWebStart and IcedTea-Web >> > > ? ? > ? ? > ? ? > ? ? Date: Wed, Mar 13, 2019 8:45 AM >> > > ? ? > ? ? > ? ? > ? ? ? >> > > ? ? > ? ? > ? ? > ? ? On 3/13/19 1:10 PM, Stephan Huber wrote: >> > > ? ? > ? ? > ? ? > ? ? > Dear Tim and Jiri >> > > ? ? > ? ? > ? ? > ? ? > >> > > ? ? > ? ? > ? ? > ? ? > I hope you are doing well and that you are >> > doing progress for the actual >> > > ? ? release. >> > > ? ? > ? ? > ? ? > >> > > ? ? > ? ? > ? ? > ? ? Done: >> > > ? ? > ? ? > ? ? > ? ? 1.8:?https://urldefense.proofpoint.com/v2/ >> > url? >> > >> u=http-3A__mail.openjdk.java.net_pipermail_distro-2Dpkg-2Ddev_2019-2DMarch_041320.html&d=DwIDaQ&c=jf_iaSHvJObTbx- >> > siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >> > EDiBZXbdbb9RUpCmHG_SKXM&s=35sepShDQdf3Ll2Tovge8Yh5ya_HLZ8BExD4k4TVsZU&e= >> > > ? ? > ? ? > ? ? > ? ? 1.7.2 (only for record): >> > > ? ? > ? ? > ? ? > ? ??https://urldefense.proofpoint.com/v2/url? >> > >> u=http-3A__mail.openjdk.java.net_pipermail_distro-2Dpkg-2Ddev_2019-2DMarch_041302.html&d=DwIDaQ&c=jf_iaSHvJObTbx- >> > siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >> > EDiBZXbdbb9RUpCmHG_SKXM&s=0tpBl06Nq7eEOWUVJzcz0Li3yCdwudJ_CCPs_jlZz_E&e= >> > > ? ? > ? ? > ? ? > >> > > ? ? > ? ? > ? ? > ? ? Branches willbe unforzen asap, but pleae? >> > wait with clonning until then. >> > > ? ? > ? ? > ? ? > >> > > ? ? > ? ? > ? ? > ? ? J. >> > > ? ? > ? ? > ? ? > ? ? > >> > > ? ? > ? ? > ? ? > ? ? > In the meantime we did continue the paper? >> > work with our sponsors and >> > > ? ? discussed pro and >> > > ? ? > ? ? > ? ? cons of >> > > ? ? > ? ? > ? ? > ? ? > joining the ITW open source project. >> > > ? ? > ? ? > ? ? > ? ? > The idea is still quite apealing for us,? >> > however we would like to discuss >> > > ? ? with you >> > > ? ? > ? ? some >> > > ? ? > ? ? > ? ? crucial >> > > ? ? > ? ? > ? ? > ? ? > points before. >> > > ? ? > ? ? > ? ? > ? ? > >> > > ? ? > ? ? > ? ? > ? ? > @Jiri: Who from your side should join such >> > a phone conference? What time >> > > ? ? would be >> > > ? ? > ? ? convenient >> > > ? ? > ? ? > ? ? > ? ? for you? >> > > ? ? > ? ? > ? ? > ? ? > The agenda from our side would be: >> > > ? ? > ? ? > ? ? > ? ? > >> > > ? ? > ? ? > ? ? > ? ? > ? * Master on Github? >> > > ? ? > ? ? > ? ? > ? ? > ? * Maven project? >> > > ? ? > ? ? > ? ? > ? ? > ? * Admin role for Karakun (on new branch)? >> > > ? ? > ? ? > ? ? > ? ? > ? * Toolchain? => IssueTracking? QA? Buildserver? >> > > ? ? > ? ? > ? ? > ? ? > ? * @ Jiri: Would you be available and? >> > responsive for questions concerning >> > > ? ? the acutal >> > > ? ? > ? ? > ? ? code for the >> > > ? ? > ? ? > ? ? > ? ? > ? ? next couple of months?? >> > > ? ? > ? ? > ? ? > ? ? > ? * @ Jiri: Would ?the planned extensions? >> > (might be in loosly coupled own >> > > ? ? open source >> > > ? ? > ? ? > ? ? > ? ? projects) like >> > > ? ? > ? ? > ? ? > ? ? > ? ? JR Manager/Updater ok for you? >> > > ? ? > ? ? > ? ? > ? ? > ? * @ Jiri: When could a new branch (for? >> > the future release) be achieved. This >> > > ? ? > ? ? might be >> > > ? ? > ? ? > ? ? a branch >> > > ? ? > ? ? > ? ? > ? ? > ? ? with a major refactoring. >> > > ? ? > ? ? > ? ? > ? ? > ? * Would it be ok for you if Karakun is? >> > takling about ITW/OpenWebStart on >> > > ? ? conferences >> > > ? ? > ? ? > ? ? and doing >> > > ? ? > ? ? > ? ? > ? ? > ? ? some kind of marketing in this area? >> > > ? ? > ? ? > ? ? > ? ? > >> > > ? ? > ? ? > ? ? > ? ? > From our side we will have Michael Heinrichs ( >> >?https://urldefense.proofpoint.com/v2/url? >> > u=https-3A__github.com_netopyr&d=DwIDaQ&c=jf_iaSHvJObTbx- >> > siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >> > EDiBZXbdbb9RUpCmHG_SKXM&s=8oyn9SHPHmmC15F3ca-UiouKUxAxcxo4MDV_tZ24Ucw&e=), >> > > ? ? Hendrik >> > > ? ? > ? ? Ebbers >> > > ? ? > ? ? > ? ? > ? ? > (https://urldefense.proofpoint.com/v2/url? >> > u=https-3A__github.com_hendrikebbers&d=DwIDaQ&c=jf_iaSHvJObTbx- >> > siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >> > EDiBZXbdbb9RUpCmHG_SKXM&s=X0yi1UDOGQOwICVb4fMJ-GIX67TdRbtSalw62GgNs7Q&e= >> > ) and 1-2 more Senior Software Engineers >> > > ? ? working >> > > ? ? > ? ? on the >> > > ? ? > ? ? > ? ? project. >> > > ? ? > ? ? > ? ? > ? ? > We will start next week after the JavaLandconference >> > > ? ? > ? ? (https://urldefense.proofpoint.com/v2/url? >> > u=https-3A__www.javaland.eu_en_home_&d=DwIDaQ&c=jf_iaSHvJObTbx- >> > siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >> > EDiBZXbdbb9RUpCmHG_SKXM&s=_WrhwSpRGwIF5S6SlH9t3QrPCS_uG0FcCUP0VcyDYMI&e=). By >> > > ? ? > ? ? > ? ? > ? ? chance >> > > ? ? > ? ? > ? ? > ? ? > - is somebody of you visiting JavaLand too? >> > > ? ? > ? ? > ? ? > ? ? > >> > > ? ? > ? ? > ? ? > ? ? > Best regards >> > > ? ? > ? ? > ? ? > ? ? > ? ??Stephan >> > > ? ? > ? ? > ? ? > ? ? > >> > > ? ? > ? ? > ? ? > ? ? > >> > > ? ? > ? ? > ? ? > ? ? > ------ Originalnachricht ------ >> > > ? ? > ? ? > ? ? > ? ? > Von: "Tim Ellison" > ?< >> >?mailto:Tim_Ellison at uk.ibm.com>> >> > > ? ? > ? ? > ? ? > ? ? > An: "Stephan Huber" > >> > > ? ? > >> > > ? ? > ? ? > ? ? > ? ? > Cc: "Charlie Gracie" > >> > > ? ? > ? ? >; "Deepak >> > > ? ? > ? ? > ? ? > ? ? Bhole" >> > > ? ? > ? ? > ? ? > ? ? > ?> > >>; "George Adams" >> > > ? ? > ? ? >> > > ? ? > ? ? > ? ? > ? ? > >; "Jiri? >> > Vanek" >> > > ? ? > ? ? > ? ? >; >> > > ? ? > ? ? > ? ? > ? ? > "openwebstart at karakun.com " >> >> > > ? ? > ? ? > >> > > ? ? > ? ? > ? ? > ? ? > Gesendet: 18.02.2019 11:06:38 >> > > ? ? > ? ? > ? ? > ? ? > Betreff: Re: Re[2]: OpenWebStart and IcedTea-Web >> > > ? ? > ? ? > ? ? > ? ? > >> > > ? ? > ? ? > ? ? > ? ? >> Good to hear we are aligned Stephan. >> > > ? ? > ? ? > ? ? > ? ? >> >> > > ? ? > ? ? > ? ? > ? ? >> Let's move the discussion into the open? >> > forums so we can get more >> > > ? ? participation. >> > > ? ? > ? ? > ? ? > ? ? >> >> > > ? ? > ? ? > ? ? > ? ? >> There is an issue open at AdoptOpenJDK? >> > here where we agree on the idea >> > > ? ? > ? ? > ? ? > ? ? >> ? ? ? ? https:// >> >?urldefense.proofpoint.com/v2/url? >> > u=https-3A__github.com_AdoptOpenJDK_TSC_issues_41&d=DwIDaQ&c=jf_iaSHvJObTbx- >> > siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >> > EDiBZXbdbb9RUpCmHG_SKXM&s=yaZqNvnfhZuoVgTJh6lMxRtIXvcX6MoRJK9xkLvDs9I&e= >> > > ? ? > ? ? > ? ? > ? ? >> >> > > ? ? > ? ? > ? ? > ? ? >> and from there we can create the required >> > build and test issues. ?These teams >> > > ? ? > ? ? have regular >> > > ? ? > ? ? > ? ? > ? ? >> conference calls to accelerate the? >> > progress in each area. >> > > ? ? > ? ? > ? ? > ? ? >> >> > > ? ? > ? ? > ? ? > ? ? >> General chat can take place on on the? >> > Slack channels (start in #general) >> > > ? ? > ? ? > ? ? > ? ? >> ? ? ? ? https:// >> >?urldefense.proofpoint.com/v2/url? >> > u=https-3A__adoptopenjdk.net_slack.html&d=DwIDaQ&c=jf_iaSHvJObTbx- >> > siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >> > EDiBZXbdbb9RUpCmHG_SKXM&s=p4fvGt77ovcCLnCILB90RpSfwRElmfYzRvNFJJMqG90&e= >> > > ? ? > ? ? > ? ? > ? ? >> >> > > ? ? > ? ? > ? ? > ? ? >> Regards, >> > > ? ? > ? ? > ? ? > ? ? >> Tim >> > > ? ? > ? ? > ? ? > ? ? >> >> > > ? ? > ? ? > ? ? > ? ? >> "Stephan Huber" > ?< >> >?mailto:stephan.huber at karakun.com>> >> > > ? ? > ? ? wrote on >> > > ? ? > ? ? > ? ? > ? ? 15/02/2019 >> > > ? ? > ? ? > ? ? > ? ? >> 15:17:02: >> > > ? ? > ? ? > ? ? > ? ? >> >> > > ? ? > ? ? > ? ? > ? ? >> > From: "Stephan Huber" > >> > > ? ? > ? ? > >> > > ? ? > ? ? > ? ? > ? ? >> > To: "Jiri Vanek" ?< >> >?mailto:jvanek at redhat.com>>, "Tim >> > > ? ? Ellison" >> > > ? ? > ? ? > ? ? > ? ? >> ?< >> >?mailto:Tim_Ellison at uk.ibm.com>> >> > > ? ? > ? ? > ? ? > ? ? >> > Cc: "Charlie Gracie" > >> > > ? ? > ? ? >, >> > > ? ? > ? ? > ? ? > ? ? "Deepak Bhole" >> > > ? ? > ? ? > ? ? > ? ? >> > ?> > >>, "George Adams" >> > > ? ? > ? ? >> > > ? ? > ? ? > ? ? > ? ? >> >, >> > > ? ? > ? ? > ? ? > ? ? >> > "openwebstart at karakun.com ?< >> >?mailto:openwebstart at karakun.com>" >> > > ? ? > ? ? >> > > ? ? > ? ? > ? ? > ? ? >> > >> > > ? ? > ? ? > ? ? > ? ? >> > Date: 15/02/2019 15:17 >> > > ? ? > ? ? > ? ? > ? ? >> > Subject: Re[2]: OpenWebStart and IcedTea-Web >> > > ? ? > ? ? > ? ? > ? ? >> > >> > > ? ? > ? ? > ? ? > ? ? >> > Dear Jiri and Tim >> > > ? ? > ? ? > ? ? > ? ? >> > >> > > ? ? > ? ? > ? ? > ? ? >> > Thanks a lot for the informations,? >> > remarks and thoughts this far. >> > > ? ? > ? ? > ? ? > ? ? >> > We totally understand that there is a? >> > focus on the next releases coming >> > > ? ? > ? ? > ? ? > ? ? >> > soon. >> > > ? ? > ? ? > ? ? > ? ? >> > >> > > ? ? > ? ? > ? ? > ? ? >> > As a next step we will create a list of >> > advantages (like one "golden" >> > > ? ? > ? ? > ? ? > ? ? >> > source, more committers, more? >> > customers, ...) and disadvantages (legacy, >> > > ? ? > ? ? > ? ? > ? ? >> > backward compatibility, governance,? >> > ...) from our point of view to >> > > ? ? > ? ? > ? ? > ? ? >> > engage us in the ITW project (compared? >> > to create a new one). Would you >> > > ? ? > ? ? > ? ? > ? ? >> > be interested in a meeting to discuss? >> > this list? Who should participate >> > > ? ? > ? ? > ? ? > ? ? >> > from your side? >> > > ? ? > ? ? > ? ? > ? ? >> > >> > > ? ? > ? ? > ? ? > ? ? >> > In the moment we are prepared to? >> > participate with something like half a >> > > ? ? > ? ? > ? ? > ? ? >> > person year (e.g. 2 engineers for 3? >> > months full time) and are looking >> > > ? ? > ? ? > ? ? > ? ? >> > for more and would like to start? >> > developing approx. mid of March, which >> > > ? ? > ? ? > ? ? > ? ? >> > might perfectly fit to finish the next? >> > releases first ... >> > > ? ? > ? ? > ? ? > ? ? >> > >> > > ? ? > ? ? > ? ? > ? ? >> > Best regards >> > > ? ? > ? ? > ? ? > ? ? >> > ? ? ?Stephan >> > > ? ? > ? ? > ? ? > ? ? >> > >> > > ? ? > ? ? > ? ? > ? ? >> > PS: I changed our E-Mail address to? >> >?openwebstart at karakun.com >> > > ? ? > ? ? > ? ? >> > > ? ? > ? ? > ? ? > ? ? >> (instead of >> > > ? ? > ? ? > ? ? > ? ? >> >?info at karakun.com ?) >> > > ? ? > ? ? > ? ? > ? ? >> > >> > > ? ? > ? ? > ? ? > ? ? >> > >> > > ? ? > ? ? > ? ? > ? ? >> > ------ Originalnachricht ------ >> > > ? ? > ? ? > ? ? > ? ? >> > Von: "Jiri Vanek" < >> >?mailto:jvanek at redhat.com>> >> > > ? ? > ? ? > ? ? > ? ? >> > An: "Tim Ellison" > < >> >?mailto:Tim_Ellison at uk.ibm.com>> >> > > ? ? > ? ? > ? ? > ? ? >> > Cc: "Charlie Gracie" > >> > > ? ? > ? ? >; >> > > ? ? > ? ? > ? ? > ? ? "Deepak Bhole" >> > > ? ? > ? ? > ? ? > ? ? >> > > > >>; "George Adams" >> > > ? ? > ? ? >> > > ? ? > ? ? > ? ? > ? ? >> >; "Hendrik >> > > ? ? > ? ? > ? ? > ? ? >> > Ebbers" > < >> >?mailto:hendrik.ebbers at karakun.com>>; >> > > ? ? "Zentrale >> > > ? ? > ? ? > ? ? Karakun" >> > > ? ? > ? ? > ? ? > ? ? >> > > > >>; "Stephan Huber" >> > > ? ? > ? ? >> > > ? ? > ? ? > ? ? > ? ? >> > >> > > ? ? > ? ? > ? ? > ? ? >> > Gesendet: 14.02.2019 15:07:01 >> > > ? ? > ? ? > ? ? > ? ? >> > Betreff: Re: OpenWebStart and IcedTea-Web >> > > ? ? > ? ? > ? ? > ? ? >> > >> > > ? ? > ? ? > ? ? > ? ? >> > >> >> > > ? ? > ? ? > ? ? > ? ? >> > >>However, we should be careful not to? >> > break Red Hat or others who have >> > > ? ? > ? ? > ? ? > ? ? >> > >>a dependency on the current hg repos. >> > ?Do you have any idea how many >> > > ? ? > ? ? > ? ? > ? ? >> > >>people are mirroring the hg today?? >> > ?Is putting a message out on >> > > ? ? > ? ? > ? ? > ? ? >> > >>distro-pkg-dev the best way to reach? >> > them? ?How quickly can we move >> > > ? ? > ? ? > ? ? > ? ? >> > >>it? >> > > ? ? > ? ? > ? ? > ? ? >> > > >> > > ? ? > ? ? > ? ? > ? ? >> > >I think I will push changeset with hg? >> > rm *; hg add readme; # where >> > > ? ? > ? ? > ? ? > ? ? >> > >readme will contain moved to >> > > ? ? > ? ? > ? ? > ? ? >> > >github://.... >> > > ? ? > ? ? > ? ? > ? ? >> > > >> > > ? ? > ? ? > ? ? > ? ? >> > >But you are right. I'm unable to judge >> > all consequences, so do it >> > > ? ? > ? ? > ? ? > ? ? >> > >slowly, carefully ...yah, and with >> > > ? ? > ? ? > ? ? > ? ? >> > >a some prayers. And?classpath.org ? >> > links are already very very >> > > ? ? > ? ? > ? ? > ? ? >> > >spread.... >> > > ? ? > ? ? > ? ? > ? ? >> > >> >> > > ? ? > ? ? > ? ? > ? ? >> > >>> > main OpenJDK code streams, so I? >> > don't expect a big problem for >> > > ? ? > ? ? > ? ? > ? ? >> > >>>icedtea-web. >> > > ? ? > ? ? > ? ? > ? ? >> > >>> > >> > > ? ? > ? ? > ? ? > ? ? >> > >>> > The starting point is getting a? >> > Java 8 story working well, since >> > > ? ? > ? ? > ? ? > ? ? >> > >>>that is where most people are on >> > > ? ? > ? ? > ? ? > ? ? >> > >>> > the LTS stream, and that is the? >> > last long term place where the >> > > ? ? > ? ? > ? ? > ? ? >> > >>>deployment technologies are available. >> > > ? ? > ? ? > ? ? > ? ? >> > >>> >> > > ? ? > ? ? > ? ? > ? ? >> > >>>@karakun - dont forget that javaws? >> > really is legacy technology, and >> > > ? ? > ? ? > ? ? > ? ? >> > >>>can be potentionally security risk. >> > > ? ? > ? ? > ? ? > ? ? >> > >>>Thus I'm really discouraging to? >> > bundle itw to JDK. Same perspective >> > > ? ? > ? ? > ? ? > ? ? >> > >>>is applied to support of jdk11 >> > > ? ? > ? ? > ? ? > ? ? >> > >>>and up (eg now there is? >> > knownbreakage with jdk13. Oracle do not have >> > > ? ? > ? ? > ? ? > ? ? >> > >>>any intentions to keep javaws >> > > ? ? > ? ? > ? ? > ? ? >> > >>>alive on those jdks) >> > > ? ? > ? ? > ? ? > ? ? >> > >> >> > > ? ? > ? ? > ? ? > ? ? >> > >>Agreed, which is why I describe it as >> > a necessary but not 'strategic' >> > > ? ? > ? ? > ? ? > ? ? >> > >>codebase. ?If karakun have ideas for? >> > a replacement technology then we >> > > ? ? > ? ? > ? ? > ? ? >> > >>can discuss the potential. >> > > ? ? > ? ? > ? ? > ? ? >> > >> >> > > ? ? > ? ? > ? ? > ? ? >> > >>> > Good to hear you have ideas for? >> > future work in this space, but the >> > > ? ? > ? ? > ? ? > ? ? >> > >>>initial goal is to keep >> > > ? ? > ? ? > ? ? > ? ? >> > >>> > icedtea-web going as a viable? >> > 'bridging' technology for people who >> > > ? ? > ? ? > ? ? > ? ? >> > >>>are looking to move onto the open >> > > ? ? > ? ? > ? ? > ? ? >> > >>> > solution. >> > > ? ? > ? ? > ? ? > ? ? >> > >>> >> > > ? ? > ? ? > ? ? > ? ? >> > >>>Once 1.8 is out, I will prepare? >> > migration of itw. I think I woudld >> > > ? ? > ? ? > ? ? > ? ? >> > >>>lie to migrate both tip(future >> > > ? ? > ? ? > ? ? > ? ? >> > >>>1.9 in that time) 1.8 and 1.7, where >> > 1.8 and 1.9 ?should appear as >> > > ? ? > ? ? > ? ? > ? ? >> > >>>branches. >> > > ? ? > ? ? > ? ? > ? ? >> > >> >> > > ? ? > ? ? > ? ? > ? ? >> > >>Sounds good. ?Thanks Jiri. >> > > ? ? > ? ? > ? ? > ? ? >> > > >> > > ? ? > ? ? > ? ? > ? ? >> > >One forgotten note - As first ting in? >> > 1.9 my intention was to remove >> > > ? ? > ? ? > ? ? > ? ? >> > >plugin. It should maek the >> > > ? ? > ? ? > ? ? > ? ? >> > >codebase much more friendy. >> > > ? ? > ? ? > ? ? > ? ? >> > > >> > > ? ? > ? ? > ? ? > ? ? >> > > >> > > ? ? > ? ? > ? ? > ? ? >> > >Looking forward for the move. >> > > ? ? > ? ? > ? ? > ? ? >> > > >> > > ? ? > ? ? > ? ? > ? ? >> > > >> > > ? ? > ? ? > ? ? > ? ? >> > >J. >> > > ? ? > ? ? > ? ? > ? ? >> > >> > > ? ? > ? ? > ? ? > ? ? >> >> > > ? ? > ? ? > ? ? > ? ? >> Unless stated otherwise above: >> > > ? ? > ? ? > ? ? > ? ? >> IBM United Kingdom Limited - Registered? >> > in England and Wales with number >> > > ? ? 741598. >> > > ? ? > ? ? > ? ? > ? ? >> Registered office: PO Box 41, North? >> > Harbour, Portsmouth, Hampshire PO6 3AU >> > > ? ? > ? ? > ? ? > >> > > ? ? > ? ? > ? ? > >> > > ? ? > ? ? > ? ? > ? ? -- >> > > ? ? > ? ? > ? ? > ? ? 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 >> > > ? ? > ? ? > ? ? ? >> > > ? ? > ? ? > >> > > ? ? > ? ? > ? >> > > ? ? > ? ? > >> > > ? ? > >> > > ? ? > >> > > ? ? > ? ? -- >> > > ? ? > ? ? 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 >> > > ? ? ? >> > > ? ? ? >> > > ? ? ? >> > >? >> > > ? >> > >? >> >? >> >? >> > --? >> > Jiri Vanek >> > Senior QE engineer, OpenJDK QE lead, Mgr. >> > Red Hat Czech >> >?jvanek at redhat.com ?? ?M: +420775390109 >> >? >> >> Unless stated otherwise above: >> IBM United Kingdom Limited - Registered in England and Wales with number 741598.? >> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU > -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From aoqi at loongson.cn Mon Mar 25 13:46:02 2019 From: aoqi at loongson.cn (Ao Qi) Date: Mon, 25 Mar 2019 21:46:02 +0800 Subject: icedtea-web JSObject In-Reply-To: <22ed1332-95b1-3269-bab6-585617ae414e@redhat.com> References: <526148c4-a501-e24c-8a7c-9a4366121f3e@loongson.cn> <41776bce-926c-0a9a-8da4-c1210faa81c9@redhat.com> <22ed1332-95b1-3269-bab6-585617ae414e@redhat.com> Message-ID: On Mon, Mar 25, 2019 at 9:09 PM Jiri Vanek wrote: > > Yo-u have jre with fx bundled? Yes. > otherwise uninstall of javafx for a while should not be problem. > > Another opinion is to build witout plugin.jar and all it sdeps (rhino.jr and friends) Do you really > need javaws --html support? > > /me doubts :) I am not an expert of icedtea-web. I will try your suggest tomorrow. Thank you. Actually, we are not users of icedtea-web. We just build icedtea-web, do some tests and provide rpm. We do not know how our users use it very much:( I think the error happened during a test, is it ok to just comment/skip this test? Thanks, Ao Qi > > J. > On 3/25/19 2:00 PM, Ao Qi wrote: > > Hi Jiri, > > > > On Mon, Mar 25, 2019 at 8:23 PM Jiri Vanek wrote: > >> > >> Ths means, that you have javafx installed. Java fx have its own implementation of jsobject. If you > >> remove it, all below should disappear. > >> > > > > Yes, we solve this problem by removing jre/lib/ext/jfxrt.jar. However, > > I wonder if there is a more elegant way? One problem of removing > > jre/lib/ext/jfxrt.jar is that, when building srpm, it is not suitable > > to removing jfxrt.jar of the system jdk. > > > > Thanks, > > Ao Qi > > > >> J. > >> On 3/25/19 3:28 AM, huangxg wrote: > >>> When I "make check" on icedtea-web-1.7.1, there will be errors about JSObject, as follows: > >>> > >>> //icedtea-web-1.7/tests/netx/unit/sun/applet/MethodOverloadResolverTest.java:217: error: JSObject is > >>> abstract; cannot be instantiated// > >>> // assertOverloadOrder(new JSObject(0L), JSObject.class, String.class);// > >>> // ^// > >>> ///icedtea-web-1.7/tests/netx/unit/sun/applet/MethodOverloadResolverTest.java:218: error: JSObject > >>> is abstract; cannot be instantiated// > >>> // assertAmbiguousOverload(new JSObject(0L), Object[].class, String.class);/ > >>> > >>> I see in the code that @Test has been commented out, but the code has no comment, so that the test > >>> case will be compiled at compile time. > >>> > >>> / // Turned off until JSObject is unit-testable (privilege problem)// > >>> //// @Test// > >>> // public void testJSObjectOverloading() {// > >>> // // based on http://jdk6.java.net/plugin2/liveconnect/#OVERLOADED_METHODS// > >>> // assertOverloadOrder(new JSObject(0L), JSObject.class, String.class);// > >>> // assertAmbiguousOverload(new JSObject(0L), Object[].class, String.class);// > >>> // }/ > >>> > >>> Can you comment out all the code in this test case? Or is there a way around this mistake? > >>> > >>> > >> > >> > >> -- > >> 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 poweruserm at live.com.au Tue Mar 26 03:04:15 2019 From: poweruserm at live.com.au (A Z) Date: Tue, 26 Mar 2019 03:04:15 +0000 Subject: Startup and Usage questions about IceTea-Web Message-ID: -Does icedtea-web have its own internal java runtime? -It is possible to ask icedtea-web to defer to a separate java runtime and use that to run itself, instead of its own? Does it default to a separate runtime anyway? -Does Java icedtea-web include support for java applets as well as java web start, jnlp? -I have had some issues understanding the examples material. If a client PC wants icedtea-web to be running in the background, so that a web browser will (seamlessly) open an applet or jnlp, what does the user have to do to have icedtea-web running in the background, appropriately, for that? Does this in fact require the appropriate web browser plugin? -I have read that iced-tea has a web browser plugin for the major browsers (Firefox). Does this include support for Edge or Internet Explorer, or not, or not yet? Are these Windows OS plugins, as well? -I can't find the plugin file(s) for Firefox in the latest version download. Where do I get the Firefox plugin from? Are these plugins built, and not in source code form? Where on the internet do I download the built version of the plugin from? -Can the plugin versions be configured to run on a secondary java runtime, which is not its own, as per my earlier questions, or do they default to using a separate runtime anyway? -------------- next part -------------- An HTML attachment was scrubbed... URL: From poweruserm at live.com.au Tue Mar 26 08:13:50 2019 From: poweruserm at live.com.au (A Z) Date: Tue, 26 Mar 2019 08:13:50 +0000 Subject: Questions about icedtea-web. CORRECTED QUESTIONS. Message-ID: -It is possible to ask icedtea-web to defer to a separate java runtime and use that to run jnlp code, instead of its own accompanying runtime? Does it default to a separate java runtime anyway? -I have had some issues understanding the examples material. If a client PC wants icedtea-web to be running in the background, so that a web browser will open a jnlp program, what does the user have to do to have icedtea-web running in the background, appropriately, for that? Does this in fact require the appropriate web browser plugin? -I have read that iced-tea has a web browser plugin for the major browsers (Firefox). Does this include support for Edge or Internet Explorer, or not, or not yet? Is there a 64 bit Firefox plugins, as well? -I can't find the plugin file(s) for Firefox in the latest version download. Where do I get the Firefox plugin from? Are these plugins built software, and are they indeed not in source code form? Where on the internet do I download the built version of the plugin from? -Can the plugin(s) versions be configured to run on a secondary java runtime, which is not its own, as per my earlier questions, or do they default to using a separate runtime anyway? -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.heinrichs at karakun.com Tue Mar 26 08:08:17 2019 From: michael.heinrichs at karakun.com (Michael Heinrichs) Date: Tue, 26 Mar 2019 09:08:17 +0100 Subject: OpenWebStart and IcedTea-Web In-Reply-To: References: <19dc2dda-f5bc-effb-188c-6be46c5207a8@redhat.com> <2d8e5ead-627f-bff3-d1da-3fa4fab5061f@redhat.com> Message-ID: Hi Jiri, Yes, there is only one code base at this point. But we are currently evaluating if it makes more sense for us to join ITW or create something new/fork ITW. There are pros and cons for both sides. I cannot really tell you right now how the native part and the Java part can be split. Our engineers are doing a two day workshop this week where they try to find good answers to these questions among others. Stay tuned! :) Sorry for not being clear. When I wrote modules, I meant Maven modules. Our plan is to bundle OpenWebStart with a JRE in native installers, which would make us more flexibel in terms of which Java version we want to use. But the first version will probably run on Java 8 anyway. What is the policy of the ITW repo? Are you the only committer and people created pull requests? I guess this process will not work anymore unless you are willing to do nothing more but pull request reviews during the next couple of months. ;) How shall we setup the process? Cheers, Michael P.S.: Where are you located? In Brno? > Am 25.03.2019 um 14:18 schrieb Jiri Vanek : > > I had added distro-pkg-dev as cc for record. > >> On 3/25/19 6:44 AM, Michael Heinrichs wrote: >> Hi Tim, hi Jiri, and others, >> >> I would like to pick up the conversation and continue the discussion how we can proceed. The goal to >> end up with a single code base is very appealing to us and if possible, we would prefer to go that >> route. > > I'm not sure if I understand. Rigtht now, there already is single code base, isnt it? >> >> Meanwhile we have continued to finalize the paper work with our sponsors. Besides that, we also >> started to discuss the final list of requirements with them and we setup the project team. As was >> probably mentioned earlier, our goal is to offer a first version of OpenWebStart in late >> summer/early fall. >> >> Some of the changes we plan are quite invasive, therefore we should agree to them upfront. Here is a >> list of changes, that are required from our point of view: >> >> * The project has to be based on a standard build system. Our preferred solution is Maven. We >> already tried the migration in a fork. The changes are not huge, but they require that build >> systems need to be adjusted. > > What kind of build is going to be mavenized? java+resource generation+rust launchers+ shell > launchers+tests+integration tests? Or only java, and it is called from makefile? Or maven as the > master, calling make or something else to create non-java parts? > > I'm +1 for maven-only, but I cant imagine doing it without loosing some functionality. > > How optional depndencies? How system (linux only) x bundled ones? > >> * The project should be split into modules to make it more maintainable. The modules that we see > As modules you mean jigsaw modules? That would kill jdk8 compatibility, wouldn't it? Jdk8 should > be supported jdk until its EOL. > >> at the moment are: >> o Core >> o Config-Console >> o Application Cache >> o JVM Manager >> o TBD > > o Launchers? > o Integration tests? > o Documentation? (as eg man are generated from code) > >> * We will not support Applets. If somebody from RedHat or IBM is willing to maintain this >> functionality, we can keep it in the repository. Otherwise we will simply remove it. > > Nope. On our side was the goal to remove any native plugin with 1.9. > javaws --html is questionable. Removing it, will simplify maintenance. We can keep it in without > jsobject and rhino (they are useless anyway) but that still requires applet class in JDK. And that > is likely to disappear. So +1 to remove it completely, May be fun to remove really completely:) > >> * Currently you are moving IcedTea-Web closer to the OpenJDK builds from AdoptOpenJDK. We are >> wondering if you plan an even tighter integration. OpenWebStart has to run with all kinds of >> JVMs. We may have conflicting requirements here. > > Me and RH wish to keep ITW as independent as possible. It really should not be bundled with any JDK. > But anybody should be allowed to do so if they wish. Similarly support for both protbale and > distribution builds should be kept. > >> * The native parts should be decoupled from the rest. The core build should generate JARs only, >> the native part and native installers have to be added in later step in the tool chain. > > How far do yu wish to decouple them? To separate repo? Projec? Module? I consider them as unpartable > part... But that can be personal opinion. > > How I see it, there should be master call, calling maven to build jars, and putting it all together. > > This is probably topic for separate discussion. > >> >> I understand that your primal concern is continuing to deliver the current solution without > > Not so much! A fresh wind, even storm is 100% healthy even if it can cause troubles. Wihtout that, > ITW will be forked, or die anyway. > > The only issue may be that some features I like, can die. To highlight: > - generated docs > - portable builds > - multiplatform build > - msi and zips > - linux distributions support > - integration suite > > >> interruptions. My suggestion is to create a release branch at this point. Once we have the release > > > Up to now, ITW development branch was master. I would vote for this approach, but then each PR > should be reviewed. Which may be very unsuitable for the changes you plan. > > However, it looks like itw 1.9 will be 100% rarefactoion release. > >> branch, Karakun will commit the changes to the master-branch. This would allow us to offer the >> status-quo and apply minor changes in the release branch while at the same time it would allow us to >> "move forward and break things? in the master branch. > > I got lost bit by what is master-branch and release-branch. I vote for breaking the master branch. > It is dedicated to the new life of itw anyway. >> >> What do you think, is this a viable solution? > > Moreover. I like your approach. Still many details to tune. >> >> Thanks, >> Michael >> >> >> >>> On 21. Mar 2019, at 23:48, Tim Ellison > wrote: >>> >>> Good to see this is progressing, and lots of useful information here. >>> >>> Please could you move this conversation onto a public mailing list (probably distro-pkg?) so that >>> (1) more people can see it and participate, and (2) it is properly archived for future reference? >>> >>> Thanks, >>> Tim >>> >>> Jiri Vanek > wrote on 20/03/2019 23:47:21: >>> >>>> From: Jiri Vanek > >>>> To: Charlie Gracie > >>>> Cc: dbhole at redhat.com , George.Adams at uk.ibm.com >>> , >>>> openwebstart at karakun.com , stephan.huber at karakun.com >>> , Tim Ellison >>>> > >>>> Date: 20/03/2019 23:47 >>>> Subject: Re: OpenWebStart and IcedTea-Web >>>> >>>>> On 3/20/19 3:42 PM, Charlie Gracie wrote: >>>>> When GitHub imported the Mercurial repo it created tags / releases >>>> for the different release such as >>>>> 1.8, 1.7, etc. You can view those here: >>>>> https://urldefense.proofpoint.com/v2/url? >>>> u=https-3A__github.com_AdoptOpenJDK_icedtea-2Dweb_releases&d=DwIDaQ&c=jf_iaSHvJObTbx- >>>> siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >>>> EDiBZXbdbb9RUpCmHG_SKXM&s=s6r_7QoxbZ4mhjORbCSCevT-rkoRU7o4LUwmD8f78oY&e= >>>>> >>>>> These appear to only contain the tags for the initial release on >>>> each of those lines. >>>> Yes, I'm aware about those two, But the script should also create >>>> branches icedtea-web-1.8 >>>> icedtea-web-1.7 icedtea-web-1.6 icedtea-web-1.5 icedtea-web-1.4 >>>> icedtea-web-1.3 icedtea-web-1.2 >>>> icedtea-web-1.1 >>>> >>>> Thay are all bound to the branch point. And are traceable in branches world. >>>> >>>> Can you crate those branches in cd https:// >>>> urldefense.proofpoint.com/v2/url? >>>> u=https-3A__github.com_AdoptOpenJDK_icedtea-2Dweb&d=DwIDaQ&c=jf_iaSHvJObTbx- >>>> siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >>>> EDiBZXbdbb9RUpCmHG_SKXM&s=xJOyl8K2PdP3p65E4u-3w2E8rIYfnHktWj6CmdpMRZ0&e= >>>> manually and fill >>>> them from >>>> >>>> https://urldefense.proofpoint.com/v2/url? >>>> u=http-3A__icedtea.classpath.org_hg_release_icedtea-2Dweb-2D1. >>>> 8&d=DwIDaQ&c=jf_iaSHvJObTbx- >>>> siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >>>> EDiBZXbdbb9RUpCmHG_SKXM&s=4cmhjQ6f41_rmO3-Qz2i42uTU9Td6AnCbV3IN1BTgsM&e= >>>> https://urldefense.proofpoint.com/v2/url? >>>> u=http-3A__icedtea.classpath.org_hg_release_icedtea-2Dweb-2D1. >>>> 7&d=DwIDaQ&c=jf_iaSHvJObTbx- >>>> siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >>>> EDiBZXbdbb9RUpCmHG_SKXM&s=vdEm6eLQSTPsImmqo00AhSJXRRI1eV28f7k0TbxPQPM&e= >>>> https://urldefense.proofpoint.com/v2/url? >>>> u=http-3A__icedtea.classpath.org_hg_release_icedtea-2Dweb-2D1. >>>> 6&d=DwIDaQ&c=jf_iaSHvJObTbx- >>>> siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >>>> EDiBZXbdbb9RUpCmHG_SKXM&s=5I064exzL7DlVgNpOIt35126MxvYsHwxY6-KbosK2e0&e= >>>> https://urldefense.proofpoint.com/v2/url? >>>> u=http-3A__icedtea.classpath.org_hg_release_icedtea-2Dweb-2D1. >>>> 5&d=DwIDaQ&c=jf_iaSHvJObTbx- >>>> siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >>>> EDiBZXbdbb9RUpCmHG_SKXM&s=LNA2f8YEhabd4w72iiyqJanD5nurHCMwFC5LSZZzMRo&e= >>>> https://urldefense.proofpoint.com/v2/url? >>>> u=http-3A__icedtea.classpath.org_hg_release_icedtea-2Dweb-2D1. >>>> 4&d=DwIDaQ&c=jf_iaSHvJObTbx- >>>> siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >>>> EDiBZXbdbb9RUpCmHG_SKXM&s=mfqo4gF7UuzK4rbgtLDv0RD5qQJjAmx_jMEm_0Euhg4&e= >>>> https://urldefense.proofpoint.com/v2/url? >>>> u=http-3A__icedtea.classpath.org_hg_release_icedtea-2Dweb-2D1. >>>> 3&d=DwIDaQ&c=jf_iaSHvJObTbx- >>>> siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >>>> EDiBZXbdbb9RUpCmHG_SKXM&s=8Wvvl-fKB-a3uwBGDJyhzi2Hsg5y9M7quC3QqebUeCc&e= >>>> https://urldefense.proofpoint.com/v2/url? >>>> u=http-3A__icedtea.classpath.org_hg_release_icedtea-2Dweb-2D1. >>>> 2&d=DwIDaQ&c=jf_iaSHvJObTbx- >>>> siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >>>> EDiBZXbdbb9RUpCmHG_SKXM&s=AqmR-76u7yRjjtx86zok37x2Mm6gnSkUZ6Ubi5Sp3lY&e= >>>> https://urldefense.proofpoint.com/v2/url? >>>> u=http-3A__icedtea.classpath.org_hg_release_icedtea-2Dweb-2D1. >>>> 1&d=DwIDaQ&c=jf_iaSHvJObTbx- >>>> siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >>>> EDiBZXbdbb9RUpCmHG_SKXM&s=6SbWsQyYbbk1kSEgXDQYVh9Zaiz_aJIt_R8IWG9euM0&e= >>>> >>>> Does it give sense? >>>> >>>>> >>>>> Thanks for the scripts. I will try to get something up and going >>>> as quickly as possible! >>>>> >>>>> Cheers >>>>> Charlie Gracie >>>>> >>>>> >>>>> ----- Original message ----- >>>>> From: Jiri Vanek > >>>>> To: Charlie Gracie > >>>>> Cc: dbhole at redhat.com , George.Adams at uk.ibm.com >>> , >>>> openwebstart at karakun.com , >>>>> stephan.huber at karakun.com , Tim Ellison >>> > >>>>> Subject: Re: OpenWebStart and IcedTea-Web >>>>> Date: Wed, Mar 20, 2019 7:49 AM >>>>> >>>>> Hello! >>>>> >>>>> Thank you very much! >>>>> >>>>> There are no 1.8 nor 1.7 branches. I sit intentional? >>>>> >>>>> There is " >>>>> Anonymous Mercurial checkout: >>>>> hg clone https://urldefense.proofpoint.com/v2/url? >>>> u=http-3A__icedtea.classpath.org_hg_icedtea-2Dweb&d=DwIDaQ&c=jf_iaSHvJObTbx- >>>> siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >>>> EDiBZXbdbb9RUpCmHG_SKXM&s=9gV7OiC66-GVUReKr4avpqLXidoW10QPLY-SlNdTF0s&e=" >>>>> >>>>> in readme.md I will drop it, oook? Also I will kill classpath >>>> repos - currently only head. If you >>>>> will clone older branches, then also older branches. >>>>> >>>>> Yes, I have a lot of scripts :) I had attached three of them - >>>> itwDeploy is used to check working >>>>> tree, to check changes once they are done. build* and itw- >>>> quick are use don my local jenkins for >>>>> releases, and will not work as standalone. >>>>> DISCLAINMER - those were always for personal usage, are not >>>> nice, were written to and delted as >>>>> needed and were never intended to be published. However Cna be >>>> source of some inspiration. >>>>> >>>>> The matrix of ITW is pretty big, maybe in time we will agree >>>> on some reduce. I dont know if it have >>>>> still reason to keep jsobject and plugin jars - they are only >>>> for javaws --html usage. >>>>> Currently you should be building following: >>>>> >>>>> All with --disable-native-plugin; the removal of native >>>> plugin should be major goal for next >>>>> release. >>>>> for all native builds you can include --with-kcov, and also >>>> run make rust-code-coverage. >>>>> For unittests you can include jacoco fo junit >>>> codecoverage[another make calla fter make check] (it >>>>> is working also for integration suite, but not sure if it is >>>> worthy of second N hours run) >>>>> >>>>> >>>>> windows (native): >>>>> - machine with cygwin, and preinstalled jdk, tagsoup, >>>> mslinks, wixgen, wstools, wix, rust, cargo. >>>>> For testing junit,+ possibly asm and hamcrest. For plugin jar rhino. >>>>> - restult will be: >>>>> - results of make check - html + xml files withjunit results >>>>> - icedtea-web-x.y.win.bin.zip (result of make win-bin-dist) >>>>> - itw-installer.msi (result of make win-installer) >>>>> >>>>> One job will do those. >>>>> Those are portable builds, and should be built with --with- >>>> itw-libs=BUNDLED >>>>> >>>>> >>>>> linux (native): >>>>> - machine with any linux, as rust have currently only static >>>> linking. Preinstalled jdk, tagsoup, >>>>> rust, cargo. For testing junit,+ possibly asm and hamcrest. >>>> For plugin jar - rhino. >>>>> - restult will be: >>>>> - results of make check - html + xml files with junit results >>>>> - icedtea-web-x.y.linux.bin.zip (result of make win-bin-dist) >>>>> >>>>> This job can not be combined with multipaltform shell build >>>>> this is portable builds, and should be built with --with-itw- >>>> libs=BUNDLED >>>>> >>>>> >>>>> linux+win (portable): >>>>> - any linux machine, with preinstalled jdk, tagsoup, mslinks, >>>> wixgen, wstools, wix. For testing >>>>> junit,+ possibly asm and hamcrest. For plugin jar rhino. with >>>> *removed* rust and cargo. >>>>> - restult will be: >>>>> - results of make check - html + xml files with junit results >>>>> - icedtea-web-x.y.linux.bin.zip, where ti should eb >>>> renamed to icedtea-web-x.y.portable.bin.zip >>>>> (this slipped from makefiles) >>>>> >>>>> This job can not be combined with native linux build >>>>> this is portable builds, and should be built with --with-itw- >>>> libs=BUNDLED >>>>> >>>>> In both linux bulds you can stumble over bashcompdir variable, >>>> which should point to $PREFFIX value. >>>>> The inclusion of the bashcomplition into portbale build on >>>> linux is disputable. >>>>> >>>>> Integration test suite >>>>> Itw have pretty good integration suite, which was designed >>>> mostly for plugin. So 50% of it si >>>>> candidate for removal. Even now, with --with-browser-tests=no >>>> it runs few hours (with plugin, if it >>>>> goes wrong, and on all browsers, you will get to some >>>> 20hours). Neverthe less,with >>>>> --with-browser-tests=no, this testsuite should be run - three >>>> times. it always run on top of make >>>>> install fresh image. >>>>> It should be run once for windows BUNDLED mode, one for linux >>>> BUNDLED mode, and once for linux >>>>> DISTRIBUTION mode (--with-itw-libs). >>>>> >>>>> Output of integration testsuit (make -j1 run-netx-dist-tests) >>>> is same as foj unittests - >>>>> html+xml files. >>>>> >>>>> I would like to higholight, that all those 6 jobs currentoy have sense. >>>>> >>>>> >>>>> Dont hesitate to ask for more hints. >>>>> thanx! >>>>> J. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On 3/20/19 5:37 AM, Charlie Gracie wrote: >>>>> > Hi, >>>>> > >>>>> > The repo was created today and you should be a committer on the repo. >>>>> > >>>>> > I am working on getting automated build and tests going. Do >>>> you have any scripts you run or the >>>>> > steps you used to create the 1.8 release builds? >>>>> > >>>>> > Cheers, >>>>> > Charlie >>>>> > >>>>> > >>>>> > ----- Original message ----- >>>>> > From: Jiri Vanek > >>>>> > To: Charlie Gracie > >>>>> > Cc: dbhole at redhat.com , George.Adams at uk.ibm.com >>> , >>>> openwebstart at karakun.com , >>>>> > stephan.huber at karakun.com , Tim Ellison >>> > >>>>> > Subject: Re: OpenWebStart and IcedTea-Web >>>>> > Date: Mon, Mar 18, 2019 8:44 AM >>>>> > >>>>> > Hello again! >>>>> > >>>>> > repo must be "icedtea-web" nothing else, no other >>>> (literaly) characters. >>>>> > >>>>> > J. >>>>> > >>>>> > >>>>> > On 3/18/19 1:01 PM, Charlie Gracie wrote: >>>>> > > H, >>>>> > > >>>>> > > Yes I saw your email. I asked to have it created on >>>> the AdoptOpenJDK slack. I will >>>>> push on that >>>>> > > again this morning. I think they had a question for >>>> you. Are you able to log into that Slack >>>>> > > workspace? I believe you have an account there already. >>>>> > > >>>>> > > I believe the question was around the name of the repo >>>> and to verify that the prototype repo >>>>> > looked >>>>> > > right to you. >>>>> > > >>>>> > > Cheers >>>>> > > Charlie >>>>> > > >>>>> > > >>>>> > > ----- Original message ----- >>>>> > > From: Jiri Vanek > >>>>> > > To: Charlie Gracie > >>>>> > > Cc: dbhole at redhat.com , George.Adams at uk.ibm.com >>> , >>>> openwebstart at karakun.com , >>>>> > > stephan.huber at karakun.com , Tim Ellison >>>> > >>>>> > > Subject: Re: OpenWebStart and IcedTea-Web >>>>> > > Date: Fri, Mar 15, 2019 7:47 AM >>>>> > > >>>>> > > Hi! >>>>> > > >>>>> > > Had you got my email? there is still only wrongly >>>> namef openjdk-icedtea-web, without >>>>> > branches, and >>>>> > > without latest commits. I'm asking as I'malready >>>> getting pathces,so wondering where >>>>> it is >>>>> > stuck. >>>>> > > >>>>> > > >>>>> > > Thanx! >>>>> > > J. >>>>> > > On 3/13/19 3:49 PM, Charlie Gracie wrote: >>>>> > > > Hi Jiri, >>>>> > > > >>>>> > > > To help myself get up to speed with building >>>> IcedTea-Web and adding build scripts >>>>> to the >>>>> > > > AdoptOpenJDK server I asked the Adopt community >>>> to pre-emptively create a repo on >>>>> GitHub. >>>>> > > This repo >>>>> > > > was an import from the mercurial repo last week >>>> and has not been mirroring any >>>>> changes. >>>>> > This repo >>>>> > > > only has one fork (mine) and was a temporary >>>> step for prototyping builds. >>>>> > > > >>>>> > > > Once the mercurial repo is unfrozen I can ask >>>> someone at Adopt to remove the prototype >>>>> > GitHub repo >>>>> > > > and import the mercurial repo again if that >>>> makes sense to you to do now? If that >>>>> > happens will the >>>>> > > > GitHub repo be the main repo going forward? Do >>>> we need any sort of mirroring? >>>>> > > > >>>>> > > > Looking at the current >>>>> > >>>>> import: https://urldefense.proofpoint.com/v2/url? >>>> u=https-3A__github.com_AdoptOpenJDK_openjdk-2DIcedTea-2Dweb&d=DwIDaQ&c=jf_iaSHvJObTbx- >>>> siA1ZOg&r=sDDQ0uCQZKQKOcaviateFJ7UpTgquHQN9YtrYmvKugo&m=67E6kt5XgxqPZqilbgL0xhnTQ_8Evcfk0Vg- >>>> VjkxdIk&s=KIe0rBQvQqSncsUfh9e_l-vQCbb8aRe_raCz6jivMsQ&e= GitHub >>>>> > > imported 7 >>>>> > > > releases/tags. These releases are named >>>> `icedtea-web-1.0-branchpoint >>>>> > > > >>>>> > >>>>> >>> u=https-3A__github.com_AdoptOpenJDK_openjdk-2DIcedTea-2Dweb_releases_tag_icedtea-2Dweb-2D1. >>>> 7-2Dbranchpoint&d=DwIDaQ&c=jf_iaSHvJObTbx- >>>> siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >>>> EDiBZXbdbb9RUpCmHG_SKXM&s=NXQI5sqRpswdkP2iI4m1aiwausQRZawpBMOtdwrLUlQ&e=>`, >>>>> > > > `icedtea-web-1.2-branchpoint >>>>> > > > >>>>> > > >>>>> > >>>>> >>> u=https-3A__github.com_AdoptOpenJDK_openjdk-2DIcedTea-2Dweb_releases_tag_icedtea-2Dweb-2D1. >>>> 7-2Dbranchpoint&d=DwIDaQ&c=jf_iaSHvJObTbx- >>>> siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >>>> EDiBZXbdbb9RUpCmHG_SKXM&s=NXQI5sqRpswdkP2iI4m1aiwausQRZawpBMOtdwrLUlQ&e=>`,... >>>>> > > > `icedtea-web-1.7-branchpoint >>>>> > > > >>>>> > >>>>> >>> u=https-3A__github.com_AdoptOpenJDK_openjdk-2DIcedTea-2Dweb_releases_tag_icedtea-2Dweb-2D1. >>>> 7-2Dbranchpoint&d=DwIDaQ&c=jf_iaSHvJObTbx- >>>> siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >>>> EDiBZXbdbb9RUpCmHG_SKXM&s=NXQI5sqRpswdkP2iI4m1aiwausQRZawpBMOtdwrLUlQ&e=>`. I >>>>> > > > assume there would now be a now 1.8 release as >>>> well. I am curious about the 1.7.1 >>>>> and 1.7.2 >>>>> > > > releases. Were there tags or something in the >>>> mercurial repo that are not being >>>>> imported >>>>> > into >>>>> > > GitHub? >>>>> > > > >>>>> > > > Cheers, >>>>> > > > Charlie Gracie >>>>> > > > >>>>> > > > >>>>> > > > ----- Original message ----- >>>>> > > > From: Jiri Vanek > >>>>> > > > To: Stephan Huber >>>> >, Tim Ellison >>>>> > >>>>> > > > Cc: Charlie Gracie >>>> >, Deepak Bhole >> >, >>>>> > George Adams >>>>> > > > >, >>>> "openwebstart at karakun.com " >> > >>>>> > > > Subject: Re: OpenWebStart and IcedTea-Web >>>>> > > > Date: Wed, Mar 13, 2019 8:45 AM >>>>> > > > >>>>> > > > On 3/13/19 1:10 PM, Stephan Huber wrote: >>>>> > > > > Dear Tim and Jiri >>>>> > > > > >>>>> > > > > I hope you are doing well and that you are >>>> doing progress for the actual >>>>> release. >>>>> > > > >>>>> > > > Done: >>>>> > > > 1.8: https://urldefense.proofpoint.com/v2/ >>>> url? >>> u=http-3A__mail.openjdk.java.net_pipermail_distro-2Dpkg-2Ddev_2019-2DMarch_041320.html&d=DwIDaQ&c=jf_iaSHvJObTbx- >>>> siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >>>> EDiBZXbdbb9RUpCmHG_SKXM&s=35sepShDQdf3Ll2Tovge8Yh5ya_HLZ8BExD4k4TVsZU&e= >>>>> > > > 1.7.2 (only for record): >>>>> > > > https://urldefense.proofpoint.com/v2/url? >>> u=http-3A__mail.openjdk.java.net_pipermail_distro-2Dpkg-2Ddev_2019-2DMarch_041302.html&d=DwIDaQ&c=jf_iaSHvJObTbx- >>>> siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >>>> EDiBZXbdbb9RUpCmHG_SKXM&s=0tpBl06Nq7eEOWUVJzcz0Li3yCdwudJ_CCPs_jlZz_E&e= >>>>> > > > >>>>> > > > Branches willbe unforzen asap, but pleae >>>> wait with clonning until then. >>>>> > > > >>>>> > > > J. >>>>> > > > > >>>>> > > > > In the meantime we did continue the paper >>>> work with our sponsors and >>>>> discussed pro and >>>>> > > cons of >>>>> > > > > joining the ITW open source project. >>>>> > > > > The idea is still quite apealing for us, >>>> however we would like to discuss >>>>> with you >>>>> > some >>>>> > > crucial >>>>> > > > > points before. >>>>> > > > > >>>>> > > > > @Jiri: Who from your side should join such >>>> a phone conference? What time >>>>> would be >>>>> > convenient >>>>> > > > for you? >>>>> > > > > The agenda from our side would be: >>>>> > > > > >>>>> > > > > * Master on Github? >>>>> > > > > * Maven project? >>>>> > > > > * Admin role for Karakun (on new branch)? >>>>> > > > > * Toolchain? => IssueTracking? QA? Buildserver? >>>>> > > > > * @ Jiri: Would you be available and >>>> responsive for questions concerning >>>>> the acutal >>>>> > > code for the >>>>> > > > > next couple of months? >>>>> > > > > * @ Jiri: Would the planned extensions >>>> (might be in loosly coupled own >>>>> open source >>>>> > > > projects) like >>>>> > > > > JR Manager/Updater ok for you? >>>>> > > > > * @ Jiri: When could a new branch (for >>>> the future release) be achieved. This >>>>> > might be >>>>> > > a branch >>>>> > > > > with a major refactoring. >>>>> > > > > * Would it be ok for you if Karakun is >>>> takling about ITW/OpenWebStart on >>>>> conferences >>>>> > > and doing >>>>> > > > > some kind of marketing in this area? >>>>> > > > > >>>>> > > > > From our side we will have Michael Heinrichs ( >>>> https://urldefense.proofpoint.com/v2/url? >>>> u=https-3A__github.com_netopyr&d=DwIDaQ&c=jf_iaSHvJObTbx- >>>> siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >>>> EDiBZXbdbb9RUpCmHG_SKXM&s=8oyn9SHPHmmC15F3ca-UiouKUxAxcxo4MDV_tZ24Ucw&e=), >>>>> Hendrik >>>>> > Ebbers >>>>> > > > > (https://urldefense.proofpoint.com/v2/url? >>>> u=https-3A__github.com_hendrikebbers&d=DwIDaQ&c=jf_iaSHvJObTbx- >>>> siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >>>> EDiBZXbdbb9RUpCmHG_SKXM&s=X0yi1UDOGQOwICVb4fMJ-GIX67TdRbtSalw62GgNs7Q&e= >>>> ) and 1-2 more Senior Software Engineers >>>>> working >>>>> > on the >>>>> > > project. >>>>> > > > > We will start next week after the JavaLandconference >>>>> > (https://urldefense.proofpoint.com/v2/url? >>>> u=https-3A__www.javaland.eu_en_home_&d=DwIDaQ&c=jf_iaSHvJObTbx- >>>> siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >>>> EDiBZXbdbb9RUpCmHG_SKXM&s=_WrhwSpRGwIF5S6SlH9t3QrPCS_uG0FcCUP0VcyDYMI&e=). By >>>>> > > > chance >>>>> > > > > - is somebody of you visiting JavaLand too? >>>>> > > > > >>>>> > > > > Best regards >>>>> > > > > Stephan >>>>> > > > > >>>>> > > > > >>>>> > > > > ------ Originalnachricht ------ >>>>> > > > > Von: "Tim Ellison" >> < >>>> mailto:Tim_Ellison at uk.ibm.com>> >>>>> > > > > An: "Stephan Huber" >> >>>>> > >>>>> > > > > Cc: "Charlie Gracie" >> >>>>> > >; "Deepak >>>>> > > > Bhole" >>>>> > > > > >>>>> ; "George Adams" >>>>> > >>>>> > > > > >; "Jiri >>>> Vanek" >>>>> > > >; >>>>> > > > > "openwebstart at karakun.com " >>> >>>>> > > >>>>> > > > > Gesendet: 18.02.2019 11:06:38 >>>>> > > > > Betreff: Re: Re[2]: OpenWebStart and IcedTea-Web >>>>> > > > > >>>>> > > > >> Good to hear we are aligned Stephan. >>>>> > > > >> >>>>> > > > >> Let's move the discussion into the open >>>> forums so we can get more >>>>> participation. >>>>> > > > >> >>>>> > > > >> There is an issue open at AdoptOpenJDK >>>> here where we agree on the idea >>>>> > > > >> https:// >>>> urldefense.proofpoint.com/v2/url? >>>> u=https-3A__github.com_AdoptOpenJDK_TSC_issues_41&d=DwIDaQ&c=jf_iaSHvJObTbx- >>>> siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >>>> EDiBZXbdbb9RUpCmHG_SKXM&s=yaZqNvnfhZuoVgTJh6lMxRtIXvcX6MoRJK9xkLvDs9I&e= >>>>> > > > >> >>>>> > > > >> and from there we can create the required >>>> build and test issues. These teams >>>>> > have regular >>>>> > > > >> conference calls to accelerate the >>>> progress in each area. >>>>> > > > >> >>>>> > > > >> General chat can take place on on the >>>> Slack channels (start in #general) >>>>> > > > >> https:// >>>> urldefense.proofpoint.com/v2/url? >>>> u=https-3A__adoptopenjdk.net_slack.html&d=DwIDaQ&c=jf_iaSHvJObTbx- >>>> siA1ZOg&r=AtEh0PzjNUxLZESO8_yZ6DCI4DYOhKAFQsZXG3kYuYM&m=gpmRVJtD4LUad8HFXB9- >>>> EDiBZXbdbb9RUpCmHG_SKXM&s=p4fvGt77ovcCLnCILB90RpSfwRElmfYzRvNFJJMqG90&e= >>>>> > > > >> >>>>> > > > >> Regards, >>>>> > > > >> Tim >>>>> > > > >> >>>>> > > > >> "Stephan Huber" >> < >>>> mailto:stephan.huber at karakun.com>> >>>>> > wrote on >>>>> > > > 15/02/2019 >>>>> > > > >> 15:17:02: >>>>> > > > >> >>>>> > > > >> > From: "Stephan Huber" >> >>>>> > > >>>>> > > > >> > To: "Jiri Vanek" < >>>> mailto:jvanek at redhat.com>>, "Tim >>>>> Ellison" >>>>> > > > >> < >>>> mailto:Tim_Ellison at uk.ibm.com>> >>>>> > > > >> > Cc: "Charlie Gracie" >> >>>>> > >, >>>>> > > > "Deepak Bhole" >>>>> > > > >> > >>>>> , "George Adams" >>>>> > >>>>> > > > >> >, >>>>> > > > >> > "openwebstart at karakun.com < >>>> mailto:openwebstart at karakun.com>" >>>>> > >>>>> > > > >> > >>>>> > > > >> > Date: 15/02/2019 15:17 >>>>> > > > >> > Subject: Re[2]: OpenWebStart and IcedTea-Web >>>>> > > > >> > >>>>> > > > >> > Dear Jiri and Tim >>>>> > > > >> > >>>>> > > > >> > Thanks a lot for the informations, >>>> remarks and thoughts this far. >>>>> > > > >> > We totally understand that there is a >>>> focus on the next releases coming >>>>> > > > >> > soon. >>>>> > > > >> > >>>>> > > > >> > As a next step we will create a list of >>>> advantages (like one "golden" >>>>> > > > >> > source, more committers, more >>>> customers, ...) and disadvantages (legacy, >>>>> > > > >> > backward compatibility, governance, >>>> ...) from our point of view to >>>>> > > > >> > engage us in the ITW project (compared >>>> to create a new one). Would you >>>>> > > > >> > be interested in a meeting to discuss >>>> this list? Who should participate >>>>> > > > >> > from your side? >>>>> > > > >> > >>>>> > > > >> > In the moment we are prepared to >>>> participate with something like half a >>>>> > > > >> > person year (e.g. 2 engineers for 3 >>>> months full time) and are looking >>>>> > > > >> > for more and would like to start >>>> developing approx. mid of March, which >>>>> > > > >> > might perfectly fit to finish the next >>>> releases first ... >>>>> > > > >> > >>>>> > > > >> > Best regards >>>>> > > > >> > Stephan >>>>> > > > >> > >>>>> > > > >> > PS: I changed our E-Mail address to >>>> openwebstart at karakun.com >>>>> > > >>>>> > > > >> (instead of >>>>> > > > >> > info at karakun.com ) >>>>> > > > >> > >>>>> > > > >> > >>>>> > > > >> > ------ Originalnachricht ------ >>>>> > > > >> > Von: "Jiri Vanek" < >>>> mailto:jvanek at redhat.com>> >>>>> > > > >> > An: "Tim Ellison" >> < >>>> mailto:Tim_Ellison at uk.ibm.com>> >>>>> > > > >> > Cc: "Charlie Gracie" >> >>>>> > >; >>>>> > > > "Deepak Bhole" >>>>> > > > >> > >>>>> ; "George Adams" >>>>> > >>>>> > > > >> >; "Hendrik >>>>> > > > >> > Ebbers" >> < >>>> mailto:hendrik.ebbers at karakun.com>>; >>>>> "Zentrale >>>>> > > Karakun" >>>>> > > > >> > >>>>> ; "Stephan Huber" >>>>> > >>>>> > > > >> > >>>>> > > > >> > Gesendet: 14.02.2019 15:07:01 >>>>> > > > >> > Betreff: Re: OpenWebStart and IcedTea-Web >>>>> > > > >> > >>>>> > > > >> > >> >>>>> > > > >> > >>However, we should be careful not to >>>> break Red Hat or others who have >>>>> > > > >> > >>a dependency on the current hg repos. >>>> Do you have any idea how many >>>>> > > > >> > >>people are mirroring the hg today? >>>> Is putting a message out on >>>>> > > > >> > >>distro-pkg-dev the best way to reach >>>> them? How quickly can we move >>>>> > > > >> > >>it? >>>>> > > > >> > > >>>>> > > > >> > >I think I will push changeset with hg >>>> rm *; hg add readme; # where >>>>> > > > >> > >readme will contain moved to >>>>> > > > >> > >github://.... >>>>> > > > >> > > >>>>> > > > >> > >But you are right. I'm unable to judge >>>> all consequences, so do it >>>>> > > > >> > >slowly, carefully ...yah, and with >>>>> > > > >> > >a some prayers. And classpath.org >>>> links are already very very >>>>> > > > >> > >spread.... >>>>> > > > >> > >> >>>>> > > > >> > >>> > main OpenJDK code streams, so I >>>> don't expect a big problem for >>>>> > > > >> > >>>icedtea-web. >>>>> > > > >> > >>> > >>>>> > > > >> > >>> > The starting point is getting a >>>> Java 8 story working well, since >>>>> > > > >> > >>>that is where most people are on >>>>> > > > >> > >>> > the LTS stream, and that is the >>>> last long term place where the >>>>> > > > >> > >>>deployment technologies are available. >>>>> > > > >> > >>> >>>>> > > > >> > >>>@karakun - dont forget that javaws >>>> really is legacy technology, and >>>>> > > > >> > >>>can be potentionally security risk. >>>>> > > > >> > >>>Thus I'm really discouraging to >>>> bundle itw to JDK. Same perspective >>>>> > > > >> > >>>is applied to support of jdk11 >>>>> > > > >> > >>>and up (eg now there is >>>> knownbreakage with jdk13. Oracle do not have >>>>> > > > >> > >>>any intentions to keep javaws >>>>> > > > >> > >>>alive on those jdks) >>>>> > > > >> > >> >>>>> > > > >> > >>Agreed, which is why I describe it as >>>> a necessary but not 'strategic' >>>>> > > > >> > >>codebase. If karakun have ideas for >>>> a replacement technology then we >>>>> > > > >> > >>can discuss the potential. >>>>> > > > >> > >> >>>>> > > > >> > >>> > Good to hear you have ideas for >>>> future work in this space, but the >>>>> > > > >> > >>>initial goal is to keep >>>>> > > > >> > >>> > icedtea-web going as a viable >>>> 'bridging' technology for people who >>>>> > > > >> > >>>are looking to move onto the open >>>>> > > > >> > >>> > solution. >>>>> > > > >> > >>> >>>>> > > > >> > >>>Once 1.8 is out, I will prepare >>>> migration of itw. I think I woudld >>>>> > > > >> > >>>lie to migrate both tip(future >>>>> > > > >> > >>>1.9 in that time) 1.8 and 1.7, where >>>> 1.8 and 1.9 should appear as >>>>> > > > >> > >>>branches. >>>>> > > > >> > >> >>>>> > > > >> > >>Sounds good. Thanks Jiri. >>>>> > > > >> > > >>>>> > > > >> > >One forgotten note - As first ting in >>>> 1.9 my intention was to remove >>>>> > > > >> > >plugin. It should maek the >>>>> > > > >> > >codebase much more friendy. >>>>> > > > >> > > >>>>> > > > >> > > >>>>> > > > >> > >Looking forward for the move. >>>>> > > > >> > > >>>>> > > > >> > > >>>>> > > > >> > >J. >>>>> > > > >> > >>>>> > > > >> >>>>> > > > >> Unless stated otherwise above: >>>>> > > > >> IBM United Kingdom Limited - Registered >>>> in England and Wales with number >>>>> 741598. >>>>> > > > >> Registered office: PO Box 41, North >>>> Harbour, Portsmouth, Hampshire PO6 3AU >>>>> > > > >>>>> > > > >>>>> > > > -- >>>>> > > > 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 >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > >>>>> > >>>>> > -- >>>>> > 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 >>>> >>>> >>>> -- >>>> Jiri Vanek >>>> Senior QE engineer, OpenJDK QE lead, Mgr. >>>> Red Hat Czech >>>> jvanek at redhat.com M: +420775390109 >>> >>> Unless stated otherwise above: >>> IBM United Kingdom Limited - Registered in England and Wales with number 741598. >>> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU > > > -- > Jiri Vanek > Senior QE engineer, OpenJDK QE lead, Mgr. > Red Hat Czech > jvanek at redhat.com M: +420775390109 From jvanek at redhat.com Tue Mar 26 16:05:12 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Tue, 26 Mar 2019 17:05:12 +0100 Subject: icedtea-web JSObject In-Reply-To: References: <526148c4-a501-e24c-8a7c-9a4366121f3e@loongson.cn> <41776bce-926c-0a9a-8da4-c1210faa81c9@redhat.com> <22ed1332-95b1-3269-bab6-585617ae414e@redhat.com> Message-ID: <408d3860-81f5-eb91-c757-f8ec6d75965d@redhat.com> > I am not an expert of icedtea-web. I will try your suggest tomorrow. Thank you. > > Actually, we are not users of icedtea-web. We just build icedtea-web, > do some tests and provide rpm. We do not know how our users use it > very much:( > > I think the error happened during a test, is it ok to just > comment/skip this test? > > Thanks, Sure. As you control RPM build, feel free to patch out the unfriendly tests. J. From jvanek at redhat.com Tue Mar 26 16:27:32 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Tue, 26 Mar 2019 17:27:32 +0100 Subject: OpenWebStart and IcedTea-Web In-Reply-To: References: <19dc2dda-f5bc-effb-188c-6be46c5207a8@redhat.com> <2d8e5ead-627f-bff3-d1da-3fa4fab5061f@redhat.com> Message-ID: <48e4b6c8-b5bd-7f02-04cf-8d8d34b4382a@redhat.com> On 3/26/19 9:08 AM, Michael Heinrichs wrote: > Hi Jiri, > > Yes, there is only one code base at this point. But we are currently evaluating if it makes more sense for us to join ITW or create something new/fork ITW. There are pros and cons for both sides. > > I cannot really tell you right now how the native part and the Java part can be split. Our engineers are doing a two day workshop this week where they try to find good answers to these questions among others. Stay tuned! :) Lets watch it:) ITW can become downstream of yours at the end... > > Sorry for not being clear. When I wrote modules, I meant Maven modules. Our plan is to bundle OpenWebStart with a JRE in native installers, which would make us more flexibel in terms of which Java version we want to use. But the first version will probably run on Java 8 anyway. ok. Multi jdk support is both advantage and pitfall of ITW. > > What is the policy of the ITW repo? Are you the only committer and people created pull requests? I guess this process will not work anymore unless you are willing to do nothing more but pull request reviews during the next couple of months. ;) How shall we setup the process? There was about 20 commiters/reviwers on classapth servers I knew about, and aprox 100 I was not aware about. Unluckily all are inactive now. Anyway, we moved to new repo, so those are no longer valid, nor the workflow, nor the policies. I definitely can not stay single commiter/reviwer. That would kill both me and ITW. I'm definitely going to eyball all commits in next few weeks, but I may be of for day or so, and I do not wont it to stay and wait. I can always speak my mind after merge, and you do not need to listen. Nor I can catch all, nor can I be the single stop show voice. I guess all your fultimers on ITW should get commit review permissions right now, but all changes should go through PR, so other interested vocies can comment. Geerally untill there is anti voice, the PR should (SHOULD!) not be merged. We are currently setting the process up. Lets it be square usable. My only note to it really is, that every change should go via PR, and your full timers shoudl get push/merge access. TYVM! J. From jvanek at redhat.com Tue Mar 26 16:41:58 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Tue, 26 Mar 2019 17:41:58 +0100 Subject: Questions about icedtea-web. CORRECTED QUESTIONS. In-Reply-To: References: Message-ID: <5fe9107d-970b-2d5a-c286-0a65f12cb81d@redhat.com> On 3/26/19 9:13 AM, A Z wrote: > -It is possible to ask icedtea-web to defer to a separate java runtime and use that to run jnlp > code, instead of its own accompanying runtime? Does it default to a separate java runtime anyway? > ITW do not have JRE bundled. It can run with any installed JRE 8-12 it finds, or you tell it to use. > -I have had some issues understanding the examples material. ?If a client PC wants icedtea-web to be > running in the background, so that a web browser will open a ?jnlp program, what does the user have > to do to have icedtea-web running in the background, appropriately, for that? You are on gui, right? So every process, even javaws are run on background. javaws and jnlp was not designed for system services, but you can do it. Abit creepy, but why not. Itw then will be runing without you , knowing it (after you approved it to run). > > Does this in fact require the appropriate web browser plugin? browser plugin is dead and, although you can make it work, don tdo it. It will be removed from next releases. To run javaws/jnlp no plugin is needed. You have to had jnlp file and/or jnlp protocol associated. MSI or rpms are doing this for you. With ITW from zip, you have to set it up on your own. > > -I have read that iced-tea has a web browser plugin for the major browsers (Firefox). ?Does this include > support for Edge or Internet Explorer, or not, or not yet? ?Is there a 64 bit Firefox plugins, as well? There was for of itw to support IE and its terrible activex, but was never passed hello word, and is dead. Appelts are dead. deal with it. Dont use them. Run away when you see that. Itw still have NPAPI (everything except IE) plugin, but it is already now rotten. > > -I can't find the plugin file(s) for Firefox in the latest version download. ?Where do I get the > Firefox plugin from? ?Are these plugins built software, and are they indeed not in source code form? > Where on the internet do I download the built version of the plugin from? Standalonebinaries can not have proper plugin, so it is removed from them. You need distribution build to have it. And you need old dsitribution to gave it (eg rhel6). Appelts are dead. Really fly away! Frm your words I guess you are on windows. that is double bad luck. > > -Can the plugin(s) versions be configured to run on a secondary java runtime, which is not its own, > as per my earlier questions, or do they default to using a separate runtime anyway? Plugin on ITW was designed to have shared JRE, selected as descibed above. Plugin being dead, this is academical question. J, -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From poweruserm at live.com.au Wed Mar 27 01:40:58 2019 From: poweruserm at live.com.au (A Z) Date: Wed, 27 Mar 2019 01:40:58 +0000 Subject: Questions about IcedTeaWeb Message-ID: Many thanks for Jiri Vanek for answering my IceadTea Questions. -I have downloaded the latest stable version of ITW, which does look as though its number is (1.1.4 1.8) and have found the startup examples on the webpage a little to confusing to follow. -If my destined user setup is 64 bit Windows 10, with someone running Firefox 64 bit, how would they have set their version of ITW running so that it will *be running in memory, ready for JNLP Java Web start using the Path version of Java best for them, which will be OpenJDK 12, *be running, ie. aprehending, a click on the web page ink of a .jnlp file, which usually will be a directory link or adjacent to the correct .jar file, on the web server, so that my java web start program/content will download successfully and begin to run, via ITW, via the designated ITW Java Runtime? -------------- next part -------------- An HTML attachment was scrubbed... URL: From jvanek at redhat.com Wed Mar 27 12:43:30 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Wed, 27 Mar 2019 13:43:30 +0100 Subject: Questions about IcedTeaWeb In-Reply-To: References: Message-ID: <8b3cce7d-cbcf-a007-ae1a-36f5a5b6c990@redhat.com> Your questions are hard to parse and do nothave much sense. On 3/27/19 2:40 AM, A Z wrote: > Many thanks for Jiri Vanek for answering my IceadTea Questions. icedtea-web; icedtea is differnt thing. > > -I have downloaded the latest stable version of ITW, which does look > as though its number is (1.1.4 1.8 ) and have found it is 1.8 not 1.1.4 1.8 1.1.4 is sectionon wiki. > the startup examples on the webpage a little to confusing to follow. Not sure what you wish to starup. > > -If my destined user setup is 64 bit Windows 10, with someone running > Firefox 64 bit, how would they have set their version of ITW running > so that it will What you downloaded, have nothng to do wit firefox. It will run with your isntalled jre/jdk. You can change/specify what it should run with. > > *be running in memory, ready for? JNLP Java Web start using the > Path version of Java? best for them, which will be OpenJDK 12, It do not run in memory by default., If you launh jnlp file/protocol, javaws process will be started. Once you close it, java will close again. Ech jnlp have its own JVM. You can select JDK per itw instance. But that is not stright forward. > > *be running, ie. aprehending, a click on the web page ink of a .jnlp > file, which usually will be a directory link or adjacent to the correct jnlp is always file at the end. It points to the codebase - the directory with jars. > .jar file, on the web server, so that my java web start program/content > will download successfully and begin to run, via ITW, via the designated > ITW Java Runtime? Itw will read that jnlp and download resources as described in jnlp. then will launch the app via the jre it is supposed to run with. Please study a bit jnlp architecture and javaws implementation before other -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From jvanek at redhat.com Wed Mar 27 16:53:57 2019 From: jvanek at redhat.com (Jiri Vanek) Date: Wed, 27 Mar 2019 17:53:57 +0100 Subject: OpenWebStart and IcedTea-Web In-Reply-To: References: <19dc2dda-f5bc-effb-188c-6be46c5207a8@redhat.com> <2d8e5ead-627f-bff3-d1da-3fa4fab5061f@redhat.com> <48e4b6c8-b5bd-7f02-04cf-8d8d3 4b4382a@redhat.com> Message-ID: On 3/27/19 5:49 PM, Michael Heinrichs wrote: > Hi Jiri, > > This sounds great. I totally agree, PRs and code reviews are a must nowadays. AFAIK all projects at Karakun are done that way and we also plan to establish these practices for OpenWebStart. > > Do you discuss somewhere how the process is going to be set up? Yes. With you,right now :) > > Thanks, > Michael > > Von meinem iPhone gesendet > >> Am 26.03.2019 um 17:27 schrieb Jiri Vanek : >> >>> On 3/26/19 9:08 AM, Michael Heinrichs wrote: >>> Hi Jiri, >>> >>> Yes, there is only one code base at this point. But we are currently evaluating if it makes more sense for us to join ITW or create something new/fork ITW. There are pros and cons for both sides. >>> >>> I cannot really tell you right now how the native part and the Java part can be split. Our engineers are doing a two day workshop this week where they try to find good answers to these questions among others. Stay tuned! :) >> >> Lets watch it:) ITW can become downstream of yours at the end... >>> >>> Sorry for not being clear. When I wrote modules, I meant Maven modules. Our plan is to bundle OpenWebStart with a JRE in native installers, which would make us more flexibel in terms of which Java version we want to use. But the first version will probably run on Java 8 anyway. >> >> ok. Multi jdk support is both advantage and pitfall of ITW. >> >>> >>> What is the policy of the ITW repo? Are you the only committer and people created pull requests? I guess this process will not work anymore unless you are willing to do nothing more but pull request reviews during the next couple of months. ;) How shall we setup the process? >> >> There was about 20 commiters/reviwers on classapth servers I knew about, and aprox 100 I was not >> aware about. Unluckily all are inactive now. Anyway, we moved to new repo, so those are no longer >> valid, nor the workflow, nor the policies. >> >> I definitely can not stay single commiter/reviwer. That would kill both me and ITW. I'm definitely >> going to eyball all commits in next few weeks, but I may be of for day or so, and I do not wont it >> to stay and wait. I can always speak my mind after merge, and you do not need to listen. Nor I can >> catch all, nor can I be the single stop show voice. >> >> I guess all your fultimers on ITW should get commit review permissions right now, but all changes >> should go through PR, so other interested vocies can comment. Geerally untill there is anti voice, >> the PR should (SHOULD!) not be merged. >> >> We are currently setting the process up. Lets it be square usable. My only note to it really is, >> that every change should go via PR, and your full timers shoudl get push/merge access. >> >> TYVM! >> J. >> >> > -- Jiri Vanek Senior QE engineer, OpenJDK QE lead, Mgr. Red Hat Czech jvanek at redhat.com M: +420775390109 From bugzilla-daemon at icedtea.classpath.org Thu Mar 28 10:31:43 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Thu, 28 Mar 2019 10:31:43 +0000 Subject: [Bug 1777] IcedTea-Web always redownloads web start application if they are packed In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=1777 Lars Herschke changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED |--- --- Comment #4 from Lars Herschke --- The problem is present again since mercurial revison 1120 or since git revision 602791e. Here is a patch that fixes the problem. The pure fix is the patch for ResourceDownloader.java. The patches for CacheEntry.java and CacheEntryTest.java only remove the code that has been obsolete since revision 1120. -- 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 Mar 28 10:31:14 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Thu, 28 Mar 2019 10:31:14 +0000 Subject: [Bug 1777] IcedTea-Web always redownloads web start application if they are packed In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=1777 --- Comment #3 from Lars Herschke --- Created attachment 1728 --> https://icedtea.classpath.org/bugzilla/attachment.cgi?id=1728&action=edit described patch -- 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 Mar 28 11:16:32 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Thu, 28 Mar 2019 11:16:32 +0000 Subject: [Bug 1777] IcedTea-Web always redownloads web start application if they are packed In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=1777 --- Comment #5 from Lars Herschke --- pull request: https://github.com/AdoptOpenJDK/icedtea-web/pull/4 -- 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 Mar 28 11:28:58 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Thu, 28 Mar 2019 11:28:58 +0000 Subject: [Bug 3714] New: Packed resources are stored in cache with double file extension Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3714 Bug ID: 3714 Summary: Packed resources are stored in cache with double file extension Product: IcedTea-Web Version: hg Hardware: x86_64 OS: FreeBSD Status: NEW Severity: minor Priority: P5 Component: NetX (javaws) Assignee: jvanek at redhat.com Reporter: lhersch at dssgmbh.de CC: unassigned at icedtea.classpath.org Created attachment 1729 --> https://icedtea.classpath.org/bugzilla/attachment.cgi?id=1729&action=edit described patch With packed resources, the file extension pack.gz or gz is appended, regardless of whether they already have it. I think you should save the resource with the original filename, as with unpacked resources. There can be no naming conflicts after unpacking, since different cache directories are used for the packed and unpacked variants. Enclosed a patch, which ensures exactly. -- 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 Mar 28 11:42:34 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Thu, 28 Mar 2019 11:42:34 +0000 Subject: [Bug 3714] Packed resources are stored in cache with double file extension In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3714 --- Comment #1 from Lars Herschke --- pull request: https://github.com/AdoptOpenJDK/icedtea-web/pull/5 -- 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 Mar 28 14:56:03 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Thu, 28 Mar 2019 14:56:03 +0000 Subject: [Bug 3715] New: Packed resources are unnecessarily cached after unpacking Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3715 Bug ID: 3715 Summary: Packed resources are unnecessarily cached after unpacking Product: IcedTea-Web Version: hg Hardware: x86_64 OS: FreeBSD Status: NEW Severity: minor Priority: P5 Component: NetX (javaws) Assignee: jvanek at redhat.com Reporter: lhersch at dssgmbh.de CC: unassigned at icedtea.classpath.org Created attachment 1730 --> https://icedtea.classpath.org/bugzilla/attachment.cgi?id=1730&action=edit described patch Enclosed a patch, which ensures that the packed resources are deleted from the cache. They are no longer needed because only the unpacked resources are accessed. -- 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 Mar 28 15:32:25 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Thu, 28 Mar 2019 15:32:25 +0000 Subject: [Bug 3715] Packed resources are unnecessarily cached after unpacking In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3715 --- Comment #1 from Lars Herschke --- pull request: https://github.com/AdoptOpenJDK/icedtea-web/pull/6 -- 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 Mar 29 03:12:34 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 29 Mar 2019 03:12:34 +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 ---------------------------------------------------------------------------- Target Milestone|3.11.0 |3.13.0 --- Comment #13 from Andrew John Hughes --- Delay to 3.13.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 Mar 29 03:12:58 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 29 Mar 2019 03:12:58 +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 ---------------------------------------------------------------------------- Target Milestone|3.11.0 |3.13.0 --- Comment #17 from Andrew John Hughes --- Delay to 3.13.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 Mar 29 03:17:01 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 29 Mar 2019 03:17:01 +0000 Subject: [Bug 3716] New: [TRACKER] IcedTea 3.12.0 Release Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3716 Bug ID: 3716 Summary: [TRACKER] IcedTea 3.12.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.12.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 Mar 29 03:17:55 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 29 Mar 2019 03:17:55 +0000 Subject: [Bug 3716] [TRACKER] IcedTea 3.12.0 Release In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3716 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Target Milestone|--- |3.12.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 Mar 29 03:18:50 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 29 Mar 2019 03:18:50 +0000 Subject: [Bug 3717] New: [TRACKER] IcedTea 3.12.0 Release Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3717 Bug ID: 3717 Summary: [TRACKER] IcedTea 3.12.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.13.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 Mar 29 03:19:03 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 29 Mar 2019 03:19:03 +0000 Subject: [Bug 3717] [TRACKER] IcedTea 3.12.0 Release In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3717 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Target Milestone|--- |3.13.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 Mar 29 03:19:42 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 29 Mar 2019 03:19:42 +0000 Subject: [Bug 3717] [TRACKER] IcedTea 3.13.0 Release In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3717 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|[TRACKER] IcedTea 3.12.0 |[TRACKER] IcedTea 3.13.0 |Release |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 Mar 29 03:20:04 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 29 Mar 2019 03:20:04 +0000 Subject: [Bug 3717] [TRACKER] IcedTea 3.13.0 Release In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3717 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 Mar 29 03:20:04 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 29 Mar 2019 03:20:04 +0000 Subject: [Bug 3641] [TRACKER] IcedTea 3.11.0 Release In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3641 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 Mar 29 03:20:21 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 29 Mar 2019 03:20:21 +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|3641 |3717 -- 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 Mar 29 03:20:21 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 29 Mar 2019 03:20:21 +0000 Subject: [Bug 3717] [TRACKER] IcedTea 3.13.0 Release In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3717 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 Mar 29 03:20:21 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 29 Mar 2019 03:20:21 +0000 Subject: [Bug 3641] [TRACKER] IcedTea 3.11.0 Release In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3641 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 Mar 29 03:20:28 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 29 Mar 2019 03:20:28 +0000 Subject: [Bug 3717] [TRACKER] IcedTea 3.13.0 Release In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3717 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 Mar 29 03:20:28 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 29 Mar 2019 03:20:28 +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|3641 |3717 -- 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 Mar 29 03:20:28 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 29 Mar 2019 03:20:28 +0000 Subject: [Bug 3641] [TRACKER] IcedTea 3.11.0 Release In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3641 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 andrew at icedtea.classpath.org Fri Mar 29 03:28:10 2019 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Fri, 29 Mar 2019 03:28:10 +0000 Subject: /hg/release/icedtea7-forest-2.6: 2 new changesets Message-ID: changeset 5641ed74431c in /hg/release/icedtea7-forest-2.6 details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6?cmd=changeset;node=5641ed74431c author: andrew date: Fri Mar 29 03:25:26 2019 +0000 Added tag icedtea-2.6.17 for changeset 6a588725b8a2 changeset dcbc62982a1c in /hg/release/icedtea7-forest-2.6 details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6?cmd=changeset;node=dcbc62982a1c author: andrew date: Fri Mar 29 03:25:42 2019 +0000 Added tag icedtea-2.6.18pre00 for changeset 6a588725b8a2 diffstat: .hgtags | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diffs (9 lines): diff -r 6a588725b8a2 -r dcbc62982a1c .hgtags --- a/.hgtags Mon Feb 25 01:45:16 2019 +0000 +++ b/.hgtags Fri Mar 29 03:25:42 2019 +0000 @@ -696,3 +696,5 @@ f182d5978cc0a52a9eb69f2bbe904708d9f215b6 jdk7u211-b00 73474550d820698e0940afd5cf1fea0fad6e8118 jdk7u211-b01 e33b0ab210bb7cb289377c84a702df11bde6bfea jdk7u211-b02 +6a588725b8a24f3e82e12a2751595e781d20e927 icedtea-2.6.17 +6a588725b8a24f3e82e12a2751595e781d20e927 icedtea-2.6.18pre00 From andrew at icedtea.classpath.org Fri Mar 29 03:28:20 2019 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Fri, 29 Mar 2019 03:28:20 +0000 Subject: /hg/release/icedtea7-forest-2.6/corba: 2 new changesets Message-ID: changeset 4b42ec56f395 in /hg/release/icedtea7-forest-2.6/corba details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/corba?cmd=changeset;node=4b42ec56f395 author: andrew date: Fri Mar 29 03:25:22 2019 +0000 Added tag icedtea-2.6.17 for changeset 46169649285d changeset 413a5c9d1093 in /hg/release/icedtea7-forest-2.6/corba details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/corba?cmd=changeset;node=413a5c9d1093 author: andrew date: Fri Mar 29 03:25:40 2019 +0000 Added tag icedtea-2.6.18pre00 for changeset 46169649285d diffstat: .hgtags | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diffs (9 lines): diff -r 46169649285d -r 413a5c9d1093 .hgtags --- a/.hgtags Mon Feb 25 01:45:16 2019 +0000 +++ b/.hgtags Fri Mar 29 03:25:40 2019 +0000 @@ -698,3 +698,5 @@ f9249fa13a934e6acdaaa2250e2565dd89e9676a jdk7u211-b00 1ce73c291eb9c463aa10e6e0d3b8be30e545645c jdk7u211-b01 4bd3fa89548dd66b7f519efd2ed87f6d6bec142b jdk7u211-b02 +46169649285da0d4367c04f4d4f60c88754e1abb icedtea-2.6.17 +46169649285da0d4367c04f4d4f60c88754e1abb icedtea-2.6.18pre00 From andrew at icedtea.classpath.org Fri Mar 29 03:28:29 2019 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Fri, 29 Mar 2019 03:28:29 +0000 Subject: /hg/release/icedtea7-forest-2.6/jaxp: 2 new changesets Message-ID: changeset 274f7de3b5bd in /hg/release/icedtea7-forest-2.6/jaxp details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jaxp?cmd=changeset;node=274f7de3b5bd author: andrew date: Fri Mar 29 03:25:23 2019 +0000 Added tag icedtea-2.6.17 for changeset c05c97839122 changeset 06b22fed662c in /hg/release/icedtea7-forest-2.6/jaxp details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jaxp?cmd=changeset;node=06b22fed662c author: andrew date: Fri Mar 29 03:25:40 2019 +0000 Added tag icedtea-2.6.18pre00 for changeset c05c97839122 diffstat: .hgtags | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diffs (9 lines): diff -r c05c97839122 -r 06b22fed662c .hgtags --- a/.hgtags Mon Feb 25 01:45:17 2019 +0000 +++ b/.hgtags Fri Mar 29 03:25:40 2019 +0000 @@ -699,3 +699,5 @@ ca7288d148d2e8e9f3aefb92cb5f48086dc4c247 jdk7u211-b00 3293c5bf8fff346d03c96d0dac799fb8d21a633f jdk7u211-b01 7b0bfb4aa32f543f45ca95788a038a85a417a788 jdk7u211-b02 +c05c97839122946d026b78e4583b9cf6a43b1025 icedtea-2.6.17 +c05c97839122946d026b78e4583b9cf6a43b1025 icedtea-2.6.18pre00 From andrew at icedtea.classpath.org Fri Mar 29 03:28:39 2019 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Fri, 29 Mar 2019 03:28:39 +0000 Subject: /hg/release/icedtea7-forest-2.6/jaxws: 2 new changesets Message-ID: changeset 1675108c9344 in /hg/release/icedtea7-forest-2.6/jaxws details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jaxws?cmd=changeset;node=1675108c9344 author: andrew date: Fri Mar 29 03:25:24 2019 +0000 Added tag icedtea-2.6.17 for changeset 238368449487 changeset 1407303afbd4 in /hg/release/icedtea7-forest-2.6/jaxws details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jaxws?cmd=changeset;node=1407303afbd4 author: andrew date: Fri Mar 29 03:25:40 2019 +0000 Added tag icedtea-2.6.18pre00 for changeset 238368449487 diffstat: .hgtags | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diffs (9 lines): diff -r 238368449487 -r 1407303afbd4 .hgtags --- a/.hgtags Mon Feb 25 01:45:17 2019 +0000 +++ b/.hgtags Fri Mar 29 03:25:40 2019 +0000 @@ -698,3 +698,5 @@ a9f8277cf7ed879f683b59afa04c21b112d46853 jdk7u211-b00 4aeda87f2577a0397c3e82ecb1f56d036a5d22e9 jdk7u211-b01 34236bc3f942fed4b869b1d6d0cb90e46153b6b0 jdk7u211-b02 +2383684494877798b5bffbedc717eff41149d1bd icedtea-2.6.17 +2383684494877798b5bffbedc717eff41149d1bd icedtea-2.6.18pre00 From andrew at icedtea.classpath.org Fri Mar 29 03:28:48 2019 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Fri, 29 Mar 2019 03:28:48 +0000 Subject: /hg/release/icedtea7-forest-2.6/langtools: 2 new changesets Message-ID: changeset b729caabe45a in /hg/release/icedtea7-forest-2.6/langtools details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/langtools?cmd=changeset;node=b729caabe45a author: andrew date: Fri Mar 29 03:25:26 2019 +0000 Added tag icedtea-2.6.17 for changeset 6cdbf382f3e2 changeset 49ae31af5d60 in /hg/release/icedtea7-forest-2.6/langtools details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/langtools?cmd=changeset;node=49ae31af5d60 author: andrew date: Fri Mar 29 03:25:41 2019 +0000 Added tag icedtea-2.6.18pre00 for changeset 6cdbf382f3e2 diffstat: .hgtags | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diffs (9 lines): diff -r 6cdbf382f3e2 -r 49ae31af5d60 .hgtags --- a/.hgtags Mon Feb 25 01:45:17 2019 +0000 +++ b/.hgtags Fri Mar 29 03:25:41 2019 +0000 @@ -698,3 +698,5 @@ 353ea2f317ff940242316d0069c2239d178bd7d3 jdk7u211-b00 b8196c545f3e11c704c020d89a4e61cea54fb4f7 jdk7u211-b01 b22fd0eed3e1a00754635ab45799ed6c4c49645b jdk7u211-b02 +6cdbf382f3e28112b6ec3aa3f90be2df532ec656 icedtea-2.6.17 +6cdbf382f3e28112b6ec3aa3f90be2df532ec656 icedtea-2.6.18pre00 From andrew at icedtea.classpath.org Fri Mar 29 03:28:58 2019 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Fri, 29 Mar 2019 03:28:58 +0000 Subject: /hg/release/icedtea7-forest-2.6/hotspot: 2 new changesets Message-ID: changeset ea69cbc3d202 in /hg/release/icedtea7-forest-2.6/hotspot details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/hotspot?cmd=changeset;node=ea69cbc3d202 author: andrew date: Fri Mar 29 03:25:27 2019 +0000 Added tag icedtea-2.6.17 for changeset d47e668978c8 changeset 30003f738edf in /hg/release/icedtea7-forest-2.6/hotspot details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/hotspot?cmd=changeset;node=30003f738edf author: andrew date: Fri Mar 29 03:25:42 2019 +0000 Added tag icedtea-2.6.18pre00 for changeset d47e668978c8 diffstat: .hgtags | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diffs (9 lines): diff -r d47e668978c8 -r 30003f738edf .hgtags --- a/.hgtags Mon Feb 25 01:45:17 2019 +0000 +++ b/.hgtags Fri Mar 29 03:25:42 2019 +0000 @@ -937,3 +937,5 @@ 58964d7eef111a6c1b361e32daeae41cbe9e7f7c jdk7u211-b00 87b0534bbec2c217e7c4574e962b93b3c5a61193 jdk7u211-b01 e1b1da173e19b3abe6660d601f3a5cbf116cf8f5 jdk7u211-b02 +d47e668978c8e40925d6b2120aab3f1a82f1fc96 icedtea-2.6.17 +d47e668978c8e40925d6b2120aab3f1a82f1fc96 icedtea-2.6.18pre00 From andrew at icedtea.classpath.org Fri Mar 29 03:29:08 2019 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Fri, 29 Mar 2019 03:29:08 +0000 Subject: /hg/release/icedtea7-forest-2.6/jdk: 3 new changesets Message-ID: changeset 64a6de4896a6 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=64a6de4896a6 author: andrew date: Fri Mar 29 03:25:25 2019 +0000 Added tag icedtea-2.6.17 for changeset 6093d128c588 changeset 9a177daab2d9 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=9a177daab2d9 author: andrew date: Fri Mar 29 03:27:17 2019 +0000 Bump to icedtea-2.6.18pre00 changeset bc5987e47d62 in /hg/release/icedtea7-forest-2.6/jdk details: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.6/jdk?cmd=changeset;node=bc5987e47d62 author: andrew date: Fri Mar 29 03:27:31 2019 +0000 Added tag icedtea-2.6.18pre00 for changeset 9a177daab2d9 diffstat: .hgtags | 2 ++ make/jdk_generic_profile.sh | 2 +- 2 files changed, 3 insertions(+), 1 deletions(-) diffs (21 lines): diff -r 6093d128c588 -r bc5987e47d62 .hgtags --- a/.hgtags Mon Feb 25 01:45:18 2019 +0000 +++ b/.hgtags Fri Mar 29 03:27:31 2019 +0000 @@ -691,3 +691,5 @@ a2b9c221a234c108fe5a0ab574182ae0a4a1f16f jdk7u211-b00 f992c97c7f1e47b8a0dacddb5b91ac2e937c4eb8 jdk7u211-b01 303a29c24e3b1c876b4142f14d5dcacdbc33fac4 jdk7u211-b02 +6093d128c5884a4d177b5c7b28793d8eb12c3c29 icedtea-2.6.17 +9a177daab2d9cb9baefc6109057569fd81f4392c icedtea-2.6.18pre00 diff -r 6093d128c588 -r bc5987e47d62 make/jdk_generic_profile.sh --- a/make/jdk_generic_profile.sh Mon Feb 25 01:45:18 2019 +0000 +++ b/make/jdk_generic_profile.sh Fri Mar 29 03:27:31 2019 +0000 @@ -672,7 +672,7 @@ # IcedTea versioning export ICEDTEA_NAME="IcedTea" -export PACKAGE_VERSION="2.6.17" +export PACKAGE_VERSION="2.6.18pre00" export DERIVATIVE_ID="${ICEDTEA_NAME} ${PACKAGE_VERSION}" echo "Building ${DERIVATIVE_ID}" From andrew at icedtea.classpath.org Fri Mar 29 03:34:51 2019 From: andrew at icedtea.classpath.org (andrew at icedtea.classpath.org) Date: Fri, 29 Mar 2019 03:34:51 +0000 Subject: /hg/icedtea7: Add 2.6.17 release notes. Message-ID: changeset 7c197cd76007 in /hg/icedtea7 details: http://icedtea.classpath.org/hg/icedtea7?cmd=changeset;node=7c197cd76007 author: Andrew John Hughes date: Fri Mar 29 03:34:41 2019 +0000 Add 2.6.17 release notes. 2019-03-28 Andrew John Hughes * NEWS: Add 2.6.17 release notes. diffstat: ChangeLog | 4 +++ NEWS | 82 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 86 insertions(+), 0 deletions(-) diffs (104 lines): diff -r 3f3529f60984 -r 7c197cd76007 ChangeLog --- a/ChangeLog Tue Jan 08 03:30:52 2019 +0000 +++ b/ChangeLog Fri Mar 29 03:34:41 2019 +0000 @@ -1,3 +1,7 @@ +2019-03-28 Andrew John Hughes + + * NEWS: Add 2.6.17 release notes. + 2019-01-02 Andrew John Hughes PR3676: Update CVE URL diff -r 3f3529f60984 -r 7c197cd76007 NEWS --- a/NEWS Tue Jan 08 03:30:52 2019 +0000 +++ b/NEWS Fri Mar 29 03:34:41 2019 +0000 @@ -24,7 +24,89 @@ * Bug fixes - PR3162: Remove reference to AbstractPlainDatagramSocketImpl.c, removed in 8072466 - PR3494: Skip AES test on AArch64 due to VM crash + +New in release 2.6.17 (2019-03-16): + +* Security fixes + - S8199156: Better route routing + - S8199161: Better interface enumeration + - S8199166: Better interface lists + - S8199552: Update to build scripts + - S8200659: Improve BigDecimal support + - S8203955: Improve robot support + - S8204895: Better icon support + - S8205356: Choose printer defaults + - S8205709: Proper allocation handling + - S8205714: Initial class initialization + - S8206290, CVE-2019-2422: Better FileChannel transfer performance + - S8206295: More reliable p11 transactions + - S8206301: Improve NIO stability + - S8208585: Make crypto code more robust + - S8209094, CVE_2019-2426: Improve web server connections + - S8210094: Better loading of classloader classes + - S8210606: Improved data set handling + - S8210610: Improved LSA authentication + - S8210866, CVE-2018-11212: Improve JPEG processing + - S8210870: Libsunmscapi improved interactions +* Import of OpenJDK 7 u211 build 0 + - S6383200: PBE: need new algorithm support in password based encryption + - S6483657: MSCAPI provider does not create unique alias names + - S8000203: File descriptor leak in src/solaris/native/java/net/net_util_md.c + - S8008321: compile.cpp verify_graph_edges uses bool as int + - S8013069: javax.crypto tests fail with new PBE algorithm names + - S8027781: New jarsigner timestamp warning is grammatically incorrect + - S8029018: (bf) Check src/share/native/java/nio/Bits.c for JNI pending exceptions + - S8029661: Support TLS v1.2 algorithm in SunPKCS11 provider + - S8098854: Do cleanup in a proper order in sunmscapi code + - S8133070: Hot lock on BulkCipher.isAvailable + - S8138589: Correct limits on unlimited cryptography + - S8143913: MSCAPI keystore should accept Certificate[] in setEntry() + - S8159805: sun/security/tools/jarsigner/warnings/NoTimestampTest.java fails after JDK-8027781 + - S8162362: Introduce system property to control enabled ciphersuites + - S8165463: Native implementation of sunmscapi should use operator new (nothrow) for allocations + - S8191438: jarsigner should print when a timestamp will expire + - S8205330: InitialDirContext ctor sometimes throws NPE if the server has sent a disconnection + - S8207775: Better management of CipherCore buffers + - S8208583: Better management of internal KeyStore buffers + - S8209129: Further improvements to cipher buffer management + - S8209862: CipherCore performance improvement + - S8210695: Create test to cover JDK-8205330 InitialDirContext ctor sometimes throws NPE if the server has sent a disconnection + - S8210951: Test sun/security/ssl/SSLContextImpl/CustomizedCipherSuites.java fails + - S8211883: Disable anon and NULL cipher suites + - S8213085: (tz) Upgrade time-zone data to tzdata2018g + - S8213368: JDK 8u201 l10n resource file update + - S8213949: OpenJDK 8 CCharToGlyphMapper.m missing the Classpath exception license text + - S8214357: JDK 8u201 l10n resource file update md20 + - S8218798: slowdebug build broken by JDK-8205714 +* Import of OpenJDK 7 u211 build 1 + - S8213154: Update copyright headers of files in src tree that are missing Classpath exception +* Import of OpenJDK 7 u211 build 2 + - S8219570: JDK-6383200 wrongly extends PBEParameterSpec API +* Backports + - S6424123, PR3702: JVM crashes on failed 'strdup' call + - S8005921, PR3702: Memory leaks in vmStructs.cpp + - S8011661, PR3702: Insufficient memory message says "malloc" when sometimes it should say "mmap" + - S8014138, PR3702: Add VM option to facilitate the writing of CDS tests + - S8055286, PR3702: Extend CompileCommand=option to handle numeric parameters + - S8056964, PR3702: JDK-8055286 changes are incomplete. + - S8057129, PR3702: Fix AIX build after the Extend CompileCommand=option change 8055286 + - S8059847, PR3702: complement JDK-8055286 and JDK-8056964 changes + - S8076475, PR3702: Misuses of strncpy/strncat + - S8145096, PR3700: Undefined behaviour in HotSpot + - S8214059, PR3701: Undefined behaviour in ADLC + - S8217753, PR3686: Enable HotSpot builds on 5.x Linux kernels +* Bug fixes + - PR3647: Backed out changeset 4e3ea67d3b69 (JDK-4890063/PR2305/RH1214835) - PR3676: Update CVE URL +* SystemTap + - PR3698: jstack.stp should support ppc64[le,be] +* AArch64 port + - S8207838, PR3669: AArch64: Float registers incorrectly restored in JNI call + - S8209414, PR3669: AArch64: method handle invocation does not respect JVMTI interp_only mode + - S8209415, PR3669: Fix JVMTI test failure HS202 + - S8211064, PR3669: [AArch64] Interpreter and c1 don't correctly handle jboolean results in native calls + - S8215951, PR3669: AArch64: jtreg test vmTestbase/nsk/jvmti/PopFrame/popframe005 segfaults + - S8218185, PR3669: aarch64: missing LoadStore barrier in TemplateTable::putfield_or_static New in release 2.6.16 (2019-01-01): From bugzilla-daemon at icedtea.classpath.org Fri Mar 29 04:37:14 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 29 Mar 2019 04:37:14 +0000 Subject: [Bug 3710] IcedTea 3.11. nss removal In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3710 --- Comment #1 from Andrew John Hughes --- Can you provide some information on what failure you are seeing? And what you mean by "re-adding nss manually"? IcedTea now uses the OpenJDK copy of the same code it once used in NSS. It shouldn't result in any difference in operation, but resolve problems where NSS is updated and an older version is still statically linked with the IcedTea build. -- 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 Mar 29 04:37:27 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 29 Mar 2019 04:37:27 +0000 Subject: [Bug 3710] IcedTea 3.11. nss removal In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3710 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|enhancement |normal -- 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 Mar 29 04:41:38 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 29 Mar 2019 04:41:38 +0000 Subject: [Bug 3718] New: Change policytool.desktop.in category Development to Settings Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3718 Bug ID: 3718 Summary: Change policytool.desktop.in category Development to Settings 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 Fedora has a local change to policytool.desktop.in which has not been pushed upstream: -Categories=Development;Java; +Categories=Settings;Java; -- 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 Mar 29 04:41:59 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 29 Mar 2019 04:41:59 +0000 Subject: [Bug 3718] Change policytool.desktop.in category Development to Settings In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3718 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Blocks| |3716 Target Milestone|--- |3.12.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 Mar 29 04:41:59 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 29 Mar 2019 04:41:59 +0000 Subject: [Bug 3716] [TRACKER] IcedTea 3.12.0 Release In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3716 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |3718 -- 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 Mar 29 04:51:12 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 29 Mar 2019 04:51:12 +0000 Subject: [Bug 3719] New: Use JRE bin directory in policytool.desktop.in Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3719 Bug ID: 3719 Summary: Use JRE bin directory in policytool.desktop.in 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 In Fedora, policytool.desktop.in uses a different bin directory for JRE only installations: sed -i -e "s:_JREBINDIR_:%{jrebindir -- $suffix}:g" $OUTPUT_FILE We need to use _JREBINDIR_ in policytool.desktop.in to allow it to have a different path to the _BINDIR_ used in jconsole.desktop.in. -- 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 Mar 29 04:51:47 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 29 Mar 2019 04:51:47 +0000 Subject: [Bug 3719] Use JRE bin directory in policytool.desktop.in In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3719 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Blocks| |3716 Target Milestone|--- |3.12.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 Mar 29 04:51:47 2019 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 29 Mar 2019 04:51:47 +0000 Subject: [Bug 3716] [TRACKER] IcedTea 3.12.0 Release In-Reply-To: References: Message-ID: https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3716 Andrew John Hughes changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |3719 -- You are receiving this mail because: You are on the CC list for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.heinrichs at karakun.com Fri Mar 29 16:37:49 2019 From: michael.heinrichs at karakun.com (Michael Heinrichs) Date: Fri, 29 Mar 2019 17:37:49 +0100 Subject: OpenWebStart and IcedTea-Web In-Reply-To: References: <19dc2dda-f5bc-effb-188c-6be46c5207a8@redhat.com> <2d8e5ead-627f-bff3-d1da-3fa4fab5061f@redhat.com> <48e4b6c8-b5bd-7f02-04cf-8d8d3 4b4382a@redhat.com> Message-ID: <0EF72251-566F-494A-9EF8-CDC65416F9C2@karakun.com> Hi Jiri, Good news! We just finished our meeting where we discussed the outcome of the hackathon. We decided that we want to continue with IcedTea-Web. Next week, we will start to create clean PR for the main repository. But as we already discussed this will not work in the long run, therefore we need commit-rights rather sooner than later. We will start with two engineers and later a third one will join. What is the process to get commit rights? Our suggestion is that all changes have to go through a PR and need at least one approval before they can be merged. What do you think? Do you have the rights to set this up in GitHub? Thanks, Michael > On 27. Mar 2019, at 17:53, Jiri Vanek wrote: > > On 3/27/19 5:49 PM, Michael Heinrichs wrote: >> Hi Jiri, >> >> This sounds great. I totally agree, PRs and code reviews are a must nowadays. AFAIK all projects at Karakun are done that way and we also plan to establish these practices for OpenWebStart. >> >> Do you discuss somewhere how the process is going to be set up? > > Yes. With you,right now :) >> >> Thanks, >> Michael >> >> Von meinem iPhone gesendet >> >>> Am 26.03.2019 um 17:27 schrieb Jiri Vanek : >>> >>>> On 3/26/19 9:08 AM, Michael Heinrichs wrote: >>>> Hi Jiri, >>>> >>>> Yes, there is only one code base at this point. But we are currently evaluating if it makes more sense for us to join ITW or create something new/fork ITW. There are pros and cons for both sides. >>>> >>>> I cannot really tell you right now how the native part and the Java part can be split. Our engineers are doing a two day workshop this week where they try to find good answers to these questions among others. Stay tuned! :) >>> >>> Lets watch it:) ITW can become downstream of yours at the end... >>>> >>>> Sorry for not being clear. When I wrote modules, I meant Maven modules. Our plan is to bundle OpenWebStart with a JRE in native installers, which would make us more flexibel in terms of which Java version we want to use. But the first version will probably run on Java 8 anyway. >>> >>> ok. Multi jdk support is both advantage and pitfall of ITW. >>> >>>> >>>> What is the policy of the ITW repo? Are you the only committer and people created pull requests? I guess this process will not work anymore unless you are willing to do nothing more but pull request reviews during the next couple of months. ;) How shall we setup the process? >>> >>> There was about 20 commiters/reviwers on classapth servers I knew about, and aprox 100 I was not >>> aware about. Unluckily all are inactive now. Anyway, we moved to new repo, so those are no longer >>> valid, nor the workflow, nor the policies. >>> >>> I definitely can not stay single commiter/reviwer. That would kill both me and ITW. I'm definitely >>> going to eyball all commits in next few weeks, but I may be of for day or so, and I do not wont it >>> to stay and wait. I can always speak my mind after merge, and you do not need to listen. Nor I can >>> catch all, nor can I be the single stop show voice. >>> >>> I guess all your fultimers on ITW should get commit review permissions right now, but all changes >>> should go through PR, so other interested vocies can comment. Geerally untill there is anti voice, >>> the PR should (SHOULD!) not be merged. >>> >>> We are currently setting the process up. Lets it be square usable. My only note to it really is, >>> that every change should go via PR, and your full timers shoudl get push/merge access. >>> >>> TYVM! >>> J. >>> >>> >> > > > -- > 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: