A fix might be to make the site plugin use BCEL 6.2. What Java version are you using?
Gary On Sat, Dec 1, 2018 at 5:37 PM Gilles <gil...@harfang.homelinux.org> wrote: > Hi. > > Command advertized here: > http://commons.apache.org/proper/commons-release-plugin/index.html > when run for "Commons RNG" project leads to: > ---CUT--- > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-site-plugin:3.7.1:site (default-site) on > project commons-rng-examples-jpms-lib: Execution default-site of goal > org.apache.maven.plugins:maven-site-plugin:3.7.1:site failed: Invalid > byte tag in constant pool: 19 > ---CUT--- > > This is caused by Clirr: > ---CUT--- > Caused by: org.apache.bcel.classfile.ClassFormatException: Invalid byte > tag in constant pool: 19 > at org.apache.bcel.classfile.Constant.readConstant > (Constant.java:167) > at org.apache.bcel.classfile.ConstantPool.<init> > (ConstantPool.java:66) > at org.apache.bcel.classfile.ClassParser.readConstantPool > (ClassParser.java:239) > at org.apache.bcel.classfile.ClassParser.parse > (ClassParser.java:144) > at > net.sf.clirr.core.internal.bcel.BcelTypeArrayBuilder.extractClass > (BcelTypeArrayBuilder.java:135) > at > net.sf.clirr.core.internal.bcel.BcelTypeArrayBuilder.createClassSet > (BcelTypeArrayBuilder.java:82) > at > org.codehaus.mojo.clirr.AbstractClirrMojo.resolvePreviousReleaseClasses > (AbstractClirrMojo.java:424) > at org.codehaus.mojo.clirr.AbstractClirrMojo.executeClirr > (AbstractClirrMojo.java:263) > at org.codehaus.mojo.clirr.ClirrReport.doReport > (ClirrReport.java:251) > at org.codehaus.mojo.clirr.ClirrReport.generate > (ClirrReport.java:227) > at org.codehaus.mojo.clirr.ClirrReport.generate > (ClirrReport.java:368) > at > org.apache.maven.plugins.site.render.ReportDocumentRenderer.renderDocument > (ReportDocumentRenderer.java:239) > at org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.render > (DefaultSiteRenderer.java:349) > at org.apache.maven.plugins.site.render.SiteMojo.renderLocale > (SiteMojo.java:198) > at org.apache.maven.plugins.site.render.SiteMojo.execute > (SiteMojo.java:147) > at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo > (DefaultBuildPluginManager.java:134) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute > (MojoExecutor.java:208) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute > (MojoExecutor.java:154) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute > (MojoExecutor.java:146) > 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:51) > at org.apache.maven.lifecycle.internal.LifecycleStarter.execute > (LifecycleStarter.java:128) > at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:309) > at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:194) > at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:107) > at org.apache.maven.cli.MavenCli.execute (MavenCli.java:955) > at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:290) > at org.apache.maven.cli.MavenCli.main (MavenCli.java:194) > 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:289) > at org.codehaus.plexus.classworlds.launcher.Launcher.launch > (Launcher.java:229) > at > org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode > (Launcher.java:415) > at org.codehaus.plexus.classworlds.launcher.Launcher.main > (Launcher.java:356) > ---CUT--- > > Is there either > * a fix for this problem (comment in CP 47 says it is fixed, > but the above shows otherwise), or > * a mean to disable Clirr for module "commons-rng-examples" > (since it is not subject BC requirements, as per the release > notes)? > > Regards, > Gilles > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > >