gitblit.cmd&java.lang.VerifyError: class org.bouncycastle.asn1.ASN1Primitive overrides final method

最新推荐文章于 2024-04-25 10:26:54 发布
原创 最新推荐文章于 2024-04-25 10:26:54 发布 · 4.2k 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#gitblit #java

本文介绍了在搭建gitblit-1.8.0过程中遇到的闪退问题及其解决方案。通过删除特定的bcprov-jdk15-135.jar文件，可以有效解决java.lang.VerifyError异常。

问题：

在搭建gitblit-1.8.0时候点击gitblit.cmd出现闪退，在点击authority.cmd还好输出了日志，没有闪退，提示如下：

java.lang.VerifyError: class org.bouncycastle.asn1.ASN1Primitive overrides final method。。。

解决方法:

删除jdk>jre>lib>ext>bcprov-jdk15-135.jar 


class org.bouncycastle.asn1.ASN1Primitive overrides final method equals.(Ljava/lang/Object;)Z
Triones
06-19 6342
错误信息： Error:Execution failed for task ':app:packageDebug'. > class org.bouncycastle.asn1.ASN1Primitive overrides final method equals.(Ljava/lang/Object;)Z 解决办法：   Android studio装上后，
正确解决java.lang.VerifyError异常的有效解决方法
wbajsjhhhhh的博客
05-12 3734
正确解决java.lang.VerifyError异常的有效解决方法
itext常见异常处理
peter的专栏
02-13 5057
事情： 项目改成pom时，少了依赖，后台报异常。异常如下，依赖跟随。见下面。。 解决： 出现以下异常可以尝试添加以下pom依赖 严重: Servlet.service() for servlet ExcelServlet threw exception   java.lang.NoClassDefFoundError: org/bouncycastle/asn
Caused by: java.lang.VerifyError: Cannot inherit from final class（二次封装jar包的坑）
求生的码农博客
01-30 2792
今天碰到了一个奇葩问题，项目引用了一个同事给的jar包，本地环境引入正常运行没问题，线上启动报错，网上查说是很可能是类冲突了，一直以为是自己引入本地jar然后打war之后引入的问题，后来把同事给的jar安装到本地maven仓库，正常打包，查看项目里面WEB-INF/lib也有，结果还是有问题。 Caused by: java.lang.VerifyError: Cannot inherit from final class at java.lang.ClassLoader.
java itext水印错误 class org.bouncycastle.asn1.ASN1Primitive
茄子的博客
05-31 4243
java itext水印错误 class org.bouncycastle.asn1.ASN1Primitive java.lang.VerifyError: class org.bouncycastle.asn1.ASN1Primitive overrides final method equals.(Ljava/lang/Object;)Z at java.lang.ClassLoader.defineClass1(Native Method) ~[?:1.8.0_271] at java.lang
android studio class org.bouncycastle.asn1.asn1primitive overrides final method equals
weixin_30892763的博客
04-19 1660
好吧 上手as 又遇到一个问题: 　　class org.bouncycastle.asn1.asn1primitive overrides final method equals... 项目运行的是后报错 不知道是1.4的版本问题 还是jdk版本版本低的问题。 总之遇到了,解决办法：C:\Java\jdk1.8.0_31\jre\lib\ext(我的jdk 路径) 删除bcprov-ex...
java.lang.VerifyError: Verifier rejected class——app运行闪退
weixin_42277946的博客
08-11 4023
问题描述： 上午还好好的，下午写了几行代码，一运行App就闪退， java.lang.VerifyError: Verifier rejected class xxx.HelpUtils: void com.yxg.worker.utils.HelpUtils.initPhone(android.content.Context, android.widget.TextView, com.yxg.worker.model.OrderModel, com.yxg.worker.model.User..
CGLI 报错 ：VerifyError: class net.sf.cglib.core.DebuggingClassWriter overrides final method visit
九师兄
01-14 1600
1.美图 2.背景 执行案例的测试类报错如下 java.lang.VerifyError: class net.sf.cglib.core.DebuggingClassWriter overrides final method visit.(IILjava/lang/String;Ljava/lang/String;Ljava/lang/String;[Ljava/lang/String;)V...
proguard混淆后出现java.lang.VerifyError: Bad return type错误
mashangzhifu的博客
02-26 4557
一、问题描述 用proguard混淆jar包之后，启动就报如下错误： Exception in thread "main" java.lang.VerifyError: Bad return type Exception Details: Location: aaa/bbb/ccc/ddd/eee/e/c.openConnection(Ljava/net/URL;)Ljava/net/URLConnection; @80: areturn Reason: Type 'java/la
org.bouncycastle jar包
08-13
The Bouncy Castle Crypto package is a Java implementation of cryptographic algorithms. This jar contains JCE provider and lightweight API for the Bouncy Castle Cryptography APIs for JDK 1.6.
理解与解决BouncyCastle库中“ASN1Primitive overrides final method equals”异常
gongjin28_csdn的博客
04-25 2700
在实际编程实践中，合理的依赖管理、及时的版本更新以及对核心库特性的深入了解，都是保障项目稳定运行的重要因素。方法在Java中用于比较对象的相等性，如果在一个类中被声明为final，则表示它不允许在其子类中被重写。在Java开发中，尤其是在处理安全相关的编码任务时，开发者经常需要借助强大的第三方加密库——BouncyCastle。假设您正在使用一个较老版本的BouncyCastle库，而另一个依赖项却更新到了新的版本，在新版本中可能已经将。方法声明为了final。类的方法集的库一起使用时，就会抛出此错误。
org.bouncycastle.asn1.ASN1Boolean非法循环依赖的错误
蚁人的博客
04-24 7534
记录遇到一次奇怪的错误，在发布war包到Tomcat的时候，出现了org.bouncycastle.asn1.ASN1Boolean非法循环依赖的错误。 INFO: Deploying web application directory /data/w/www/xxx-app/webapps/ROOT Apr 02, 2019 9:59:52 PM org.apache.catalina.co...
java.lang.VerifyError: class scala.collection.mutable.WrappedArray overrides final method toBuffer
qq_42718098的博客
02-11 1452
问题描述： java.lang.VerifyError: class scala.collection.mutable.WrappedArray overrides final method toBuffer.()Lscala/collection/mutable/Buffer; 出现这个问题是由于Spark和Scala版本不一致导致的。Spark版本后面的数字是Scala的版本号 官网查看版本对应 下载地址 下载后跟着步骤 这里然后删掉你以前的版本。留下和Spark匹配的版本 问题解决，再次运行s
java.lang.VerifyError: class scala.collection.mutable.WrappedArray overrides final method(已解决)
10-26 2279
java.lang.VerifyError: class scala.collection.mutable.WrappedArray overrides final method toBuffer.()Lscala/collection/mutable/Buffer; 出现这个原因是因为spark版本与scala-sdk版本不一致导致的 解决办法：首先找到和自己spark对应的scala-sdk版本，我的spark是2.1，因此对应2.11 然后去官网下载对应的zip包 https://www.scala
Caused by:java.lang.VerifyError:class scala.tools.nsc.reporters.Reporter overrides final method echo
weixin_46609492的博客
03-15 1498
Caused by: java.lang.VerifyError: class scala.tools.nsc.reporters.Reporter overrides final method echo.(Ljava/lang/String;)V scala版本flink程序：在编译、打包时一值报上面的异常，不能够正常编译和打包 百度搜索了，大致在说是本地win上的scala版本跟IDEA上配置的scala版本问题，需要本地的scala版本高于IDEA上的版本。 我自查了本地scala 通过cmd 的do
tomcat启动报错org.bouncycastle.asn1.ASN1Boolean
weixin_44663044的博客
09-26 1752
tomcat启动报错: Caused by: java.lang.IllegalStateException: Unable to complete the scan for annotations for web application [/ygz] due to a StackOverflowError. Possible root causes include a too low setting for -Xss and illegal cyclic inheritance dependencies.
gitblit.cmd运行自动关闭
与君共勉
02-28 5513
前几天运行gitblit.cmd一直正常，今天运行gitblit.cmd，几秒钟后命令行窗口就自动关闭了，导致无法启动gitblit服务器，查看日志如下： 刚开始以为是防火墙问题，在防火墙中添加了程序信任，未果 然后直接关闭防火墙，未果 右键使用管理员身份运行，未果 突然想起，刚刚公司网络故障，由电信切换到了联通，因为我们电脑使用的IP均为自动获取，所以有可能导致电脑IP改变了，cmd...
Android报错java.lang.VerifyError: Verifier rejected class gatewayprotocol.v1.TimestampsOuterClass$Timestamps
最新发布
09-14
<think> 我们之前讨论的是Protocol Buffers相关的ClassNotFoundException，现在用户转向了Android开发中的java.lang.VerifyError，具体是关于TimestampsOuterClass$Timestamps的验证错误。根据用户提供的引用内容（关于时间戳的文件系统操作）实际上与当前问题无关，因此我们应该忽略这些引用，专注于解决VerifyError。 java.lang.VerifyError通常发生在Android运行时验证类文件时发现类文件不符合规范。这可能由以下原因引起： 1. 类文件编译时使用了更高版本的Java特性（如Java 8+的特性），而运行时的Android版本不支持。 2. 依赖冲突，同一个类有多个版本，导致类结构不一致。 3. 混淆（ProGuard）或D8/R8优化导致的问题。 4. 类文件损坏或不完整。 针对用户提到的具体类名（gatewayprotocol.v1.TimestampsOuterClass$Timestamps），这是一个Protocol Buffers生成的类，因此问题可能与Protobuf相关。 ### 解决方案步骤： #### 1. **检查Java版本兼容性** - 确保Protobuf生成的代码与Android项目的Java版本兼容。在Android中，通常使用Java 8特性时需要配置desugar。 - 在模块的`build.gradle`中设置Java 8并启用desugar： ```groovy android { compileOptions { sourceCompatibility JavaVersion.VERSION_1_8 targetCompatibility JavaVersion.VERSION_1_8 } } ``` - 同时，确保依赖了Android的desugar库（在AGP 4.0+中默认包含，但需要确认）。 #### 2. **检查Protobuf插件配置** - 在Android项目中，通常使用`protobuf-gradle-plugin`来生成代码。请确认插件版本和配置正确： ```groovy buildscript { dependencies { classpath 'com.google.protobuf:protobuf-gradle-plugin:0.9.4' } } ``` 然后在模块中应用插件： ```groovy apply plugin: 'com.google.protobuf' ``` - 配置protobuf生成任务，确保生成正确版本的代码。例如： ```groovy protobuf { protoc { artifact = 'com.google.protobuf:protoc:3.21.12' // 使用与依赖匹配的版本 } generateProtoTasks { all().each { task -> task.builtins { java { option "lite" } // 如果需要Kotlin支持，添加kotlin kotlin { option "lite" } } } } } ``` #### 3. **解决依赖冲突** - 使用`./gradlew :app:dependencies`（将`:app`替换为你的模块名）检查依赖树，查看是否有多个Protobuf版本。 - 如果存在冲突，强制指定版本： ```groovy configurations.all { resolutionStrategy { force 'com.google.protobuf:protobuf-java:3.21.12' force 'com.google.protobuf:protobuf-kotlin:3.21.12' } } ``` #### 4. **检查混淆规则** - 如果启用了ProGuard/R8，确保Protobuf生成的类不被混淆。添加以下规则： ```proguard -keep class gatewayprotocol.v1.** { *; } -keep class com.google.protobuf.** { *; } ``` #### 5. **清理并重建项目** - 删除`build`目录和`.gradle`目录，然后重新构建： ```bash ./gradlew clean build ``` #### 6. **检查Protobuf生成代码的完整性** - 确保生成代码的任务已执行。可以尝试删除生成的源代码目录（通常是`build/generated/source/proto`）然后重新同步项目。 ### 根本原因分析 此错误通常是因为生成的Protobuf类使用了Android运行时无法识别的字节码。在Protobuf生成代码中，特别是使用`Timestamps`（可能涉及Java 8的时间API），在没有正确desugar的情况下会导致问题。另外，如果Protobuf生成器使用了不兼容的Java版本（如生成了Java 11的字节码）也可能导致此错误。 ### 相关问题 1. 如何在Android中配置Protobuf？ 2. 如何解决Android中的java.lang.VerifyError？ 3. 什么是desugar，它在Android开发中起什么作用？ 4. 如何排查Android中的依赖冲突？ </think> ### 解决Android开发中的`java.lang.VerifyError: Verifier rejected class gatewayprotocol.v1.TimestampsOuterClass$Timestamps`报错 该错误通常由**字节码验证失败**引起，表示Android运行时检测到类结构不符合规范。以下是系统化的解决方案： --- #### 1. **检查Protocol Buffers依赖版本冲突（首要步骤）** ```gradle // 在app/build.gradle中添加配置 configurations.all { resolutionStrategy { force 'com.google.protobuf:protobuf-java:3.21.12' // 显式指定版本 force 'com.google.protobuf:protobuf-kotlin:3.21.12' } } ``` **关键点**： - 使用`./gradlew :app:dependencies`检查依赖树 - 确保所有`protobuf-*`依赖版本**严格一致** - 常见冲突源：gRPC、Firebase库中的旧版Protobuf[^1] --- #### 2. **启用Java 8 desugar支持** 在`app/build.gradle`中启用： ```gradle android { compileOptions { sourceCompatibility JavaVersion.VERSION_1_8 targetCompatibility JavaVersion.VERSION_1_8 coreLibraryDesugaringEnabled true // 关键开关 } } dependencies { coreLibraryDesugaring 'com.android.tools:desugar_jdk_libs:2.0.4' // 最新版本 } ``` **原因**：Protobuf生成的`Timestamps`类依赖Java 8 API（如`java.time.*`），需desugar转换[^2] --- #### 3. **清理构建缓存** ```bash # 终端执行 ./gradlew clean rm -rf ~/.gradle/caches/ # 彻底清理Gradle全局缓存 ``` 随后在Android Studio执行： **File > Invalidate Caches / Restart** --- #### 4. **检查Protobuf代码生成配置** 确保protobuf Gradle插件配置一致： ```gradle plugins { id "com.google.protobuf" version "0.9.4" // 与Protobuf库版本兼容 } protobuf { protoc { artifact = 'com.google.protobuf:protoc:3.21.12' // 必须与依赖版本相同 } } ``` --- #### 5. **禁用R8优化（临时测试）** 在`gradle.properties`中添加： ```properties android.enableR8=false android.enableR8.libraries=false ``` **作用**：排查是否由代码优化引起，若解决则需添加ProGuard规则： ```proguard -keep class gatewayprotocol.v1.** { *; } -keep class com.google.protobuf.** { *; } ``` --- ### 根本原因分析 此错误通常由以下场景触发： 1. **版本不一致**：Protobuf编译器(`protoc`)与运行时库(`protobuf-java`)版本不匹配 2. **Java 8 API缺失**：Android未正确配置对`java.time.Instant`等API的支持 3. **字节码污染**：构建缓存包含旧版本生成的类文件 4. **优化冲突**：R8优化移除Protobuf必需的注解信息[^1] > 典型案例表明：Android中的`VerifyError`多由依赖版本冲突或Java 8+特性支持缺失导致[^1][^2]。 --- ### 相关问题 1. 如何检测Android项目的依赖版本冲突？ 2. Java 8 desugar在Android中是如何工作的？ 3. Protobuf在Android项目中的最佳配置实践是什么？ 4. R8与ProGuard规则有哪些关键区别？
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值