Is anyone seeing this during trunk build?

classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

Is anyone seeing this during trunk build?

Kihwal Lee-2
I just noticed this during a trunk build. I was doing "mvn clean install -DskipTests".  The build succeeds.
Is anyone seeing this?  I am using openjdk8u102.



=======
[WARNING] Unable to process class org/apache/hadoop/hdfs/StripeReader.class in JarAnalyzer File /home1/kihwal/devel/apache/hadoop/hadoop-hdfs-project/hadoop-hdfs-client/target/hadoop-hdfs-client-3.0.0-alpha2-SNAPSHOT.jar
org.apache.bcel.classfile.ClassFormatException: Invalid byte tag in constant pool: 18
    at org.apache.bcel.classfile.Constant.readConstant(Constant.java:146)
    at org.apache.bcel.classfile.ConstantPool.<init>(ConstantPool.java:67)
    at org.apache.bcel.classfile.ClassParser.readConstantPool(ClassParser.java:222)
    at org.apache.bcel.classfile.ClassParser.parse(ClassParser.java:136)
    at org.apache.maven.shared.jar.classes.JarClassesAnalysis.analyze(JarClassesAnalysis.java:92)
    at org.apache.maven.report.projectinfo.dependencies.Dependencies.getJarDependencyDetails(Dependencies.java:255)
    at org.apache.maven.report.projectinfo.dependencies.renderer.DependenciesRenderer.hasSealed(DependenciesRenderer.java:1454)
    at org.apache.maven.report.projectinfo.dependencies.renderer.DependenciesRenderer.renderSectionDependencyFileDetails(DependenciesRenderer.java:536)
    at org.apache.maven.report.projectinfo.dependencies.renderer.DependenciesRenderer.renderBody(DependenciesRenderer.java:263)
    at org.apache.maven.reporting.AbstractMavenReportRenderer.render(AbstractMavenReportRenderer.java:79)
    at org.apache.maven.report.projectinfo.DependenciesReport.executeReport(DependenciesReport.java:186)
    at org.apache.maven.reporting.AbstractMavenReport.generate(AbstractMavenReport.java:190)
    at org.apache.maven.report.projectinfo.AbstractProjectInfoReport.execute(AbstractProjectInfoReport.java:202)
    at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101)
    at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
    at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
    at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
    at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
    at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
    at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
    at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
    at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
    at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
    at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
    at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
    at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
    at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
    at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:414)
    at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:357)
=======
Reply | Threaded
Open this post in threaded view
|

Re: Is anyone seeing this during trunk build?

Ted Yu-3
I used the same command but didn't see the error you saw.

Here is my environment:

Java HotSpot(TM) 64-Bit Server VM warning: ignoring option
MaxPermSize=512M; support was removed in 8.0
Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
2015-11-10T08:41:47-08:00)
Maven home: /Users/tyu/apache-maven-3.3.9
Java version: 1.8.0_91, vendor: Oracle Corporation
Java home:
/Library/Java/JavaVirtualMachines/jdk1.8.0_91.jdk/Contents/Home/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "10.11.3", arch: "x86_64", family: "mac"

FYI

On Wed, Sep 28, 2016 at 3:54 PM, Kihwal Lee <[hidden email]>
wrote:

> I just noticed this during a trunk build. I was doing "mvn clean install
> -DskipTests".  The build succeeds.
> Is anyone seeing this?  I am using openjdk8u102.
>
>
>
> =======
> [WARNING] Unable to process class org/apache/hadoop/hdfs/StripeReader.class
> in JarAnalyzer File /home1/kihwal/devel/apache/hadoop/hadoop-hdfs-project/
> hadoop-hdfs-client/target/hadoop-hdfs-client-3.0.0-alpha2-SNAPSHOT.jar
> org.apache.bcel.classfile.ClassFormatException: Invalid byte tag in
> constant pool: 18
>     at org.apache.bcel.classfile.Constant.readConstant(Constant.java:146)
>     at org.apache.bcel.classfile.ConstantPool.<init>(ConstantPool.java:67)
>     at org.apache.bcel.classfile.ClassParser.readConstantPool(
> ClassParser.java:222)
>     at org.apache.bcel.classfile.ClassParser.parse(ClassParser.java:136)
>     at org.apache.maven.shared.jar.classes.JarClassesAnalysis.
> analyze(JarClassesAnalysis.java:92)
>     at org.apache.maven.report.projectinfo.dependencies.Dependencies.
> getJarDependencyDetails(Dependencies.java:255)
>     at org.apache.maven.report.projectinfo.dependencies.
> renderer.DependenciesRenderer.hasSealed(DependenciesRenderer.java:1454)
>     at org.apache.maven.report.projectinfo.dependencies.
> renderer.DependenciesRenderer.renderSectionDependencyFileDet
> ails(DependenciesRenderer.java:536)
>     at org.apache.maven.report.projectinfo.dependencies.
> renderer.DependenciesRenderer.renderBody(DependenciesRenderer.java:263)
>     at org.apache.maven.reporting.AbstractMavenReportRenderer.render(
> AbstractMavenReportRenderer.java:79)
>     at org.apache.maven.report.projectinfo.DependenciesReport.
> executeReport(DependenciesReport.java:186)
>     at org.apache.maven.reporting.AbstractMavenReport.generate(
> AbstractMavenReport.java:190)
>     at org.apache.maven.report.projectinfo.AbstractProjectInfoReport.
> execute(AbstractProjectInfoReport.java:202)
>     at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(
> DefaultBuildPluginManager.java:101)
>     at org.apache.maven.lifecycle.internal.MojoExecutor.execute(
> MojoExecutor.java:209)
>     at org.apache.maven.lifecycle.internal.MojoExecutor.execute(
> MojoExecutor.java:153)
>     at org.apache.maven.lifecycle.internal.MojoExecutor.execute(
> MojoExecutor.java:145)
>     at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.
> buildProject(LifecycleModuleBuilder.java:84)
>     at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.
> buildProject(LifecycleModuleBuilder.java:59)
>     at org.apache.maven.lifecycle.internal.LifecycleStarter.
> singleThreadedBuild(LifecycleStarter.java:183)
>     at org.apache.maven.lifecycle.internal.LifecycleStarter.
> execute(LifecycleStarter.java:161)
>     at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
>     at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
>     at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
>     at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
>     at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
>     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>     at sun.reflect.NativeMethodAccessorImpl.invoke(
> NativeMethodAccessorImpl.java:62)
>     at sun.reflect.DelegatingMethodAccessorImpl.invoke(
> DelegatingMethodAccessorImpl.java:43)
>     at java.lang.reflect.Method.invoke(Method.java:498)
>     at org.codehaus.plexus.classworlds.launcher.Launcher.
> launchEnhanced(Launcher.java:290)
>     at org.codehaus.plexus.classworlds.launcher.Launcher.
> launch(Launcher.java:230)
>     at org.codehaus.plexus.classworlds.launcher.Launcher.
> mainWithExitCode(Launcher.java:414)
>     at org.codehaus.plexus.classworlds.launcher.Launcher.
> main(Launcher.java:357)
> =======
>
Reply | Threaded
Open this post in threaded view
|

Re: Is anyone seeing this during trunk build?

Kihwal Lee-2
This also shows up in the precommit builds. This is not failing the build, so it might scroll over quickly before you realize.
Search for ClassFormatException
https://builds.apache.org/job/PreCommit-HDFS-Build/16928/artifact/patchprocess/branch-mvninstall-root.txt

      From: Ted Yu <[hidden email]>
 To: Kihwal Lee <[hidden email]>
Cc: Hdfs-dev <[hidden email]>; Hadoop Common <[hidden email]>
 Sent: Wednesday, September 28, 2016 7:16 PM
 Subject: Re: Is anyone seeing this during trunk build?
   
I used the same command but didn't see the error you saw.

Here is my environment:

Java HotSpot(TM) 64-Bit Server VM warning: ignoring option
MaxPermSize=512M; support was removed in 8.0
Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
2015-11-10T08:41:47-08:00)
Maven home: /Users/tyu/apache-maven-3.3.9
Java version: 1.8.0_91, vendor: Oracle Corporation
Java home:
/Library/Java/JavaVirtualMachines/jdk1.8.0_91.jdk/Contents/Home/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "10.11.3", arch: "x86_64", family: "mac"

FYI

On Wed, Sep 28, 2016 at 3:54 PM, Kihwal Lee <[hidden email]>
wrote:

> I just noticed this during a trunk build. I was doing "mvn clean install
> -DskipTests".  The build succeeds.
> Is anyone seeing this?  I am using openjdk8u102.
>
>
>
> =======
> [WARNING] Unable to process class org/apache/hadoop/hdfs/StripeReader.class
> in JarAnalyzer File /home1/kihwal/devel/apache/hadoop/hadoop-hdfs-project/
> hadoop-hdfs-client/target/hadoop-hdfs-client-3.0.0-alpha2-SNAPSHOT.jar
> org.apache.bcel.classfile.ClassFormatException: Invalid byte tag in
> constant pool: 18
>    at org.apache.bcel.classfile.Constant.readConstant(Constant.java:146)
>    at org.apache.bcel.classfile.ConstantPool.<init>(ConstantPool.java:67)
>    at org.apache.bcel.classfile.ClassParser.readConstantPool(
> ClassParser.java:222)
>    at org.apache.bcel.classfile.ClassParser.parse(ClassParser.java:136)
>    at org.apache.maven.shared.jar.classes.JarClassesAnalysis.
> analyze(JarClassesAnalysis.java:92)
>    at org.apache.maven.report.projectinfo.dependencies.Dependencies.
> getJarDependencyDetails(Dependencies.java:255)
>    at org.apache.maven.report.projectinfo.dependencies.
> renderer.DependenciesRenderer.hasSealed(DependenciesRenderer.java:1454)
>    at org.apache.maven.report.projectinfo.dependencies.
> renderer.DependenciesRenderer.renderSectionDependencyFileDet
> ails(DependenciesRenderer.java:536)
>    at org.apache.maven.report.projectinfo.dependencies.
> renderer.DependenciesRenderer.renderBody(DependenciesRenderer.java:263)
>    at org.apache.maven.reporting.AbstractMavenReportRenderer.render(
> AbstractMavenReportRenderer.java:79)
>    at org.apache.maven.report.projectinfo.DependenciesReport.
> executeReport(DependenciesReport.java:186)
>    at org.apache.maven.reporting.AbstractMavenReport.generate(
> AbstractMavenReport.java:190)
>    at org.apache.maven.report.projectinfo.AbstractProjectInfoReport.
> execute(AbstractProjectInfoReport.java:202)
>    at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(
> DefaultBuildPluginManager.java:101)
>    at org.apache.maven.lifecycle.internal.MojoExecutor.execute(
> MojoExecutor.java:209)
>    at org.apache.maven.lifecycle.internal.MojoExecutor.execute(
> MojoExecutor.java:153)
>    at org.apache.maven.lifecycle.internal.MojoExecutor.execute(
> MojoExecutor.java:145)
>    at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.
> buildProject(LifecycleModuleBuilder.java:84)
>    at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.
> buildProject(LifecycleModuleBuilder.java:59)
>    at org.apache.maven.lifecycle.internal.LifecycleStarter.
> singleThreadedBuild(LifecycleStarter.java:183)
>    at org.apache.maven.lifecycle.internal.LifecycleStarter.
> execute(LifecycleStarter.java:161)
>    at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
>    at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
>    at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
>    at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
>    at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
>    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>    at sun.reflect.NativeMethodAccessorImpl.invoke(
> NativeMethodAccessorImpl.java:62)
>    at sun.reflect.DelegatingMethodAccessorImpl.invoke(
> DelegatingMethodAccessorImpl.java:43)
>    at java.lang.reflect.Method.invoke(Method.java:498)
>    at org.codehaus.plexus.classworlds.launcher.Launcher.
> launchEnhanced(Launcher.java:290)
>    at org.codehaus.plexus.classworlds.launcher.Launcher.
> launch(Launcher.java:230)
>    at org.codehaus.plexus.classworlds.launcher.Launcher.
> mainWithExitCode(Launcher.java:414)
>    at org.codehaus.plexus.classworlds.launcher.Launcher.
> main(Launcher.java:357)
> =======
>


   
Reply | Threaded
Open this post in threaded view
|

Re: Is anyone seeing this during trunk build?

Arun Suresh-3
It looks like *org.apache.hadoop.hdfs.StripeReader* is using a Java 8
lambda expression which commons bcel is still not comfortable with.
As per https://issues.apache.org/jira/browse/BCEL-173 It should be fixed in
commons release 6.0 of bcel.
or maybe replace with bcel-findbugs ? as suggested by :
https://github.com/RichardWarburton/lambda-behave/issues/31#issuecomment-86052095

On Thu, Sep 29, 2016 at 2:01 PM, Kihwal Lee <[hidden email]>
wrote:

> This also shows up in the precommit builds. This is not failing the build,
> so it might scroll over quickly before you realize.
> Search for ClassFormatException
> https://builds.apache.org/job/PreCommit-HDFS-Build/16928/
> artifact/patchprocess/branch-mvninstall-root.txt
>
>       From: Ted Yu <[hidden email]>
>  To: Kihwal Lee <[hidden email]>
> Cc: Hdfs-dev <[hidden email]>; Hadoop Common <
> [hidden email]>
>  Sent: Wednesday, September 28, 2016 7:16 PM
>  Subject: Re: Is anyone seeing this during trunk build?
>
> I used the same command but didn't see the error you saw.
>
> Here is my environment:
>
> Java HotSpot(TM) 64-Bit Server VM warning: ignoring option
> MaxPermSize=512M; support was removed in 8.0
> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> 2015-11-10T08:41:47-08:00)
> Maven home: /Users/tyu/apache-maven-3.3.9
> Java version: 1.8.0_91, vendor: Oracle Corporation
> Java home:
> /Library/Java/JavaVirtualMachines/jdk1.8.0_91.jdk/Contents/Home/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "mac os x", version: "10.11.3", arch: "x86_64", family: "mac"
>
> FYI
>
> On Wed, Sep 28, 2016 at 3:54 PM, Kihwal Lee <[hidden email]>
> wrote:
>
> > I just noticed this during a trunk build. I was doing "mvn clean install
> > -DskipTests".  The build succeeds.
> > Is anyone seeing this?  I am using openjdk8u102.
> >
> >
> >
> > =======
> > [WARNING] Unable to process class org/apache/hadoop/hdfs/
> StripeReader.class
> > in JarAnalyzer File /home1/kihwal/devel/apache/
> hadoop/hadoop-hdfs-project/
> > hadoop-hdfs-client/target/hadoop-hdfs-client-3.0.0-alpha2-SNAPSHOT.jar
> > org.apache.bcel.classfile.ClassFormatException: Invalid byte tag in
> > constant pool: 18
> >    at org.apache.bcel.classfile.Constant.readConstant(Constant.java:146)
> >    at org.apache.bcel.classfile.ConstantPool.<init>(
> ConstantPool.java:67)
> >    at org.apache.bcel.classfile.ClassParser.readConstantPool(
> > ClassParser.java:222)
> >    at org.apache.bcel.classfile.ClassParser.parse(ClassParser.java:136)
> >    at org.apache.maven.shared.jar.classes.JarClassesAnalysis.
> > analyze(JarClassesAnalysis.java:92)
> >    at org.apache.maven.report.projectinfo.dependencies.Dependencies.
> > getJarDependencyDetails(Dependencies.java:255)
> >    at org.apache.maven.report.projectinfo.dependencies.
> > renderer.DependenciesRenderer.hasSealed(DependenciesRenderer.java:1454)
> >    at org.apache.maven.report.projectinfo.dependencies.
> > renderer.DependenciesRenderer.renderSectionDependencyFileDet
> > ails(DependenciesRenderer.java:536)
> >    at org.apache.maven.report.projectinfo.dependencies.
> > renderer.DependenciesRenderer.renderBody(DependenciesRenderer.java:263)
> >    at org.apache.maven.reporting.AbstractMavenReportRenderer.render(
> > AbstractMavenReportRenderer.java:79)
> >    at org.apache.maven.report.projectinfo.DependenciesReport.
> > executeReport(DependenciesReport.java:186)
> >    at org.apache.maven.reporting.AbstractMavenReport.generate(
> > AbstractMavenReport.java:190)
> >    at org.apache.maven.report.projectinfo.AbstractProjectInfoReport.
> > execute(AbstractProjectInfoReport.java:202)
> >    at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(
> > DefaultBuildPluginManager.java:101)
> >    at org.apache.maven.lifecycle.internal.MojoExecutor.execute(
> > MojoExecutor.java:209)
> >    at org.apache.maven.lifecycle.internal.MojoExecutor.execute(
> > MojoExecutor.java:153)
> >    at org.apache.maven.lifecycle.internal.MojoExecutor.execute(
> > MojoExecutor.java:145)
> >    at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.
> > buildProject(LifecycleModuleBuilder.java:84)
> >    at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.
> > buildProject(LifecycleModuleBuilder.java:59)
> >    at org.apache.maven.lifecycle.internal.LifecycleStarter.
> > singleThreadedBuild(LifecycleStarter.java:183)
> >    at org.apache.maven.lifecycle.internal.LifecycleStarter.
> > execute(LifecycleStarter.java:161)
> >    at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
> >    at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
> >    at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
> >    at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
> >    at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
> >    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >    at sun.reflect.NativeMethodAccessorImpl.invoke(
> > NativeMethodAccessorImpl.java:62)
> >    at sun.reflect.DelegatingMethodAccessorImpl.invoke(
> > DelegatingMethodAccessorImpl.java:43)
> >    at java.lang.reflect.Method.invoke(Method.java:498)
> >    at org.codehaus.plexus.classworlds.launcher.Launcher.
> > launchEnhanced(Launcher.java:290)
> >    at org.codehaus.plexus.classworlds.launcher.Launcher.
> > launch(Launcher.java:230)
> >    at org.codehaus.plexus.classworlds.launcher.Launcher.
> > mainWithExitCode(Launcher.java:414)
> >    at org.codehaus.plexus.classworlds.launcher.Launcher.
> > main(Launcher.java:357)
> > =======
> >
>
>
>
>
Reply | Threaded
Open this post in threaded view
|

Re: Is anyone seeing this during trunk build?

Kihwal Lee-2
> or maybe replace with bcel-findbugs ?
We are not invoking this directly, but maven-project-info-reports-plugin does.It depends on maven-shared-jar-1.1, which uses bcel.
I tried the latest maven-project-info-reports-plugin v.2.9 and it solvesthe problem. The maven-shared-jar-1.2 it depends on did the workaround.
I will file a jira to update maven-project-info-reports-plugin.
Kihwal


      From: Arun Suresh <[hidden email]>
 To: Kihwal Lee <[hidden email]>
Cc: Ted Yu <[hidden email]>; Hdfs-dev <[hidden email]>; Hadoop Common <[hidden email]>
 Sent: Thursday, September 29, 2016 6:58 PM
 Subject: Re: Is anyone seeing this during trunk build?
   
It looks like *org.apache.hadoop.hdfs.StripeReader* is using a Java 8
lambda expression which commons bcel is still not comfortable with.
As per https://issues.apache.org/jira/browse/BCEL-173 It should be fixed in
commons release 6.0 of bcel.
or maybe replace with bcel-findbugs ? as suggested by :
https://github.com/RichardWarburton/lambda-behave/issues/31#issuecomment-86052095

On Thu, Sep 29, 2016 at 2:01 PM, Kihwal Lee <[hidden email]>
wrote:

> This also shows up in the precommit builds. This is not failing the build,
> so it might scroll over quickly before you realize.
> Search for ClassFormatException
> https://builds.apache.org/job/PreCommit-HDFS-Build/16928/
> artifact/patchprocess/branch-mvninstall-root.txt
>
>      From: Ted Yu <[hidden email]>
>  To: Kihwal Lee <[hidden email]>
> Cc: Hdfs-dev <[hidden email]>; Hadoop Common <
> [hidden email]>
>  Sent: Wednesday, September 28, 2016 7:16 PM
>  Subject: Re: Is anyone seeing this during trunk build?
>
> I used the same command but didn't see the error you saw.
>
> Here is my environment:
>
> Java HotSpot(TM) 64-Bit Server VM warning: ignoring option
> MaxPermSize=512M; support was removed in 8.0
> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> 2015-11-10T08:41:47-08:00)
> Maven home: /Users/tyu/apache-maven-3.3.9
> Java version: 1.8.0_91, vendor: Oracle Corporation
> Java home:
> /Library/Java/JavaVirtualMachines/jdk1.8.0_91.jdk/Contents/Home/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "mac os x", version: "10.11.3", arch: "x86_64", family: "mac"
>
> FYI
>
> On Wed, Sep 28, 2016 at 3:54 PM, Kihwal Lee <[hidden email]>
> wrote:
>
> > I just noticed this during a trunk build. I was doing "mvn clean install
> > -DskipTests".  The build succeeds.
> > Is anyone seeing this?  I am using openjdk8u102.
> >
> >
> >
> > =======
> > [WARNING] Unable to process class org/apache/hadoop/hdfs/
> StripeReader.class
> > in JarAnalyzer File /home1/kihwal/devel/apache/
> hadoop/hadoop-hdfs-project/
> > hadoop-hdfs-client/target/hadoop-hdfs-client-3.0.0-alpha2-SNAPSHOT.jar
> > org.apache.bcel.classfile.ClassFormatException: Invalid byte tag in
> > constant pool: 18
> >    at org.apache.bcel.classfile.Constant.readConstant(Constant.java:146)
> >    at org.apache.bcel.classfile.ConstantPool.<init>(
> ConstantPool.java:67)
> >    at org.apache.bcel.classfile.ClassParser.readConstantPool(
> > ClassParser.java:222)
> >    at org.apache.bcel.classfile.ClassParser.parse(ClassParser.java:136)
> >    at org.apache.maven.shared.jar.classes.JarClassesAnalysis.
> > analyze(JarClassesAnalysis.java:92)
> >    at org.apache.maven.report.projectinfo.dependencies.Dependencies.
> > getJarDependencyDetails(Dependencies.java:255)
> >    at org.apache.maven.report.projectinfo.dependencies.
> > renderer.DependenciesRenderer.hasSealed(DependenciesRenderer.java:1454)
> >    at org.apache.maven.report.projectinfo.dependencies.
> > renderer.DependenciesRenderer.renderSectionDependencyFileDet
> > ails(DependenciesRenderer.java:536)
> >    at org.apache.maven.report.projectinfo.dependencies.
> > renderer.DependenciesRenderer.renderBody(DependenciesRenderer.java:263)
> >    at org.apache.maven.reporting.AbstractMavenReportRenderer.render(
> > AbstractMavenReportRenderer.java:79)
> >    at org.apache.maven.report.projectinfo.DependenciesReport.
> > executeReport(DependenciesReport.java:186)
> >    at org.apache.maven.reporting.AbstractMavenReport.generate(
> > AbstractMavenReport.java:190)
> >    at org.apache.maven.report.projectinfo.AbstractProjectInfoReport.
> > execute(AbstractProjectInfoReport.java:202)
> >    at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(
> > DefaultBuildPluginManager.java:101)
> >    at org.apache.maven.lifecycle.internal.MojoExecutor.execute(
> > MojoExecutor.java:209)
> >    at org.apache.maven.lifecycle.internal.MojoExecutor.execute(
> > MojoExecutor.java:153)
> >    at org.apache.maven.lifecycle.internal.MojoExecutor.execute(
> > MojoExecutor.java:145)
> >    at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.
> > buildProject(LifecycleModuleBuilder.java:84)
> >    at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.
> > buildProject(LifecycleModuleBuilder.java:59)
> >    at org.apache.maven.lifecycle.internal.LifecycleStarter.
> > singleThreadedBuild(LifecycleStarter.java:183)
> >    at org.apache.maven.lifecycle.internal.LifecycleStarter.
> > execute(LifecycleStarter.java:161)
> >    at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
> >    at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
> >    at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
> >    at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
> >    at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
> >    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >    at sun.reflect.NativeMethodAccessorImpl.invoke(
> > NativeMethodAccessorImpl.java:62)
> >    at sun.reflect.DelegatingMethodAccessorImpl.invoke(
> > DelegatingMethodAccessorImpl.java:43)
> >    at java.lang.reflect.Method.invoke(Method.java:498)
> >    at org.codehaus.plexus.classworlds.launcher.Launcher.
> > launchEnhanced(Launcher.java:290)
> >    at org.codehaus.plexus.classworlds.launcher.Launcher.
> > launch(Launcher.java:230)
> >    at org.codehaus.plexus.classworlds.launcher.Launcher.
> > mainWithExitCode(Launcher.java:414)
> >    at org.codehaus.plexus.classworlds.launcher.Launcher.
> > main(Launcher.java:357)
> > =======
> >
>
>
>
>