You are viewing a plain text version of this content. The canonical link for it is here.
Posted to hdfs-dev@hadoop.apache.org by Kihwal Lee <ki...@yahoo-inc.com.INVALID> on 2016/09/28 22:54:28 UTC
Is anyone seeing this during trunk build?
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)
=======
Re: Is anyone seeing this during trunk build?
Posted by Kihwal Lee <ki...@yahoo-inc.com.INVALID>.
> 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 <ar...@gmail.com>
To: Kihwal Lee <ki...@yahoo-inc.com>
Cc: Ted Yu <yu...@gmail.com>; Hdfs-dev <hd...@hadoop.apache.org>; Hadoop Common <co...@hadoop.apache.org>
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 <ki...@yahoo-inc.com.invalid>
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 <yu...@gmail.com>
> To: Kihwal Lee <ki...@yahoo-inc.com>
> Cc: Hdfs-dev <hd...@hadoop.apache.org>; Hadoop Common <
> common-dev@hadoop.apache.org>
> 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 <ki...@yahoo-inc.com.invalid>
> 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)
> > =======
> >
>
>
>
>
Re: Is anyone seeing this during trunk build?
Posted by Kihwal Lee <ki...@yahoo-inc.com.INVALID>.
> 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 <ar...@gmail.com>
To: Kihwal Lee <ki...@yahoo-inc.com>
Cc: Ted Yu <yu...@gmail.com>; Hdfs-dev <hd...@hadoop.apache.org>; Hadoop Common <co...@hadoop.apache.org>
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 <ki...@yahoo-inc.com.invalid>
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 <yu...@gmail.com>
> To: Kihwal Lee <ki...@yahoo-inc.com>
> Cc: Hdfs-dev <hd...@hadoop.apache.org>; Hadoop Common <
> common-dev@hadoop.apache.org>
> 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 <ki...@yahoo-inc.com.invalid>
> 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)
> > =======
> >
>
>
>
>
Re: Is anyone seeing this during trunk build?
Posted by Arun Suresh <ar...@gmail.com>.
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 <ki...@yahoo-inc.com.invalid>
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 <yu...@gmail.com>
> To: Kihwal Lee <ki...@yahoo-inc.com>
> Cc: Hdfs-dev <hd...@hadoop.apache.org>; Hadoop Common <
> common-dev@hadoop.apache.org>
> 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 <ki...@yahoo-inc.com.invalid>
> 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)
> > =======
> >
>
>
>
>
Re: Is anyone seeing this during trunk build?
Posted by Arun Suresh <ar...@gmail.com>.
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 <ki...@yahoo-inc.com.invalid>
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 <yu...@gmail.com>
> To: Kihwal Lee <ki...@yahoo-inc.com>
> Cc: Hdfs-dev <hd...@hadoop.apache.org>; Hadoop Common <
> common-dev@hadoop.apache.org>
> 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 <ki...@yahoo-inc.com.invalid>
> 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)
> > =======
> >
>
>
>
>
Re: Is anyone seeing this during trunk build?
Posted by Kihwal Lee <ki...@yahoo-inc.com.INVALID>.
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 <yu...@gmail.com>
To: Kihwal Lee <ki...@yahoo-inc.com>
Cc: Hdfs-dev <hd...@hadoop.apache.org>; Hadoop Common <co...@hadoop.apache.org>
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 <ki...@yahoo-inc.com.invalid>
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)
> =======
>
Re: Is anyone seeing this during trunk build?
Posted by Kihwal Lee <ki...@yahoo-inc.com.INVALID>.
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 <yu...@gmail.com>
To: Kihwal Lee <ki...@yahoo-inc.com>
Cc: Hdfs-dev <hd...@hadoop.apache.org>; Hadoop Common <co...@hadoop.apache.org>
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 <ki...@yahoo-inc.com.invalid>
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)
> =======
>
Re: Is anyone seeing this during trunk build?
Posted by Ted Yu <yu...@gmail.com>.
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 <ki...@yahoo-inc.com.invalid>
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)
> =======
>
Re: Is anyone seeing this during trunk build?
Posted by Ted Yu <yu...@gmail.com>.
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 <ki...@yahoo-inc.com.invalid>
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)
> =======
>