[ https://issues.apache.org/jira/browse/TIKA-3246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17252336#comment-17252336 ]
Hudson commented on TIKA-3246: ------------------------------ SUCCESS: Integrated in Jenkins build Tika ยป tika-main-jdk8 #102 (See [https://ci-builds.apache.org/job/Tika/job/tika-main-jdk8/102/]) 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/3a4c529a201c9c3d9b56cbdf8c2f8b702d74768e]) * (edit) tika-parsers/tika-parsers-classic/tika-parsers-classic-modules/tika-parser-pdf-module/src/main/java/org/apache/tika/parser/pdf/PDFParser.java * (edit) tika-parsers/tika-parsers-classic/tika-parsers-classic-modules/tika-parser-pdf-module/src/main/java/org/apache/tika/parser/pdf/AbstractPDF2XHTML.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)