[Android]iTextG与SpongyCastle踩坑经历
本文主要记录了使用iText在Android上的版本iTextG遇上的各种遭遇。
背景
因为种种原因在Android上无法使用iText
,因此在这个网址上,找到了适合在Android平台上使用的iTextG
,兴冲冲的用上之后,发现缺少了一系列SpongyCastle
的引用,于是在Maven中心仓库中搜索这个库,但问题才刚刚开始。
尝试
首先,我把SpongyCastle
的各个包(prov
, pkix
, pg
, core
)都引入了,解决了依赖问题。运行,便抛出异常:
java.lang.NoSuchMethodError: No direct method (I)V in class Lorg/spongycastle/asn1/ASN1Integer
各种Google,StackOverFlow之后,都表明是依赖库的版本问题,所以就开始切换SpongyCastle
的各种版本,Maven中心仓库里面的1.50.0.0到1.54.0.0这五个版本都尝试后,无果,依然存在这个问题。
因此,换个思路,从上面的那个异常信息开始分析。发现No direct method
这一段的意思是,构造方法的参数是int
类型。但是ASN1Integer
中并没有int
类型的构造器。突然想到,使用到的地方,iTextG
库中的类PdfPKCS7
中有这么一行。
signerinfo.add(new ASN1Integer(signerversion));
在jar包中以字节码的形式存在,字节码中使用的是ASN1Integer
有一个int
类型参数的构造器,这是已经编译好的存在,没办法说再去使用long
类型参数的构造器。因此,在1.50.0.0到1.54.0.0的版本中,就算存在ASN1Integer
的long
类型参数的构造器,也是无法使用的,所以才会抛出异常说找不到这个方法。
解决
还是在Maven中心库中搜索,’iTextG’,然后查看其pom,发现赫然写着:
<dependency> <groupId>com.madgaggroupId> <artifactId>scprov-jdk15onartifactId> <version>1.47.0.2version> <type>jartype> <scope>compilescope> <optional>trueoptional>dependency><dependency> <groupId>com.madgaggroupId> <artifactId>scpkix-jdk15onartifactId> <version>1.47.0.2version> <type>jartype> <scope>compilescope> <optional>trueoptional>dependency>
原来,我的依赖是错的,不仅version
有问题,artifactId
也有问题。。
好的,将依赖加上,完美解决问题,贴上我使用的版本。
compile "com.itextpdf:itextg:5.5.9"compile "com.madgag:scprov-jdk15on:1.47.0.2"compile "com.madgag:scpkix-jdk15on:1.47.0.2"
总结
如果在IDE中,依赖的两个不同的包中的方法,可以追踪到另一个方法,但是在运行阶段又会抛出NoSuchMethodError
,多半是版本问题。
如果早点看POM,就不用绕这么大个弯了,还是太年轻。
更多相关文章
- 箭头函数的基础使用
- NPM 和webpack 的基础使用
- Python list sort方法的具体使用
- 【阿里云镜像】使用阿里巴巴DNS镜像源——DNS配置教程
- Chronometer android计时器组件Chronometer的使用,android通话时
- 十二.Android的版本故事
- [Android]如何做一个崩溃率少于千分之三噶应用app(6)-动态创建
- Android(安卓)Studio 第六十四期 - Android业务组件化之URL Sche
- android(NDK+JNI)---Android使用JNI实现Java与C之间传递数据