You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tika.apache.org by "Nick Burch (JIRA)" <ji...@apache.org> on 2015/01/22 20:04:39 UTC
[jira] [Commented] (TIKA-1527) Add payload to TikaInputStream
[ https://issues.apache.org/jira/browse/TIKA-1527?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14287995#comment-14287995 ]
Nick Burch commented on TIKA-1527:
----------------------------------
TikaInputStream already supports the concept of an ["Open Container"|https://tika.apache.org/1.7/api/org/apache/tika/io/TikaInputStream.html#getOpenContainer%28%29], which can be attached. The open container can be ignored by parsers, but it can save work when a detector spends some time parsing/processing a file to do detection, which the parser can then piggy-back off of. TikaInputStream will clean/close this container where possible when the overall input stream is closed.
Could that work here too?
> Add payload to TikaInputStream
> ------------------------------
>
> Key: TIKA-1527
> URL: https://issues.apache.org/jira/browse/TIKA-1527
> Project: Tika
> Issue Type: Improvement
> Affects Versions: 1.7
> Reporter: Tim Allison
> Assignee: Tim Allison
>
> On TIKA-1511, I found a need to pass a Java object into a an EmbeddedDocumentExtractor. I would have sent the object into the parser via ParseContext, but EmbeddedDocumentExtractor doesn't take a ParseContext, and it makes some sense that this object should be used instead of the actual TikaInputStream.
> I propose adding a payload to TikaInputStream that would only be used internally by parsers of container documents passing information to EmbeddedDocumentExtractors.
> Any problems with this or alternatives?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)