[ 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)