[
https://issues.apache.org/jira/browse/TIKA-307?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17373732#comment-17373732
]
Hudson commented on TIKA-307:
-----------------------------
SUCCESS: Integrated in Jenkins build Tika ยป tika-main-jdk8 #268 (See
[https://ci-builds.apache.org/job/Tika/job/tika-main-jdk8/268/])
TIKA-307 #334 via jendabenda (tallison:
[https://github.com/apache/tika/commit/1b3ff12e683b3031bdaeba4b778aeaf5a76c2604])
* (edit)
tika-parsers/tika-parsers-standard/tika-parsers-standard-modules/tika-parser-pkg-module/src/main/java/org/apache/tika/parser/pkg/PackageParser.java
> Better handling of partial/truncated input data to parsers
> ----------------------------------------------------------
>
> Key: TIKA-307
> URL: https://issues.apache.org/jira/browse/TIKA-307
> Project: Tika
> Issue Type: Improvement
> Components: parser
> Affects Versions: 0.4
> Reporter: Kenneth William Krugler
> Priority: Major
>
> Some parsers (e.g. ZipParser) can hang if they prematurely reach the end of
> the input stream.
> As a way of avoiding this issue, Jukka had suggested the following approach
> on the list:
> The input stream could be wrapped into a decorator that throws a tagged
> IOException when the given size limit has been reached. This assumes that all
> parsers will correctly propagate up an IOException (at the very least).
> Smarter parsers could cleanly close the emitted XHTML stream, potentially
> adding a metadata entry that signifies that the extracted text has been
> truncated.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
