From jonathan.gibbons at oracle.com Mon Aug 1 20:18:45 2016 From: jonathan.gibbons at oracle.com (jonathan.gibbons at oracle.com) Date: Mon, 01 Aug 2016 20:18:45 +0000 Subject: hg: code-tools/jtreg: compile JTRegModuleHelper in Ant build Message-ID: <201608012018.u71KIk5Y025857@aojmv0008.oracle.com> Changeset: fce2955d1b7b Author: jjg Date: 2016-08-01 13:18 -0700 URL: http://hg.openjdk.java.net/code-tools/jtreg/rev/fce2955d1b7b compile JTRegModuleHelper in Ant build ! make/build.xml From jonathan.gibbons at oracle.com Mon Aug 1 21:01:38 2016 From: jonathan.gibbons at oracle.com (jonathan.gibbons at oracle.com) Date: Mon, 01 Aug 2016 21:01:38 +0000 Subject: hg: code-tools/jtreg: compile JTRegModuleHelper in Ant build (fix) Message-ID: <201608012101.u71L1cqL008008@aojmv0008.oracle.com> Changeset: cac22d9e6a83 Author: jjg Date: 2016-08-01 14:01 -0700 URL: http://hg.openjdk.java.net/code-tools/jtreg/rev/cac22d9e6a83 compile JTRegModuleHelper in Ant build (fix) ! make/build.xml From sadhak001 at gmail.com Mon Aug 1 22:21:05 2016 From: sadhak001 at gmail.com (Mani Sarkar) Date: Mon, 01 Aug 2016 22:21:05 +0000 Subject: jtreg-dev Digest, Vol 33, Issue 1 In-Reply-To: References: Message-ID: Hi Jon, Thanks for the JTRegModuleHelper fix in the latest version of jtreg, latest build at https://adopt-openjdk.ci.cloudbees.com/job/jtreg/ has the appropriate class included. Cheers Mani On Mon, 1 Aug 2016 21:18 , wrote: > Send jtreg-dev mailing list submissions to > jtreg-dev at openjdk.java.net > > To subscribe or unsubscribe via the World Wide Web, visit > http://mail.openjdk.java.net/mailman/listinfo/jtreg-dev > or, via email, send a message with subject or body 'help' to > jtreg-dev-request at openjdk.java.net > > You can reach the person managing the list at > jtreg-dev-owner at openjdk.java.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of jtreg-dev digest..." > > > Today's Topics: > > 1. hg: code-tools/jtreg: add missing file > (jonathan.gibbons at oracle.com) > 2. hg: code-tools/jtreg: 7901667: Enhance library support in > TEST.properties (jonathan.gibbons at oracle.com) > 3. Re: [rfc] more benevolent java version check (Jonathan Gibbons) > 4. hg: code-tools/jtreg: remove obsolete make rules > (jonathan.gibbons at oracle.com) > 5. hg: code-tools/jtreg: 7901750: more benevolent java version > check (jonathan.gibbons at oracle.com) > 6. Re: [rfc] more benevolent java version check (Jonathan Gibbons) > 7. hg: code-tools/jtreg: 7901747: jtreg treats TestNG Skip > status as failure. (jonathan.gibbons at oracle.com) > 8. Re: [rfc] more benevolent java version check (Jiri Vanek) > 9. Re: [rfc] more benevolent java version check (Jiri Vanek) > 10. hg: code-tools/jtreg: compile JTRegModuleHelper in Ant build > (jonathan.gibbons at oracle.com) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 29 Jul 2016 22:16:25 +0000 > From: jonathan.gibbons at oracle.com > To: jtreg-dev at openjdk.java.net > Subject: hg: code-tools/jtreg: add missing file > Message-ID: <201607292216.u6TMGPcE017567 at aojmv0008.oracle.com> > > Changeset: 5579e5a08111 > Author: jjg > Date: 2016-07-29 15:16 -0700 > URL: http://hg.openjdk.java.net/code-tools/jtreg/rev/5579e5a08111 > > add missing file > > + src/share/classes/com/sun/javatest/regtest/agent/Flags.java > > > > ------------------------------ > > Message: 2 > Date: Sat, 30 Jul 2016 00:44:33 +0000 > From: jonathan.gibbons at oracle.com > To: jtreg-dev at openjdk.java.net > Subject: hg: code-tools/jtreg: 7901667: Enhance library support in > TEST.properties > Message-ID: <201607300044.u6U0iXGX016374 at aojmv0008.oracle.com> > > Changeset: fd9206d1a256 > Author: jjg > Date: 2016-07-29 17:44 -0700 > URL: http://hg.openjdk.java.net/code-tools/jtreg/rev/fd9206d1a256 > > 7901667: Enhance library support in TEST.properties > > + make/tests/LibBuildArgsTest.gmk > ! src/share/classes/com/sun/javatest/regtest/Locations.java > ! src/share/classes/com/sun/javatest/regtest/RegressionScript.java > ! src/share/classes/com/sun/javatest/regtest/RegressionTestFinder.java > ! src/share/classes/com/sun/javatest/regtest/RegressionTestSuite.java > ! src/share/classes/com/sun/javatest/regtest/TestNGAction.java > ! src/share/classes/com/sun/javatest/regtest/TestProperties.java > ! src/share/doc/javatest/regtest/tag-spec.html > ! src/share/test/javatest/regtest/InterruptTest.java > + src/share/test/javatest/regtest/data/libBuildArgs/TEST.ROOT > + > src/share/test/javatest/regtest/data/libBuildArgs/bad/LibBuildArgsTest.java > + src/share/test/javatest/regtest/data/libBuildArgs/bad/TEST.properties > + > src/share/test/javatest/regtest/data/libBuildArgs/good/LibBuildArgsTest.java > + src/share/test/javatest/regtest/data/libBuildArgs/good/TEST.properties > + src/share/test/javatest/regtest/data/libBuildArgs/lib/bad/Bad1.java > + src/share/test/javatest/regtest/data/libBuildArgs/lib/bad/Bad2.java > + src/share/test/javatest/regtest/data/libBuildArgs/lib/good/Good1.java > + src/share/test/javatest/regtest/data/libBuildArgs/lib/good/Good2.java > + src/share/test/javatest/regtest/data/libBuildArgs/lib/mixed/Bad.java > + src/share/test/javatest/regtest/data/libBuildArgs/lib/mixed/Good.java > > > > ------------------------------ > > Message: 3 > Date: Fri, 29 Jul 2016 18:04:28 -0700 > From: Jonathan Gibbons > To: jtreg-dev at openjdk.java.net > Subject: Re: [rfc] more benevolent java version check > Message-ID: <579BFD1C.5000509 at oracle.com> > Content-Type: text/plain; charset=utf-8; format=flowed > > Jiri, > > Your patch is against quite an old version of the class, but I > understand what you are trying to do, and so I'll look at making the > current code be more tolerant of JAVA_TOOL_OPTIONS > > -- Jon > > On 07/29/2016 01:57 AM, Jiri Vanek wrote: > > ping please? > > > > J. > > On 07/27/2016 08:28 PM, Jiri Vanek wrote: > >> Hello! > >> > >> Please accept attached patch which is making java version check for > >> other vm more bullet proof. > >> > >> Originally, the java version was strictly expecting the searched item > >> on first line. > >> However, when eg $JAVA_TOOL_OPTIONS is used, the output of forked > >> process got messy. EG: > >> > >> java -version > >> Picked up JAVA_TOOL_OPTIONS: -XX:+UseShenandoahGC > >> OpenJDK 64-Bit Server VM warning: Compressed Oops not supported with > >> ShenandoahGC > >> .... > >> > >> My patch is making the usage of JAVA_TOOL_OPTIONS possible, as it is > >> searching the output of forked > >> process by key. > >> > >> > >> Tahnx! > >> > >> J. > >> > >> benevolent_java_version.patch > >> > >> > >> diff -r 7906b5ebfc75 src/share/classes/com/sun/javatest/regtest/JDK.java > >> --- a/src/share/classes/com/sun/javatest/regtest/JDK.java Thu Apr > >> 16 17:45:57 2015 -0700 > >> +++ b/src/share/classes/com/sun/javatest/regtest/JDK.java Wed Jul > >> 27 20:23:30 2016 +0200 > >> @@ -150,9 +150,15 @@ > >> String out = getOutput(p); > >> int rc = p.waitFor(); > >> if (rc == 0) { > >> - String[] v = > >> StringUtils.splitEqual(out.trim()); > >> - if (v.length == 2 && > >> v[0].equals(VERSION_PROPERTY)) > >> - version = v[1]; > >> + String[] outs=out.split("\n"); > >> + for (String line : outs) { > >> + System.out.println(line); > >> + String[] v = > >> StringUtils.splitEqual(line.trim()); > >> + if (v.length == 2 && > >> v[0].equals(VERSION_PROPERTY)) { > >> + version = v[1]; > >> + break; > >> + } > >> + } > >> } > >> } catch (InterruptedException e) { > >> // ignore, leave version as default > >> > > > > > > ------------------------------ > > Message: 4 > Date: Sat, 30 Jul 2016 01:30:48 +0000 > From: jonathan.gibbons at oracle.com > To: jtreg-dev at openjdk.java.net > Subject: hg: code-tools/jtreg: remove obsolete make rules > Message-ID: <201607300130.u6U1UmZl025126 at aojmv0008.oracle.com> > > Changeset: 720dd7793cea > Author: jjg > Date: 2016-07-29 17:55 -0700 > URL: http://hg.openjdk.java.net/code-tools/jtreg/rev/720dd7793cea > > remove obsolete make rules > > ! make/jtreg.gmk > - make/tests/NoJUnit.gmk > > > > ------------------------------ > > Message: 5 > Date: Sat, 30 Jul 2016 01:37:42 +0000 > From: jonathan.gibbons at oracle.com > To: jtreg-dev at openjdk.java.net > Subject: hg: code-tools/jtreg: 7901750: more benevolent java version > check > Message-ID: <201607300137.u6U1bgd0026160 at aojmv0008.oracle.com> > > Changeset: 3f9d1b865d72 > Author: jjg > Date: 2016-07-29 18:37 -0700 > URL: http://hg.openjdk.java.net/code-tools/jtreg/rev/3f9d1b865d72 > > 7901750: more benevolent java version check > Based on contribution from jvanek at redhat.com > > ! src/share/classes/com/sun/javatest/regtest/JDK.java > > > > ------------------------------ > > Message: 6 > Date: Fri, 29 Jul 2016 18:38:51 -0700 > From: Jonathan Gibbons > To: jtreg-dev at openjdk.java.net > Subject: Re: [rfc] more benevolent java version check > Message-ID: <579C052B.4040103 at oracle.com> > Content-Type: text/plain; charset=utf-8; format=flowed > > https://bugs.openjdk.java.net/browse/CODETOOLS-7901750 > > now fixed. > > On 07/27/2016 11:28 AM, Jiri Vanek wrote: > > Hello! > > > > Please accept attached patch which is making java version check for > > other vm more bullet proof. > > > > Originally, the java version was strictly expecting the searched item > > on first line. > > However, when eg $JAVA_TOOL_OPTIONS is used, the output of forked > > process got messy. EG: > > > > java -version > > Picked up JAVA_TOOL_OPTIONS: -XX:+UseShenandoahGC > > OpenJDK 64-Bit Server VM warning: Compressed Oops not supported with > > ShenandoahGC > > .... > > > > My patch is making the usage of JAVA_TOOL_OPTIONS possible, as it is > > searching the output of forked process by key. > > > > > > Tahnx! > > > > J. > > > > ------------------------------ > > Message: 7 > Date: Sat, 30 Jul 2016 02:15:28 +0000 > From: jonathan.gibbons at oracle.com > To: jtreg-dev at openjdk.java.net > Subject: hg: code-tools/jtreg: 7901747: jtreg treats TestNG Skip > status as failure. > Message-ID: <201607300215.u6U2FSW8004085 at aojmv0008.oracle.com> > > Changeset: 939e604a94a2 > Author: jjg > Date: 2016-07-29 19:15 -0700 > URL: http://hg.openjdk.java.net/code-tools/jtreg/rev/939e604a94a2 > > 7901747: jtreg treats TestNG Skip status as failure. > > ! src/share/classes/com/sun/javatest/regtest/TestNGAction.java > > > > ------------------------------ > > Message: 8 > Date: Sat, 30 Jul 2016 14:35:45 +0200 > From: Jiri Vanek > To: Jonathan Gibbons , > jtreg-dev at openjdk.java.net > Subject: Re: [rfc] more benevolent java version check > Message-ID: > Content-Type: text/plain; charset=utf-8; format=flowed > > On 07/30/2016 03:38 AM, Jonathan Gibbons wrote: > > https://bugs.openjdk.java.net/browse/CODETOOLS-7901750 > > > > now fixed. > > > That was quick :) > TYVM! > J. > > > > > On 07/27/2016 11:28 AM, Jiri Vanek wrote: > >> Hello! > >> > >> Please accept attached patch which is making java version check for > other vm more bullet proof. > >> > >> Originally, the java version was strictly expecting the searched item > on first line. > >> However, when eg $JAVA_TOOL_OPTIONS is used, the output of forked > process got messy. EG: > >> > >> java -version > >> Picked up JAVA_TOOL_OPTIONS: -XX:+UseShenandoahGC > >> OpenJDK 64-Bit Server VM warning: Compressed Oops not supported with > ShenandoahGC > >> .... > >> > >> My patch is making the usage of JAVA_TOOL_OPTIONS possible, as it is > searching the output of > >> forked process by key. > >> > >> > >> Tahnx! > >> > >> J. > > > > > > ------------------------------ > > Message: 9 > Date: Sat, 30 Jul 2016 14:44:33 +0200 > From: Jiri Vanek > To: Jonathan Gibbons , > jtreg-dev at openjdk.java.net, issues at adoptopenjdk.java.net > Subject: Re: [rfc] more benevolent java version check > Message-ID: > Content-Type: text/plain; charset=utf-8; format=flowed > > Ouch. > It looks like jenkins build is stuck since 25th jul. > > https://adopt-openjdk.ci.cloudbees.com/job/jtreg/scmPollLog/ > > Started on Jul 29, 2016 9:12:00 PM > ERROR: Failed to record SCM polling for > hudson.model.FreeStyleProject at 710a47ff[jtreg] > java.lang.UnsupportedOperationException > at > com.cloudbees.hudson.model.PsuedoNode.createLauncher(PsuedoNode.java:77) > at > hudson.tools.JDKInstaller.performInstallation(JDKInstaller.java:143) > at > hudson.tools.InstallerTranslator.getToolHome(InstallerTranslator.java:68) > at > hudson.tools.ToolLocationNodeProperty.getToolHome(ToolLocationNodeProperty.java:108) > at > hudson.tools.ToolInstallation.translateFor(ToolInstallation.java:206) > at hudson.model.JDK.forNode(JDK.java:143) > at > hudson.model.AbstractProject.getEnvironment(AbstractProject.java:357) > at > hudson.model.AbstractProject.pollWithWorkspace(AbstractProject.java:1460) > at hudson.model.AbstractProject._poll(AbstractProject.java:1438) > at hudson.model.AbstractProject.poll(AbstractProject.java:1349) > at > hudson.triggers.SCMTrigger$Runner.runPolling(SCMTrigger.java:526) > at hudson.triggers.SCMTrigger$Runner.run(SCMTrigger.java:555) > at > hudson.util.SequentialExecutionQueue$QueueEntry.run(SequentialExecutionQueue.java:119) > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > > J:( > > On 07/30/2016 02:35 PM, Jiri Vanek wrote: > > On 07/30/2016 03:38 AM, Jonathan Gibbons wrote: > >> https://bugs.openjdk.java.net/browse/CODETOOLS-7901750 > >> > >> now fixed. > > > > > > That was quick :) > > TYVM! > > J. > > > >> > >> On 07/27/2016 11:28 AM, Jiri Vanek wrote: > >>> Hello! > >>> > >>> Please accept attached patch which is making java version check for > other vm more bullet proof. > >>> > >>> Originally, the java version was strictly expecting the searched item > on first line. > >>> However, when eg $JAVA_TOOL_OPTIONS is used, the output of forked > process got messy. EG: > >>> > >>> java -version > >>> Picked up JAVA_TOOL_OPTIONS: -XX:+UseShenandoahGC > >>> OpenJDK 64-Bit Server VM warning: Compressed Oops not supported with > ShenandoahGC > >>> .... > >>> > >>> My patch is making the usage of JAVA_TOOL_OPTIONS possible, as it is > searching the output of > >>> forked process by key. > >>> > >>> > >>> Tahnx! > >>> > >>> J. > >> > > > > > > ------------------------------ > > Message: 10 > Date: Mon, 01 Aug 2016 20:18:45 +0000 > From: jonathan.gibbons at oracle.com > To: jtreg-dev at openjdk.java.net > Subject: hg: code-tools/jtreg: compile JTRegModuleHelper in Ant build > Message-ID: <201608012018.u71KIk5Y025857 at aojmv0008.oracle.com> > > Changeset: fce2955d1b7b > Author: jjg > Date: 2016-08-01 13:18 -0700 > URL: http://hg.openjdk.java.net/code-tools/jtreg/rev/fce2955d1b7b > > compile JTRegModuleHelper in Ant build > > ! make/build.xml > > > > End of jtreg-dev Digest, Vol 33, Issue 1 > **************************************** > -- @theNeomatrix369 * | **Blog ** | *LJC Associate & LJC Advocate (@adoptopenjdk & @adoptajsr programs) *Meet-a-Project - *MutabilityDetector * | **Bitbucket * * | **Github * * | **LinkedIn * *Come to Devoxx UK 2016:* http://www.devoxx.co.uk/ *Don't chase success, rather aim for "Excellence", and success will come chasing after you!* From jvanek at redhat.com Mon Aug 8 19:17:24 2016 From: jvanek at redhat.com (Jiri Vanek) Date: Mon, 8 Aug 2016 21:17:24 +0200 Subject: ant seems to be using wrong defaults source/target and so making the adop-openjdk readme-incompatible Message-ID: Hello! Although changeset http://hg.openjdk.java.net/code-tools/jtreg/rev/9664f5b2338c clearly says "7901611: jtreg should use JDK 7 as a baseline for executing jtreg itself" It is actually enforcing 1.8... for ant. As readme: http://hg.openjdk.java.net/code-tools/jtreg/file/644163a82cae/README#l23 specifies the same, I believe --- a/make/build.xml Mon Aug 01 14:01:29 2016 -0700 +++ b/make/build.xml Mon Aug 08 21:14:37 2016 +0200 @@ -171,7 +171,7 @@ - References: Message-ID: ping? May somebody pls review the one linner? best regards from cz and ty in advance, J. On 08/08/2016 09:17 PM, Jiri Vanek wrote: > Hello! > > Although changeset > http://hg.openjdk.java.net/code-tools/jtreg/rev/9664f5b2338c > clearly says "7901611: jtreg should use JDK 7 as a baseline for executing jtreg itself" > > It is actually enforcing 1.8... for ant. > > > As readme: http://hg.openjdk.java.net/code-tools/jtreg/file/644163a82cae/README#l23 specifies the > same, I believe > > --- a/make/build.xml Mon Aug 01 14:01:29 2016 -0700 > +++ b/make/build.xml Mon Aug 08 21:14:37 2016 +0200 > @@ -171,7 +171,7 @@ > > > > - + debug="true" debuglevel="source,lines" > srcdir="${src.classes.dir}" > destdir="${build.classes.dir}" > > > > should be used. > > > I confess I did not tried the patch, but from nowhere else the values > [ https://adopt-openjdk.ci.cloudbees.com/job/jtreg/624/consoleFull ] > > [javac] '-sourcepath' > [javac] '/scratch/jenkins/workspace/jtreg/src/share/classes' > [javac] '-target' > [javac] '1.8' > [javac] '-encoding' > [javac] 'iso-8859-1' > [javac] '-g:source,lines' > [javac] '-Xlint:all' > [javac] '-source' > [javac] '1.8' > > > > Currently the sad fact is, that binaries from adopt-openjdk are incompatible with thirs own > statement - jdk8 only. From jonathan.gibbons at oracle.com Wed Aug 10 14:00:19 2016 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Wed, 10 Aug 2016 07:00:19 -0700 Subject: ant seems to be using wrong defaults source/target and so making the adop-openjdk readme-incompatible In-Reply-To: References: Message-ID: <57AB3373.5060508@oracle.com> Jiri, Yes, this is on my list. -- Jon On 08/10/2016 06:02 AM, Jiri Vanek wrote: > ping? > > May somebody pls review the one linner? > > best regards from cz and ty in advance, > J. > On 08/08/2016 09:17 PM, Jiri Vanek wrote: >> Hello! >> >> Although changeset >> http://hg.openjdk.java.net/code-tools/jtreg/rev/9664f5b2338c >> clearly says "7901611: jtreg should use JDK 7 as a baseline for >> executing jtreg itself" >> >> It is actually enforcing 1.8... for ant. >> >> >> As readme: >> http://hg.openjdk.java.net/code-tools/jtreg/file/644163a82cae/README#l23 >> specifies the >> same, I believe >> >> --- a/make/build.xml Mon Aug 01 14:01:29 2016 -0700 >> +++ b/make/build.xml Mon Aug 08 21:14:37 2016 +0200 >> @@ -171,7 +171,7 @@ >> >> >> >> - > + > debug="true" debuglevel="source,lines" >> srcdir="${src.classes.dir}" >> destdir="${build.classes.dir}" >> >> >> >> should be used. >> >> >> I confess I did not tried the patch, but from nowhere else the values >> [ https://adopt-openjdk.ci.cloudbees.com/job/jtreg/624/consoleFull ] >> >> [javac] '-sourcepath' >> [javac] '/scratch/jenkins/workspace/jtreg/src/share/classes' >> [javac] '-target' >> [javac] '1.8' >> [javac] '-encoding' >> [javac] 'iso-8859-1' >> [javac] '-g:source,lines' >> [javac] '-Xlint:all' >> [javac] '-source' >> [javac] '1.8' >> >> >> >> Currently the sad fact is, that binaries from adopt-openjdk are >> incompatible with thirs own >> statement - jdk8 only. > From jonathan.gibbons at oracle.com Thu Aug 11 02:22:57 2016 From: jonathan.gibbons at oracle.com (jonathan.gibbons at oracle.com) Date: Thu, 11 Aug 2016 02:22:57 +0000 Subject: hg: code-tools/jtreg: fix default -source/-target to JDK 1.7 Message-ID: <201608110222.u7B2MvkW010848@aojmv0008.oracle.com> Changeset: 5af630cbe724 Author: jvanek Date: 2016-08-10 19:21 -0700 URL: http://hg.openjdk.java.net/code-tools/jtreg/rev/5af630cbe724 fix default -source/-target to JDK 1.7 ! make/build.xml From jonathan.gibbons at oracle.com Thu Aug 11 02:25:20 2016 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Wed, 10 Aug 2016 19:25:20 -0700 Subject: ant seems to be using wrong defaults source/target and so making the adop-openjdk readme-incompatible In-Reply-To: References: Message-ID: <57ABE210.4030806@oracle.com> http://hg.openjdk.java.net/code-tools/jtreg/rev/5af630cbe724 -- Jon On 08/10/2016 06:02 AM, Jiri Vanek wrote: > ping? > > May somebody pls review the one linner? > > best regards from cz and ty in advance, > J. > On 08/08/2016 09:17 PM, Jiri Vanek wrote: >> Hello! >> >> Although changeset >> http://hg.openjdk.java.net/code-tools/jtreg/rev/9664f5b2338c >> clearly says "7901611: jtreg should use JDK 7 as a baseline for >> executing jtreg itself" >> >> It is actually enforcing 1.8... for ant. >> >> >> As readme: >> http://hg.openjdk.java.net/code-tools/jtreg/file/644163a82cae/README#l23 >> specifies the >> same, I believe >> >> --- a/make/build.xml Mon Aug 01 14:01:29 2016 -0700 >> +++ b/make/build.xml Mon Aug 08 21:14:37 2016 +0200 >> @@ -171,7 +171,7 @@ >> >> >> >> - > + > debug="true" debuglevel="source,lines" >> srcdir="${src.classes.dir}" >> destdir="${build.classes.dir}" >> >> >> >> should be used. >> >> >> I confess I did not tried the patch, but from nowhere else the values >> [ https://adopt-openjdk.ci.cloudbees.com/job/jtreg/624/consoleFull ] >> >> [javac] '-sourcepath' >> [javac] '/scratch/jenkins/workspace/jtreg/src/share/classes' >> [javac] '-target' >> [javac] '1.8' >> [javac] '-encoding' >> [javac] 'iso-8859-1' >> [javac] '-g:source,lines' >> [javac] '-Xlint:all' >> [javac] '-source' >> [javac] '1.8' >> >> >> >> Currently the sad fact is, that binaries from adopt-openjdk are >> incompatible with thirs own >> statement - jdk8 only. > From jvanek at redhat.com Thu Aug 11 13:55:57 2016 From: jvanek at redhat.com (Jiri Vanek) Date: Thu, 11 Aug 2016 15:55:57 +0200 Subject: ant seems to be using wrong defaults source/target and so making the adop-openjdk readme-incompatible In-Reply-To: <57ABE210.4030806@oracle.com> References: <57ABE210.4030806@oracle.com> Message-ID: On 08/11/2016 04:25 AM, Jonathan Gibbons wrote: > http://hg.openjdk.java.net/code-tools/jtreg/rev/5af630cbe724 > > -- Jon > Thank you very much, You are kind. J. > On 08/10/2016 06:02 AM, Jiri Vanek wrote: >> ping? >> >> May somebody pls review the one linner? >> >> best regards from cz and ty in advance, >> J. >> On 08/08/2016 09:17 PM, Jiri Vanek wrote: >>> Hello! >>> >>> Although changeset >>> http://hg.openjdk.java.net/code-tools/jtreg/rev/9664f5b2338c >>> clearly says "7901611: jtreg should use JDK 7 as a baseline for executing jtreg itself" >>> >>> It is actually enforcing 1.8... for ant. >>> >>> >>> As readme: http://hg.openjdk.java.net/code-tools/jtreg/file/644163a82cae/README#l23 specifies the >>> same, I believe >>> >>> --- a/make/build.xml Mon Aug 01 14:01:29 2016 -0700 >>> +++ b/make/build.xml Mon Aug 08 21:14:37 2016 +0200 >>> @@ -171,7 +171,7 @@ >>> >>> >>> >>> - >> + >> debug="true" debuglevel="source,lines" >>> srcdir="${src.classes.dir}" >>> destdir="${build.classes.dir}" >>> >>> >>> >>> should be used. >>> >>> >>> I confess I did not tried the patch, but from nowhere else the values >>> [ https://adopt-openjdk.ci.cloudbees.com/job/jtreg/624/consoleFull ] >>> >>> [javac] '-sourcepath' >>> [javac] '/scratch/jenkins/workspace/jtreg/src/share/classes' >>> [javac] '-target' >>> [javac] '1.8' >>> [javac] '-encoding' >>> [javac] 'iso-8859-1' >>> [javac] '-g:source,lines' >>> [javac] '-Xlint:all' >>> [javac] '-source' >>> [javac] '1.8' >>> >>> >>> >>> Currently the sad fact is, that binaries from adopt-openjdk are incompatible with thirs own >>> statement - jdk8 only. >> > From jvanek at redhat.com Thu Aug 11 13:57:03 2016 From: jvanek at redhat.com (Jiri Vanek) Date: Thu, 11 Aug 2016 15:57:03 +0200 Subject: broken jtre builder In-Reply-To: References: <579C052B.4040103@oracle.com> Message-ID: Hello! its down again. Sorry :( J. On 07/30/2016 02:44 PM, Jiri Vanek wrote: > Ouch. > It looks like jenkins build is stuck since 25th jul. > > https://adopt-openjdk.ci.cloudbees.com/job/jtreg/scmPollLog/ > > Started on Jul 29, 2016 9:12:00 PM > ERROR: Failed to record SCM polling for hudson.model.FreeStyleProject at 710a47ff[jtreg] > java.lang.UnsupportedOperationException > at com.cloudbees.hudson.model.PsuedoNode.createLauncher(PsuedoNode.java:77) > at hudson.tools.JDKInstaller.performInstallation(JDKInstaller.java:143) > at hudson.tools.InstallerTranslator.getToolHome(InstallerTranslator.java:68) > at hudson.tools.ToolLocationNodeProperty.getToolHome(ToolLocationNodeProperty.java:108) > at hudson.tools.ToolInstallation.translateFor(ToolInstallation.java:206) > at hudson.model.JDK.forNode(JDK.java:143) > at hudson.model.AbstractProject.getEnvironment(AbstractProject.java:357) > at hudson.model.AbstractProject.pollWithWorkspace(AbstractProject.java:1460) > at hudson.model.AbstractProject._poll(AbstractProject.java:1438) > at hudson.model.AbstractProject.poll(AbstractProject.java:1349) > at hudson.triggers.SCMTrigger$Runner.runPolling(SCMTrigger.java:526) > at hudson.triggers.SCMTrigger$Runner.run(SCMTrigger.java:555) > at hudson.util.SequentialExecutionQueue$QueueEntry.run(SequentialExecutionQueue.java:119) > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > > J:( > > On 07/30/2016 02:35 PM, Jiri Vanek wrote: >> On 07/30/2016 03:38 AM, Jonathan Gibbons wrote: >>> https://bugs.openjdk.java.net/browse/CODETOOLS-7901750 >>> >>> now fixed. >> >> >> That was quick :) >> TYVM! >> J. >> >>> >>> On 07/27/2016 11:28 AM, Jiri Vanek wrote: >>>> Hello! >>>> >>>> Please accept attached patch which is making java version check for other vm more bullet proof. >>>> >>>> Originally, the java version was strictly expecting the searched item on first line. >>>> However, when eg $JAVA_TOOL_OPTIONS is used, the output of forked process got messy. EG: >>>> >>>> java -version >>>> Picked up JAVA_TOOL_OPTIONS: -XX:+UseShenandoahGC >>>> OpenJDK 64-Bit Server VM warning: Compressed Oops not supported with ShenandoahGC >>>> .... >>>> >>>> My patch is making the usage of JAVA_TOOL_OPTIONS possible, as it is searching the output of >>>> forked process by key. >>>> >>>> >>>> Tahnx! >>>> >>>> J. >>> >> > From jonathan.gibbons at oracle.com Thu Aug 11 23:36:22 2016 From: jonathan.gibbons at oracle.com (jonathan.gibbons at oracle.com) Date: Thu, 11 Aug 2016 23:36:22 +0000 Subject: hg: code-tools/jtreg: 7901765: "modules" property in TEST.properties ignored during test selection; ... Message-ID: <201608112336.u7BNaMH7006706@aojmv0008.oracle.com> Changeset: 44b4eeef6c0c Author: jjg Date: 2016-08-11 16:35 -0700 URL: http://hg.openjdk.java.net/code-tools/jtreg/rev/44b4eeef6c0c 7901765: "modules" property in TEST.properties ignored during test selection 7901766: jtreg should check module names given in TEST.properties ! src/share/classes/com/sun/javatest/regtest/RegressionScript.java ! src/share/classes/com/sun/javatest/regtest/RegressionTestFinder.java ! src/share/classes/com/sun/javatest/regtest/RegressionTestSuite.java From jonathan.gibbons at oracle.com Sat Aug 13 00:17:31 2016 From: jonathan.gibbons at oracle.com (jonathan.gibbons at oracle.com) Date: Sat, 13 Aug 2016 00:17:31 +0000 Subject: hg: code-tools/jtreg: fix handling of modules in TEST.properties Message-ID: <201608130017.u7D0HVFZ002837@aojmv0008.oracle.com> Changeset: 4b0fa845ece0 Author: jjg Date: 2016-08-12 17:17 -0700 URL: http://hg.openjdk.java.net/code-tools/jtreg/rev/4b0fa845ece0 fix handling of modules in TEST.properties ! src/share/classes/com/sun/javatest/regtest/RegressionTestFinder.java From jonathan.gibbons at oracle.com Mon Aug 15 20:42:21 2016 From: jonathan.gibbons at oracle.com (jonathan.gibbons at oracle.com) Date: Mon, 15 Aug 2016 20:42:21 +0000 Subject: hg: code-tools/jtreg: 7901768: 4.2-b03 + J2SEHOME jdk8 + Xlint + -Werror = FAIL Message-ID: <201608152042.u7FKgLns010285@aojmv0008.oracle.com> Changeset: 19d9cd9f1789 Author: jjg Date: 2016-08-15 13:41 -0700 URL: http://hg.openjdk.java.net/code-tools/jtreg/rev/19d9cd9f1789 7901768: 4.2-b03 + J2SEHOME jdk8 + Xlint + -Werror = FAIL ! make/Defs.gmk ! make/jtdiff.gmk ! make/jtreg.gmk ! make/tests/BootClassPathTest.gmk ! make/tests/IgnoreSymbolFileTest.gmk ! make/tests/JDKModulesTest.gmk ! make/tests/JDKOptsTest.gmk ! make/tests/OSTest.gmk ! make/tests/OptionDecoderTest.gmk ! make/tests/RerunTest.gmk ! make/tests/jcov.gmk ! src/share/test/javatest/regtest/RetainTest.java From jonathan.gibbons at oracle.com Fri Aug 26 01:27:12 2016 From: jonathan.gibbons at oracle.com (jonathan.gibbons at oracle.com) Date: Fri, 26 Aug 2016 01:27:12 +0000 Subject: hg: code-tools/jtreg: update @modules support Message-ID: <201608260127.u7Q1RCNU000296@aojmv0008.oracle.com> Changeset: c6de3fe09dd6 Author: jjg Date: 2016-08-25 18:26 -0700 URL: http://hg.openjdk.java.net/code-tools/jtreg/rev/c6de3fe09dd6 update @modules support + make/tests/ModuleExportsTest.gmk ! make/tests/OpenFileTests.gmk ! src/share/classes/com/sun/javatest/regtest/Action.java ! src/share/classes/com/sun/javatest/regtest/AppletAction.java ! src/share/classes/com/sun/javatest/regtest/CompileAction.java ! src/share/classes/com/sun/javatest/regtest/MainAction.java + src/share/classes/com/sun/javatest/regtest/Modules.java ! src/share/classes/com/sun/javatest/regtest/RegressionScript.java ! src/share/classes/com/sun/javatest/regtest/RegressionTestFinder.java ! src/share/classes/com/sun/javatest/regtest/ShellAction.java ! src/share/classes/com/sun/javatest/regtest/StringUtils.java ! src/share/classes/com/sun/javatest/regtest/agent/ModuleHelper.java ! src/share/classes/java/lang/reflect/JTRegModuleHelper.java + src/share/test/javatest/regtest/data/moduleExports/ExportsDynamicFail.java + src/share/test/javatest/regtest/data/moduleExports/ExportsDynamicFail.out + src/share/test/javatest/regtest/data/moduleExports/ExportsDynamicPass.java + src/share/test/javatest/regtest/data/moduleExports/ExportsDynamicPrivate.java + src/share/test/javatest/regtest/data/moduleExports/ExportsPrivate.java + src/share/test/javatest/regtest/data/moduleExports/TEST.ROOT From jonathan.gibbons at oracle.com Fri Aug 26 03:16:08 2016 From: jonathan.gibbons at oracle.com (jonathan.gibbons at oracle.com) Date: Fri, 26 Aug 2016 03:16:08 +0000 Subject: hg: code-tools/jtreg: update @modules support Message-ID: <201608260316.u7Q3G89k024578@aojmv0008.oracle.com> Changeset: ea0c231f7561 Author: jjg Date: 2016-08-25 20:15 -0700 URL: http://hg.openjdk.java.net/code-tools/jtreg/rev/ea0c231f7561 update @modules support ! src/share/classes/com/sun/javatest/regtest/JDKOpts.java ! src/share/classes/com/sun/javatest/regtest/MainAction.java ! src/share/classes/com/sun/javatest/regtest/ModuleConfig.java From jonathan.gibbons at oracle.com Fri Aug 26 16:55:37 2016 From: jonathan.gibbons at oracle.com (jonathan.gibbons at oracle.com) Date: Fri, 26 Aug 2016 16:55:37 +0000 Subject: hg: code-tools/jtreg: update and enable ModuleExports test Message-ID: <201608261655.u7QGtcab027506@aojmv0008.oracle.com> Changeset: 392c3247ef42 Author: jjg Date: 2016-08-26 09:55 -0700 URL: http://hg.openjdk.java.net/code-tools/jtreg/rev/392c3247ef42 update and enable ModuleExports test ! make/tests/ModuleExportsTest.gmk ! src/share/test/javatest/regtest/data/moduleExports/ExportsDynamicPrivate.java ! src/share/test/javatest/regtest/data/moduleExports/ExportsPrivate.java From jonathan.gibbons at oracle.com Fri Aug 26 22:22:28 2016 From: jonathan.gibbons at oracle.com (jonathan.gibbons at oracle.com) Date: Fri, 26 Aug 2016 22:22:28 +0000 Subject: hg: code-tools/jtreg: update module helper Message-ID: <201608262222.u7QMMSNd012205@aojmv0008.oracle.com> Changeset: 13496498ab44 Author: jjg Date: 2016-08-26 15:22 -0700 URL: http://hg.openjdk.java.net/code-tools/jtreg/rev/13496498ab44 update module helper ! src/share/classes/com/sun/javatest/regtest/agent/ModuleHelper.java ! src/share/classes/java/lang/reflect/JTRegModuleHelper.java From martijnverburg at gmail.com Tue Aug 2 14:16:26 2016 From: martijnverburg at gmail.com (Martijn Verburg) Date: Tue, 02 Aug 2016 14:16:26 -0000 Subject: [rfc] more benevolent java version check In-Reply-To: References: <579C052B.4040103@oracle.com> Message-ID: Hi all, Apologies, we're struggling a bit to keep all of the builds up on the hosted jenkins instance without direct access to the CL. Hope to have this resolved soon. Cheers, Martijn On 30 July 2016 at 13:44, Jiri Vanek wrote: > Ouch. > It looks like jenkins build is stuck since 25th jul. > > https://adopt-openjdk.ci.cloudbees.com/job/jtreg/scmPollLog/ > > Started on Jul 29, 2016 9:12:00 PM > ERROR: Failed to record SCM polling for > hudson.model.FreeStyleProject at 710a47ff[jtreg] > java.lang.UnsupportedOperationException > at > com.cloudbees.hudson.model.PsuedoNode.createLauncher(PsuedoNode.java:77) > at > hudson.tools.JDKInstaller.performInstallation(JDKInstaller.java:143) > at > hudson.tools.InstallerTranslator.getToolHome(InstallerTranslator.java:68) > at > hudson.tools.ToolLocationNodeProperty.getToolHome(ToolLocationNodeProperty.java:108) > at > hudson.tools.ToolInstallation.translateFor(ToolInstallation.java:206) > at hudson.model.JDK.forNode(JDK.java:143) > at > hudson.model.AbstractProject.getEnvironment(AbstractProject.java:357) > at > hudson.model.AbstractProject.pollWithWorkspace(AbstractProject.java:1460) > at hudson.model.AbstractProject._poll(AbstractProject.java:1438) > at hudson.model.AbstractProject.poll(AbstractProject.java:1349) > at > hudson.triggers.SCMTrigger$Runner.runPolling(SCMTrigger.java:526) > at hudson.triggers.SCMTrigger$Runner.run(SCMTrigger.java:555) > at > hudson.util.SequentialExecutionQueue$QueueEntry.run(SequentialExecutionQueue.java:119) > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > > J:( > > On 07/30/2016 02:35 PM, Jiri Vanek wrote: > >> On 07/30/2016 03:38 AM, Jonathan Gibbons wrote: >> >>> https://bugs.openjdk.java.net/browse/CODETOOLS-7901750 >>> >>> now fixed. >>> >> >> >> That was quick :) >> TYVM! >> J. >> >> >>> On 07/27/2016 11:28 AM, Jiri Vanek wrote: >>> >>>> Hello! >>>> >>>> Please accept attached patch which is making java version check for >>>> other vm more bullet proof. >>>> >>>> Originally, the java version was strictly expecting the searched item >>>> on first line. >>>> However, when eg $JAVA_TOOL_OPTIONS is used, the output of forked >>>> process got messy. EG: >>>> >>>> java -version >>>> Picked up JAVA_TOOL_OPTIONS: -XX:+UseShenandoahGC >>>> OpenJDK 64-Bit Server VM warning: Compressed Oops not supported with >>>> ShenandoahGC >>>> .... >>>> >>>> My patch is making the usage of JAVA_TOOL_OPTIONS possible, as it is >>>> searching the output of >>>> forked process by key. >>>> >>>> >>>> Tahnx! >>>> >>>> J. >>>> >>> >>> >> > From martijnverburg at gmail.com Mon Aug 8 10:35:41 2016 From: martijnverburg at gmail.com (Martijn Verburg) Date: Mon, 08 Aug 2016 10:35:41 -0000 Subject: run profiles openjdk8 In-Reply-To: <1507632009.18447260.1470602505655.JavaMail.yahoo@mail.yahoo.com> References: <1507632009.18447260.1470602505655.JavaMail.yahoo.ref@mail.yahoo.com> <1507632009.18447260.1470602505655.JavaMail.yahoo@mail.yahoo.com> Message-ID: Hi Manuela, My understanding is that jtreg allows you to specify a group which roughly matches a profile. The available profiles are: - jdk - jre - compact3 - compact2 - compact2_minimal - compact1 - compact1_minimal So to test against compact2 you could run something like: java -jar jtreg.jar -va -nr -vmoption:-compact2 CDS.java I'm cross-posting this to jtreg-dev (I recommend all adoption followers jump on the jtreg list to ask questions about how to run tests) and summoning Mr Jonathan Gibbons for the definitive answer :-). Cheers, Martijn On 7 August 2016 at 21:41, Manuela Grindei wrote: > Hi, > > I was wondering if anyone knew the right command(s) to run the tests for > each profile, I couldn't find anything about it in the guide. > Cheers, > > Manuela > From martijnverburg at gmail.com Mon Aug 15 07:21:01 2016 From: martijnverburg at gmail.com (Martijn Verburg) Date: Mon, 15 Aug 2016 07:21:01 -0000 Subject: broken jtre builder In-Reply-To: References: <579C052B.4040103@oracle.com> Message-ID: Hi Jiri, I'm off to Beijing this week, will take a look when I get back, apologies! Cheers, Martijn On 11 August 2016 at 14:57, Jiri Vanek wrote: > Hello! its down again. > > Sorry :( > J. > On 07/30/2016 02:44 PM, Jiri Vanek wrote: > >> Ouch. >> It looks like jenkins build is stuck since 25th jul. >> >> https://adopt-openjdk.ci.cloudbees.com/job/jtreg/scmPollLog/ >> >> Started on Jul 29, 2016 9:12:00 PM >> ERROR: Failed to record SCM polling for hudson.model.FreeStyleProject@ >> 710a47ff[jtreg] >> java.lang.UnsupportedOperationException >> at com.cloudbees.hudson.model.PsuedoNode.createLauncher(PsuedoN >> ode.java:77) >> at hudson.tools.JDKInstaller.performInstallation(JDKInstaller. >> java:143) >> at hudson.tools.InstallerTranslator.getToolHome(InstallerTransl >> ator.java:68) >> at hudson.tools.ToolLocationNodeProperty.getToolHome(ToolLocati >> onNodeProperty.java:108) >> at hudson.tools.ToolInstallation.translateFor(ToolInstallation. >> java:206) >> at hudson.model.JDK.forNode(JDK.java:143) >> at hudson.model.AbstractProject.getEnvironment(AbstractProject. >> java:357) >> at hudson.model.AbstractProject.pollWithWorkspace(AbstractProje >> ct.java:1460) >> at hudson.model.AbstractProject._poll(AbstractProject.java:1438) >> at hudson.model.AbstractProject.poll(AbstractProject.java:1349) >> at hudson.triggers.SCMTrigger$Runner.runPolling(SCMTrigger.java:526) >> at hudson.triggers.SCMTrigger$Runner.run(SCMTrigger.java:555) >> at hudson.util.SequentialExecutionQueue$QueueEntry.run(Sequenti >> alExecutionQueue.java:119) >> at java.util.concurrent.Executors$RunnableAdapter.call( >> Executors.java:511) >> at java.util.concurrent.FutureTask.run(FutureTask.java:266) >> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPool >> Executor.java:1142) >> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo >> lExecutor.java:617) >> at java.lang.Thread.run(Thread.java:745) >> >> J:( >> >> On 07/30/2016 02:35 PM, Jiri Vanek wrote: >> >>> On 07/30/2016 03:38 AM, Jonathan Gibbons wrote: >>> >>>> https://bugs.openjdk.java.net/browse/CODETOOLS-7901750 >>>> >>>> now fixed. >>>> >>> >>> >>> That was quick :) >>> TYVM! >>> J. >>> >>> >>>> On 07/27/2016 11:28 AM, Jiri Vanek wrote: >>>> >>>>> Hello! >>>>> >>>>> Please accept attached patch which is making java version check for >>>>> other vm more bullet proof. >>>>> >>>>> Originally, the java version was strictly expecting the searched item >>>>> on first line. >>>>> However, when eg $JAVA_TOOL_OPTIONS is used, the output of forked >>>>> process got messy. EG: >>>>> >>>>> java -version >>>>> Picked up JAVA_TOOL_OPTIONS: -XX:+UseShenandoahGC >>>>> OpenJDK 64-Bit Server VM warning: Compressed Oops not supported with >>>>> ShenandoahGC >>>>> .... >>>>> >>>>> My patch is making the usage of JAVA_TOOL_OPTIONS possible, as it is >>>>> searching the output of >>>>> forked process by key. >>>>> >>>>> >>>>> Tahnx! >>>>> >>>>> J. >>>>> >>>> >>>> >>> >> > From martijnverburg at gmail.com Thu Aug 18 13:19:55 2016 From: martijnverburg at gmail.com (Martijn Verburg) Date: Thu, 18 Aug 2016 13:19:55 -0000 Subject: [rfc] more benevolent java version check In-Reply-To: References: <579C052B.4040103@oracle.com> Message-ID: Seems to be green now, I'm assuming Mani fixed something. Cheers, Martijn On 2 August 2016 at 22:16, Martijn Verburg wrote: > Hi all, > > Apologies, we're struggling a bit to keep all of the builds up on the > hosted jenkins instance without direct access to the CL. Hope to have this > resolved soon. > > Cheers, > Martijn > > On 30 July 2016 at 13:44, Jiri Vanek wrote: > >> Ouch. >> It looks like jenkins build is stuck since 25th jul. >> >> https://adopt-openjdk.ci.cloudbees.com/job/jtreg/scmPollLog/ >> >> Started on Jul 29, 2016 9:12:00 PM >> ERROR: Failed to record SCM polling for hudson.model.FreeStyleProject@ >> 710a47ff[jtreg] >> java.lang.UnsupportedOperationException >> at com.cloudbees.hudson.model.PsuedoNode.createLauncher( >> PsuedoNode.java:77) >> at hudson.tools.JDKInstaller.performInstallation( >> JDKInstaller.java:143) >> at hudson.tools.InstallerTranslator.getToolHome( >> InstallerTranslator.java:68) >> at hudson.tools.ToolLocationNodeProperty.getToolHome( >> ToolLocationNodeProperty.java:108) >> at hudson.tools.ToolInstallation.translateFor(ToolInstallation. >> java:206) >> at hudson.model.JDK.forNode(JDK.java:143) >> at hudson.model.AbstractProject.getEnvironment( >> AbstractProject.java:357) >> at hudson.model.AbstractProject.pollWithWorkspace( >> AbstractProject.java:1460) >> at hudson.model.AbstractProject._poll(AbstractProject.java:1438) >> at hudson.model.AbstractProject.poll(AbstractProject.java:1349) >> at hudson.triggers.SCMTrigger$Runner.runPolling(SCMTrigger. >> java:526) >> at hudson.triggers.SCMTrigger$Runner.run(SCMTrigger.java:555) >> at hudson.util.SequentialExecutionQueue$QueueEntry.run( >> SequentialExecutionQueue.java:119) >> at java.util.concurrent.Executors$RunnableAdapter. >> call(Executors.java:511) >> at java.util.concurrent.FutureTask.run(FutureTask.java:266) >> at java.util.concurrent.ThreadPoolExecutor.runWorker( >> ThreadPoolExecutor.java:1142) >> at java.util.concurrent.ThreadPoolExecutor$Worker.run( >> ThreadPoolExecutor.java:617) >> at java.lang.Thread.run(Thread.java:745) >> >> J:( >> >> On 07/30/2016 02:35 PM, Jiri Vanek wrote: >> >>> On 07/30/2016 03:38 AM, Jonathan Gibbons wrote: >>> >>>> https://bugs.openjdk.java.net/browse/CODETOOLS-7901750 >>>> >>>> now fixed. >>>> >>> >>> >>> That was quick :) >>> TYVM! >>> J. >>> >>> >>>> On 07/27/2016 11:28 AM, Jiri Vanek wrote: >>>> >>>>> Hello! >>>>> >>>>> Please accept attached patch which is making java version check for >>>>> other vm more bullet proof. >>>>> >>>>> Originally, the java version was strictly expecting the searched item >>>>> on first line. >>>>> However, when eg $JAVA_TOOL_OPTIONS is used, the output of forked >>>>> process got messy. EG: >>>>> >>>>> java -version >>>>> Picked up JAVA_TOOL_OPTIONS: -XX:+UseShenandoahGC >>>>> OpenJDK 64-Bit Server VM warning: Compressed Oops not supported with >>>>> ShenandoahGC >>>>> .... >>>>> >>>>> My patch is making the usage of JAVA_TOOL_OPTIONS possible, as it is >>>>> searching the output of >>>>> forked process by key. >>>>> >>>>> >>>>> Tahnx! >>>>> >>>>> J. >>>>> >>>> >>>> >>> >> >