[Android]iTextG与SpongyCastle踩坑经历
本文主要记录了使用iText在Android上的版本iTextG遇上的各种遭遇。
背景
因为种种原因在Android上无法使用iText
,因此在这个网址上,找到了适合在Android平台上使用的iTextG
,兴冲冲的用上之后,发现缺少了一系列SpongyCastle
的引用,于是在Maven中心仓库中搜索这个库,但问题才刚刚开始。
尝试
首先,我把SpongyCastle
的各个包(prov
, pkix
, pg
, core
)都引入了,解决了依赖问题。运行,便抛出异常:
java.lang.NoSuchMethodError: No direct method <init>(I)V in class Lorg/spongycastle/asn1/ASN1Integer
各种Google,StackOverFlow之后,都表明是依赖库的版本问题,所以就开始切换SpongyCastle
的各种版本,Maven中心仓库里面的1.50.0.0到1.54.0.0这五个版本都尝试后,无果,依然存在这个问题。
因此,换个思路,从上面的那个异常信息开始分析。发现No direct method <init>(I)V
这一段的意思是,构造方法的参数是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.madgag</groupId>
<artifactId>scprov-jdk15on</artifactId>
<version>1.47.0.2</version>
<type>jar</type>
<scope>compile</scope>
<optional>true</optional>
</dependency>
<dependency>
<groupId>com.madgag</groupId>
<artifactId>scpkix-jdk15on</artifactId>
<version>1.47.0.2</version>
<type>jar</type>
<scope>compile</scope>
<optional>true</optional>
</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,就不用绕这么大个弯了,还是太年轻。