1

我在尝试使用 itext 编辑 pdf 文档时遇到异常。这个问题非常零星，有时它正在工作，有时它会抛出错误。

at com.itextpdf.text.pdf.parser.PdfContentStreamProcessor.access$6100(PdfContentStreamProcessor.java:60)
at com.itextpdf.text.pdf.parser.PdfContentStreamProcessor$Do.invoke(PdfContentStreamProcessor.java:991)
at com.itextpdf.text.pdf.pdfcleanup.PdfCleanUpContentOperator.invoke(PdfCleanUpContentOperator.java:140)
at com.itextpdf.text.pdf.parser.PdfContentStreamProcessor.invokeOperator(PdfContentStreamProcessor.java:286)
at com.itextpdf.text.pdf.parser.PdfContentStreamProcessor.processContent(PdfContentStreamProcessor.java:425)
at com.itextpdf.text.pdf.pdfcleanup.PdfCleanUpProcessor.cleanUpPage(PdfCleanUpProcessor.java:160)
at com.itextpdf.text.pdf.pdfcleanup.PdfCleanUpProcessor.cleanUp(PdfCleanUpProcessor.java:135)
at RedactionClass.tgestRedactJavishsInput(RedactionClass.java:56)
at RedactionClass.main(RedactionClass.java:23)

我用来编辑的代码如下：

public static void testRedact() throws IOException, DocumentException {

    InputStream resource = new FileInputStream("D:/itext/edited_120192824_5 (1).pdf");
    OutputStream result = new FileOutputStream(new File(OUTPUTDIR,
            "aviteshs.pdf"));

    PdfReader reader = new PdfReader(resource);
    PdfStamper stamper = new PdfStamper(reader, result);
    int pageCount = reader.getNumberOfPages();
    Rectangle linkLocation1 = new Rectangle(440f, 700f, 470f, 710f);
    Rectangle linkLocation2 = new Rectangle(308f, 205f, 338f, 215f);
    Rectangle linkLocation3 = new Rectangle(90f, 155f, 130f, 165f);
    List<PdfCleanUpLocation> cleanUpLocations = new ArrayList<PdfCleanUpLocation>();
    for (int currentPage = 1; currentPage <= pageCount; currentPage++) {
        if (currentPage == 1) {
            cleanUpLocations.add(new PdfCleanUpLocation(currentPage,
                    linkLocation1, BaseColor.BLACK));
            cleanUpLocations.add(new PdfCleanUpLocation(currentPage,
                    linkLocation2, BaseColor.BLACK));
            cleanUpLocations.add(new PdfCleanUpLocation(currentPage,
                    linkLocation3, BaseColor.BLACK));
        } else {
            cleanUpLocations.add(new PdfCleanUpLocation(currentPage,
                    linkLocation1, BaseColor.BLACK));
        }
    }
    PdfCleanUpProcessor cleaner = new PdfCleanUpProcessor(cleanUpLocations,
            stamper);
    try {
        cleaner.cleanUp();
    } catch (Exception e) {
        e.printStackTrace();
    }
    stamper.close();
    reader.close();

}

由于客户文档，我无法共享它，试图找出一些相同的测试数据。

请在此处找到文档：

https://drive.google.com/file/d/0B-zalNTEEIOwM1JJVWctcW8ydU0/view?usp=drivesdk

4

1 回答 1

0

简而言之：这里的原因NullPointerException是iText不支持从它们显示的页面继承表单XObject资源。根据 PDF 规范，此结构已过时，但在遵循早期 PDF 参考而非规范的 PDF 中可能会遇到这种情况。

原因

相关文档的第 1 页包含 4 个名为I1、M0、P1和Q0的 XObject 资源：

RUPS 屏幕截图

正如您在屏幕截图中看到的那样，Q0尤其没有自己的Resources字典。但它的最后一条指令是

q
413 0 0 125 75 3086 cm
/I1 Do
Q

Id est 它引用了资源I1。

现在 iText 在表单 XObjects 的情况下假定其内容引用的资源包含在他们自己的Resources字典中。

结果：iText 访问null字典并NullPointerException出现 a。

规范

PDF 规范 ISO 32000-1 规定：

资源字典应以下列方式之一与内容流相关联：

  • 对于作为页面Contents条目值的内容流（或者是作为该条目值的数组元素），资源字典应由页面字典的Resources指定或被继承，如 7.7 中所述。 3.4，“页面属性的继承”，来自页面对象的一些祖先节点。

  • 对于其他内容流，符合要求的编写器应在流的字典中包含一个Resources条目，指定包含该内容流使用的所有资源的资源字典。这适用于定义表单 XObject、模式、Type 3 字体和注释的内容流。

  • 按照早期版本的 PDF 编写的 PDF 文件可能已经省略了页面上使用的所有形式 XObjects 和 Type 3 字体的Resources条目。从这些表单和字体中引用的所有资源都应从使用它们的页面的资源字典中继承。此构造已过时，不应该被符合规范的作者使用。

（ISO 32000-1，第 7.8.3 节 - 资源字典）

因此，在我们目前处于过时选项三的情况下，Q0引用了在Q0用于的页面的资源字典中定义的 XObject I1 。

有问题的文档有一个版本标题，声称符合 PDF 1.5（与 PDF 规范的 PDF 1.7 相比）。因此，让我们看一下 PDF 参考 1.5。对应于选项三的段落是：

  • 表单 XObject 或 Type 3 字体的字形描述可能会省略Resources条目，在这种情况下，将在使用表单或字体的页面的Resources条目中 查找资源。不推荐这种做法。

因此，总而言之，有问题的 PDF 使用了一种被 PDF 规范（于 2008 年发布，使用了九年！）称为过时的结构，甚至文件声称符合建议反对的 PDF 参考。另一方面，iText 不支持这种过时的结构。

想法如何解决这个问题

本质上，PDF Cleanup 代码必须扩展为

  • PdfCleanUpProcessor在and中记住当前页面的资源
  • PdfCleanUpContentOperator在方法中使用这些当前页面资源，invoke以防Do运算符引用表单 XObject 而没有自己的资源。

不幸的是，其中使用的一些成员invoke是私有的。因此，必须要么复制 PdfCleanUp 代码，要么依靠反射。

（iText 5.5.12-SNAPSHOT）

iText 7

iText 7 PDF CleanUp 工具也会遇到您的 PDF 问题，这里的例外是IllegalStateException声明"Graphics state is always deleted after event dispatching. If you want to preserve it in renderer info, use preserveGraphicsState method after receiving renderer info."

由于在事件分派期间会引发此异常，因此此错误消息没有意义。不幸的是，PDF CleanUp 工具在 iText 7 中已成为封闭源代码，因此查明问题并不容易。

（iText 7.0.3-SNAPSHOT；PDF 清理 1.0.2-SNAPSHOT）

于 2017-04-06T21:40:43.740 回答