[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,发现赫然写着:
com.madgag scprov-jdk15on 1.47.0.2 jar compile true com.madgag scpkix-jdk15on 1.47.0.2 jar compile true
原来,我的依赖是错的,不仅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,就不用绕这么大个弯了,还是太年轻。
更多相关文章
- Android(安卓)C/C++开发指南
- Android官方刷新组件 SwipeRefreshLayout 的使用
- 使用GridView的auto_fit遇到的坑
- Android(安卓)中的AsyncTask的使用心得
- android性能优化(一)内存管理
- QQ For Android试用
- 箭头函数的基础使用
- NPM 和webpack 的基础使用
- Python list sort方法的具体使用