[
https://issues.apache.org/jira/browse/TIKA-3246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17252320#comment-17252320
]
Hudson commented on TIKA-3246:
------------------------------
SUCCESS: Integrated in Jenkins build Tika ยป tika-branch1x-jdk8 #69 (See
[https://ci-builds.apache.org/job/Tika/job/tika-branch1x-jdk8/69/])
TIKA-3246: call tailored fixup when getting AcroForm the first time to avoid
the creation of appearances which aren't needed in tika (newly needed in PDFBox
2.0.22) (tilman:
[https://github.com/apache/tika/commit/4150317e6667576acb8d6f808a5686ff22d2ee7d])
* (edit)
tika-parsers/src/main/java/org/apache/tika/parser/pdf/AbstractPDF2XHTML.java
* (edit) tika-parsers/src/main/java/org/apache/tika/parser/pdf/PDFParser.java
> IllegalArgumentException when generation of appearances fails
> -------------------------------------------------------------
>
> Key: TIKA-3246
> URL: https://issues.apache.org/jira/browse/TIKA-3246
> Project: Tika
> Issue Type: Bug
> Components: parser
> Affects Versions: 1.25
> Reporter: Tilman Hausherr
> Assignee: Tilman Hausherr
> Priority: Major
> Fix For: 2.0.0, 1.26
>
> Attachments: TIKA-3246.patch
>
>
> {noformat}
> java.lang.IllegalArgumentException: No glyph for U+0041 (A) in font
> BZZZZZ+Aladin-Regular
> at
> org.apache.pdfbox.pdmodel.font.PDCIDFontType2.encode(PDCIDFontType2.java:372)
> at
> org.apache.pdfbox.pdmodel.font.PDType0Font.encode(PDType0Font.java:422)
> at org.apache.pdfbox.pdmodel.font.PDFont.encode(PDFont.java:332)
> at org.apache.pdfbox.pdmodel.font.PDFont.getStringWidth(PDFont.java:363)
> at
> org.apache.pdfbox.pdmodel.interactive.form.AppearanceGeneratorHelper.calculateFontSize(AppearanceGeneratorHelper.java:859)
> at
> org.apache.pdfbox.pdmodel.interactive.form.AppearanceGeneratorHelper.insertGeneratedAppearance(AppearanceGeneratorHelper.java:494)
> at
> org.apache.pdfbox.pdmodel.interactive.form.AppearanceGeneratorHelper.setAppearanceContent(AppearanceGeneratorHelper.java:422)
> at
> org.apache.pdfbox.pdmodel.interactive.form.AppearanceGeneratorHelper.setAppearanceValue(AppearanceGeneratorHelper.java:232)
> at
> org.apache.pdfbox.pdmodel.interactive.form.PDTextField.constructAppearances(PDTextField.java:264)
> at
> org.apache.pdfbox.pdmodel.interactive.form.PDAcroForm.refreshAppearances(PDAcroForm.java:327)
> at
> org.apache.pdfbox.pdmodel.fixup.processor.AcroFormGenerateAppearancesProcessor.process(AcroFormGenerateAppearancesProcessor.java:54)
> at
> org.apache.pdfbox.pdmodel.fixup.AcroFormDefaultFixup.apply(AcroFormDefaultFixup.java:56)
> at
> org.apache.pdfbox.pdmodel.PDDocumentCatalog.getAcroForm(PDDocumentCatalog.java:132)
> at
> org.apache.pdfbox.pdmodel.PDDocumentCatalog.getAcroForm(PDDocumentCatalog.java:113)
> at
> org.apache.tika.parser.pdf.PDFParser.extractMetadata(PDFParser.java:267)
> {noformat}
> This is related to a change in PDFBox in {{PDDocumentCatalog.getAcroForm()}},
> we try to "fix" fields when they exist as annotations but not as fields. I
> wonder if this is needed at all.
> It happens with several files, among them the two AML files of PDFBOX-4086.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
