当前位置: 首页 > 工具软件 > SpongyCastle > 使用案例 >

[Android]iTextG与SpongyCastle踩坑经历

诸超
2023-12-01

本文主要记录了使用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的版本中,就算存在ASN1Integerlong类型参数的构造器,也是无法使用的,所以才会抛出异常说找不到这个方法。

解决

还是在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,就不用绕这么大个弯了,还是太年轻。

 类似资料: