Just for the sake of completeness, the other failing test (unrelated to rmic) is the ScriptDefTest[1]. That I believe is due to a result of Nashorn javascript engine being removed in this release (as noted in the release notes).
So we (Ant) will have to come up with a plan for that one too, for our users. [1] https://builds.apache.org/job/Ant%20Master%20(latest%20EA%20JDK)/35/jdk_axis=jdk15-ea,label_exp=ubuntu/testReport/junit/org.apache.tools.ant.taskdefs.optional.script/ScriptDefTest/testUseCompiled/ -Jaikiran On 03/05/20 9:19 pm, Stefan Bodewig wrote: > [sorry, I dropped ant-dev and Rory by accident] > > Hi Deepak > > in that case the best Ant can do is to fail with a useful warning > message as we do for the javah task on any JDK > 9 - and skip the tests, > obviously. > > AFAIU there is no in-JDK alternative, which is different from javah > where we can point at javac -h. > > The workaround we can suggest then will be to explicitly use the > excecutable attribute of the <rmic> task to point to rmic of a different > JDK. This should go into our next release, I guess. > > Stefan > > On 2020-05-03, <deepak.n.damoda...@oracle.com> wrote: > >> Hi Jaikiran, >> The 'rmic' tool has been removed from JDK 15 (b18) with JDK-8225319 >> <https://bugs.openjdk.java.net/browse/JDK-8225319>. >> Please refer JDK-8242049 >> <https://bugs.openjdk.java.net/browse/JDK-8242049> for more >> information. >> Yeah, it is not included in JDK 15 Release Notes yet. FOSS email sent >> on April 10th had a note on this change. >> Regards >> Deepak >> On 02/05/20 5:44 pm, Jaikiran Pai wrote: >>> Hello Rory, >>> I tested the 15 EA build 21 against one of our Ant jobs. I see a bunch >>> of errors[1] in our RMIC related task tests and all seem to be due to >>> the "rmic" command no longer being part of the shipped JDK 15. I can >>> find this "rmic" command in JDK 14 installations (under bin/ directory) >>> but can't find it in JDK 15's bin/ directory. >>> I had a look at the release notes of JDK 15 EA >>> https://jdk.java.net/15/release-notes and can't find any mention of this >>> tool being removed in any of the builds. Was this intentionally removed >>> (I haven't yet searched JBS to verify)? >>> [1] >>> https://builds.apache.org/job/Ant%20Master%20(latest%20EA%20JDK)/35/jdk_axis=jdk15-ea,label_exp=ubuntu/ >>> -Jaikiran >>> On 01/05/20 2:25 pm, Rory O'Donnell wrote: >>>> Hi Stefan/Jaikiran, >>>> OpenJDK 15 EA build 21 is now available at http://jdk.java.net/15 * >>>> * >>>> * These early-access , open-source builds are provided under the >>>> o GNU General Public License, version 2, with the Classpath >>>> Exception <http://openjdk.java.net/legal/gplv2+ce.html>. >>>> * Features >>>> o Integrated in JDK 15 >>>> + JEP 371: <http://openjdk.java.net/jeps/371> Hidden Classes >>>> + JEP 372 <https://openjdk.java.net/jeps/372>: Remove the >>>> Nashorn JavaScript Engine >>>> + JEP 377 <https://openjdk.java.net/jeps/377>: ZGC: A Scalable >>>> Low-Latency Garbage Collector >>>> + JEP 378 <https://openjdk.java.net/jeps/378>: Text Blocks >>>> o JEPs targeted to JDK 15 >>>> + JEP 379 <https://openjdk.java.net/jeps/379>: Shenandoah: A >>>> Low-Pause-Time Garbage Collector >>>> * Changes in recent builds that maybe of interest: >>>> o build 21 >>>> + JDK-8242848 >>>> <https://bugs.openjdk.java.net/browse/JDK-8242848>: Improve >>>> performance of InflaterOutputStream.write() >>>> + JDK-8243574 >>>> <https://bugs.openjdk.java.net/browse/JDK-8243574>: >>>> java.lang.invoke.InvokerBytecodeGenerator.ClassData should >>>> be package-private >>>> # Reported by JaCoCo >>>> o build 20 >>>> + JDK-8237890 >>>> <https://bugs.openjdk.java.net/browse/JDK-8237890>: >>>> DatagramPacket::getSocketAddress doesn't specify what >>>> happens if address or port are not set [1] >>>> + JDK-8228991 >>>> <https://bugs.openjdk.java.net/browse/JDK-8228991>: Obsolete >>>> -XX:UseAdaptiveGCBoundary [1] >>>> + JDK-8242141 >>>> <https://bugs.openjdk.java.net/browse/JDK-8242141>: New >>>> System Properties to configure the TLS signature schemes [1] >>>> + JDK-8172404 >>>> <https://bugs.openjdk.java.net/browse/JDK-8172404>: Tools >>>> should warn if weak algorithms are used before restricting >>>> them >>>> + JDK-8238195 >>>> <https://bugs.openjdk.java.net/browse/JDK-8238195>: >>>> Lookup::defineClass should link the class to match the >>>> specification >>>> + JDK-8238358 >>>> <https://bugs.openjdk.java.net/browse/JDK-8238358>: >>>> Implementation of JEP 371: Hidden Classes >>>> + JDK-8241749 >>>> <https://bugs.openjdk.java.net/browse/JDK-8241749>: Remove >>>> the Nashorn JavaScript Engine >>>> + JDK-8242260 >>>> <https://bugs.openjdk.java.net/browse/JDK-8242260>: Add >>>> forRemoval=true to already deprecated ContentSigner >>>> + JDK- >>>> <https://bugs.openjdk.java.net/browse/JDK-8242008>8242008 >>>> <https://bugs.openjdk.java.net/browse/JDK-8242008>: >>>> SSLSession inconsistencies >>>> # Reported by Netty >>>> o build 19 >>>> + JDK-8239594 >>>> <https://bugs.openjdk.java.net/browse/JDK-8239594>: The >>>> java.net.HttpClient does not override the protocols >>>> specified in the SSLContext default parameters [1] >>>> + JDK-8172680 >>>> <https://bugs.openjdk.java.net/browse/JDK-8172680>: SunJCE >>>> provider now supports SHA-3 based Hmac algorithms >>>> + JDK-8237474 >>>> <https://bugs.openjdk.java.net/browse/JDK-8237474>: Default >>>> SSLEngine should create in server role >>>> + JDK-8240877 >>>> <https://bugs.openjdk.java.net/browse/JDK-8240877>: NPE at >>>> javax.swing.text.html.FormView.appendBuffer with null option >>>> values >>>> # reported by JOSM >>>> Project Loom Early-Access Builds - Build 15-loom+5-125 (2020/4/17) >>>> * >>>> These builds are intended for developers looking to "kick the tyres" >>>> and provide feedback on using the API or by sending bug reports. >>>> Warning: This build is based on an incomplete version of JDK 15 >>>> <http://openjdk.java.net/projects/jdk/15/>. >>>> * These early-access , open-source builds are provided under the >>>> o GNU General Public License, version 2, with the Classpath >>>> Exception <http://openjdk.java.net/legal/gplv2+ce.html>. >>>> * Please send feedback via e-mail to loom-...@openjdk.java.net >>>> <mailto:loom-...@openjdk.java.net>. To send e-mail to this address >>>> you must first subscribe to the mailing list >>>> <http://mail.openjdk.java.net/mailman/listinfo/loom-dev>. > >>>> Rgds,Rory >>>> [1] http://jdk.java.net/15/release-notes > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org > For additional commands, e-mail: dev-h...@ant.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
