[
https://issues.apache.org/jira/browse/TIKA-3138?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17427744#comment-17427744
]
Tim Allison commented on TIKA-3138:
-----------------------------------
I merged that into the main branch, which back then was the 1.x branch. On our
xfa test file, I'm getting correct behavior with both 1.26 and 2.1.1-SNAPSHOT
(at least).
{noformat}
<div class="xfa_content">
<div class="xfa_form"><ol>
...
<li fieldName="DropDownList1">DropDownList1: 2: Young Abraham Lincoln
(Ranger Ed)</li>
</ol>
</div>
</div>
{noformat}
So, yes, I probably should have put that in the release notes for 1.25, and I
acknowledge that there may be other issues with xhtml markup of xfa. Let us
know if you're finding problems.
> PDF parser with XFA produce malformed XML
> -----------------------------------------
>
> Key: TIKA-3138
> URL: https://issues.apache.org/jira/browse/TIKA-3138
> Project: Tika
> Issue Type: Bug
> Components: parser
> Affects Versions: 1.24.1
> Reporter: wiwi
> Assignee: Tim Allison
> Priority: Major
> Fix For: 1.25
>
>
> When
> {code:java}
> curl -T xfa.pdf http://<tika-server>/rmeta/xml --header "Accept:
> application/json"{code}
> malformed xml is made
> {code:java}
> <div class="xfa_content">....</xfa_content> {code}
> instead of
> {code:java}
> <div class="xfa_content">....</div>{code}
>
> [https://github.com/apache/tika/blob/main/tika-parsers/src/main/java/org/apache/tika/parser/pdf/XFAExtractor.java#L75]
> does not have a correct match here:
> [https://github.com/apache/tika/blob/main/tika-parsers/src/main/java/org/apache/tika/parser/pdf/XFAExtractor.java#L109]
> and
> [https://github.com/apache/tika/blob/main/tika-parsers/src/main/java/org/apache/tika/parser/pdf/XFAExtractor.java#L138]
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
