Hi Rory, It appeared to be a bug in BndTools (aQute) : https://github.com/bndtools/bnd/issues/3903 https://github.com/bndtools/bnd/commit/97eb299a8b4b3d1b199b30d98769136494e2469d#diff-8dd8393f6487d4e378e923003227cf57
With biz.aQute.bnd:biz.aQute.bndlib:5.1.0-SNAPSHOT Wicket build passed successfully! Regards, Martin On Tue, Apr 14, 2020 at 10:38 AM Rory O'Donnell <rory.odonn...@oracle.com> wrote: > Hi Martin, > > Did you log get a chance to log a bug, we do see an enhancement in this > area for b18 which may be the cause? > > Thanks,Rory > > On 10/04/2020 12:15, Rory O'Donnell wrote: > > Hi Martin, > > > > Can you log an issue at bugs.java.com ? > > > > Rgds,Rory > > > > On 10/04/2020 10:14, Martin Grigorov wrote: > >> Hi Rory, > >> > >> There seems to be a problem with this build. > >> > >> INFO] Skipping execution > >> [INFO] > >> [INFO] --- maven-bundle-plugin:4.2.0:manifest (bundle-manifest) @ > >> wicket-util --- > >> [ERROR] An internal error occurred > >> java.util.ConcurrentModificationException > >> at java.util.TreeMap.callMappingFunctionWithCheck > >> (TreeMap.java:742) > >> at java.util.TreeMap.computeIfAbsent (TreeMap.java:596) > >> at aQute.bnd.osgi.Jar.putResource (Jar.java:288) > >> at aQute.bnd.osgi.Jar$1.visitFile (Jar.java:202) > >> at aQute.bnd.osgi.Jar$1.visitFile (Jar.java:177) > >> at java.nio.file.Files.walkFileTree (Files.java:2804) > >> at aQute.bnd.osgi.Jar.buildFromDirectory (Jar.java:176) > >> at aQute.bnd.osgi.Jar.<init> (Jar.java:119) > >> at aQute.bnd.osgi.Jar.<init> (Jar.java:172) > >> at org.apache.felix.bundleplugin.BundlePlugin.getOSGiBuilder > >> (BundlePlugin.java:603) > >> at org.apache.felix.bundleplugin.ManifestPlugin.getAnalyzer > >> (ManifestPlugin.java:285) > >> at org.apache.felix.bundleplugin.ManifestPlugin.execute > >> (ManifestPlugin.java:111) > >> at org.apache.felix.bundleplugin.BundlePlugin.execute > >> (BundlePlugin.java:364) > >> at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo > >> (DefaultBuildPluginManager.java:137) > >> at org.apache.maven.lifecycle.internal.MojoExecutor.execute > >> (MojoExecutor.java:210) > >> at org.apache.maven.lifecycle.internal.MojoExecutor.execute > >> (MojoExecutor.java:156) > >> at org.apache.maven.lifecycle.internal.MojoExecutor.execute > >> (MojoExecutor.java:148) > >> at > >> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject > >> (LifecycleModuleBuilder.java:117) > >> at > >> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject > >> (LifecycleModuleBuilder.java:81) > >> at > >> > org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build > > >> > >> (SingleThreadedBuilder.java:56) > >> at org.apache.maven.lifecycle.internal.LifecycleStarter.execute > >> (LifecycleStarter.java:128) > >> at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:305) > >> at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:192) > >> at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:105) > >> at org.apache.maven.cli.MavenCli.execute (MavenCli.java:956) > >> at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:288) > >> at org.apache.maven.cli.MavenCli.main (MavenCli.java:192) > >> at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0 (Native > >> Method) > >> at jdk.internal.reflect.NativeMethodAccessorImpl.invoke > >> (NativeMethodAccessorImpl.java:62) > >> at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke > >> (DelegatingMethodAccessorImpl.java:43) > >> at java.lang.reflect.Method.invoke (Method.java:564) > >> at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced > >> (Launcher.java:282) > >> at org.codehaus.plexus.classworlds.launcher.Launcher.launch > >> (Launcher.java:225) > >> at > >> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode > >> (Launcher.java:406) > >> at org.codehaus.plexus.classworlds.launcher.Launcher.main > >> (Launcher.java:347) > >> > >> > >> I will see whether maven-bundle-plugin/aQute does something wrong. > >> But since it is working with previous versions of Java and the previous > >> build of JDK 15 I guess there is some kind of regression. > >> Which JIRA I should use to report this issue in Java Collections ? > >> > >> Regards, > >> Martin > >> > >> > >> On Fri, Apr 10, 2020 at 11:04 AM Rory > >> O'Donnell<rory.odonn...@oracle.com> > >> wrote: > >> > >>> Hi Martin, > >>> > >>> OpenJDK 15 EA build 18 is now available athttp://jdk.java.net/15 * > >>> * > >>> > >>> * These early access, open source builds are provided under the GNU > >>> General Public License, version 2, with the Classpath Exception > >>> <http://openjdk.java.net/legal/gplv2+ce.html>. > >>> * Schedule for JDK 15 > >>> o 2020/06/11 Rampdown Phase One > >>> o 2020/07/16 Rampdown Phase Two > >>> o 2020/08/06 Initial Release Candidate > >>> o 2020/08/20 Final Release Candidate > >>> o 2020/09/15 General Availability > >>> * Features > >>> o Proposed to target JDK 15 > >>> + JEP 371:<http://openjdk.java.net/jeps/371> Hidden > >>> Classes > >>> o JEPs targeted to JDK 15 > >>> + 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 > >>> + 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 18 > >>> + JDK-8240169 > >>> <https://bugs.openjdk.java.net/browse/JDK-8240169>: javadoc > >>> fails to link to non-modular api docs > >>> # Reported by JUnit5 > >>> + JDK-8241670 > >>> <https://bugs.openjdk.java.net/browse/JDK-8241670>: Enhance > >>> heap region size ergonomics to improve OOTB performance > >>> + JDK-8240745 > >>> <https://bugs.openjdk.java.net/browse/JDK-8240745>: > >>> Implementation: JEP 377: ZGC: A Scalable Low-Latency > >>> Garbage > >>> Collector (Production) > >>> + JDK-8225319 > >>> <https://bugs.openjdk.java.net/browse/JDK-8225319>: Remove > >>> rmic from the set of supported tools > >>> + JDK-8237490 > >>> <https://bugs.openjdk.java.net/browse/JDK-8237490>: Add > >>> support notarizing jpackage app-image and dmg > >>> o build 17 > >>> + JDK-8240676 > >>> <https://bugs.openjdk.java.net/browse/JDK-8240676> - Meet > >>> not symmetric failure when running lucene on jdk8 > >>> # Reported by Apache Lucene > >>> o Build 16 > >>> + JDK-8241039 > >>> <https://bugs.openjdk.java.net/browse/JDK-8241039> - Retire > >>> the deprecated SSLSession.getPeerCertificateChain() method > >>> + JDK-8219989 > >>> <https://bugs.openjdk.java.net/browse/JDK-8219989> - Retire > >>> the com.sun.net.ssl.internal.ssl.Provider name > >>> + JDK-8237859 > >>> <https://bugs.openjdk.java.net/browse/JDK-8237859> - C2: > >>> Crash when loads float above range check > >>> # Reported by Apache Lucene > >>> + JDK-8202469 > >>> <https://bugs.openjdk.java.net/browse/JDK-8202469> - (ann) > >>> Type annotations on type variable bounds that are also > >>> type > >>> variables are lost > >>> # Reported by ByteBuddy > >>> o Build 15 > >>> + JDK-8214245 > >>> <https://bugs.openjdk.java.net/browse/JDK-8214245> - Case > >>> insensitive matching doesn't work correctly for some > >>> character classes () > >>> > >>> * Quality Report for March 2020 was published here [1] > >>> o Thanks again for all the bug reports and feeback! > >>> > >>> Does your Project support JDK 14 - #AllTestsGreenOnJDK14 > >>> <https://twitter.com/hashtag/AllTestsGreenOnJDK14?src=hashtag_click> > >>> > >>> Rgds,Rory > >>> > >>> [1] > >>> > >>> > https://wiki.openjdk.java.net/display/quality/Quality+Outreach+report+March+2020 > >>> > >>> > >>> > >>> -- > >>> Rgds, Rory O'Donnell > >>> Quality Engineering Manager > >>> Oracle EMEA, Dublin, Ireland > >>> > >>> > -- > Rgds, Rory O'Donnell > Quality Engineering Manager > Oracle EMEA, Dublin, Ireland > >
