锐客网

  1. 首页 > it技术 > >

[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 (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，发现赫然写着:
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，多半是版本问题。
【[Android]iTextG与SpongyCastle踩坑经历】如果早点看POM，就不用绕这么大个弯了，还是太年轻。

    推荐阅读


    上一篇：81|81 蜻蜓点水

    下一篇：一次只做一件事