You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tika.apache.org by "Arkady Zalkowitsch (JIRA)" <ji...@apache.org> on 2015/10/02 22:46:26 UTC

[jira] [Comment Edited] (TIKA-1760) PDF index fulltext fails.

    [ https://issues.apache.org/jira/browse/TIKA-1760?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14941704#comment-14941704 ] 

Arkady Zalkowitsch edited comment on TIKA-1760 at 10/2/15 8:46 PM:
-------------------------------------------------------------------

It is an Tika's issue. (https://issues.apache.org/jira/browse/PDFBOX-3004)



was (Author: arkadyzalko):
Is an Tika issue. (https://issues.apache.org/jira/browse/PDFBOX-3004)


> PDF index fulltext fails.
> -------------------------
>
>                 Key: TIKA-1760
>                 URL: https://issues.apache.org/jira/browse/TIKA-1760
>             Project: Tika
>          Issue Type: Bug
>            Reporter: Arkady Zalkowitsch
>            Priority: Critical
>         Attachments: Tika-Extract-Error.png, Tika-Meta.png, not_found.pdf
>
>
> PDF index fulltext fails when font dictionary in there contains one entry for the font Helvetica and an entry for Encoding whose value does not represent a font at all.
> The AcroForm dictionary in PDF looks like this:
> 4 0 obj
> <<
>   /Fields [ 12 0 R ]
>   /DA(/Helvetica 0 Tf 0 g )
>   /DR
>   <<
>     /Font
>     <<
>       /Helvetica 11 0 R
>       /Encoding<</PDFDocEncoding 10 0 R>>
>     >>
>   >>
>   /NeedAppearances true
> >>
> endobj
> PDFBox tries to parse that "font" called Encoding and fails doing so. but PDResources.getFonts() only logs the resulting exception:
> try
> {
>     newFont = PDFontFactory.createFont( (COSDictionary)font );
> }
> catch (IOException exception)
> {
>     LOG.error("error while creating a font", exception);
> }



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)