[
https://issues.apache.org/jira/browse/TIKA-2849?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16821982#comment-16821982
]
Tim Allison commented on TIKA-2849:
-----------------------------------
Side note. Of the 397,434 zip files in our regression corpora with a
{{[Content_Types].xml}} entry (ooxml files), that entry shows up physically as
the first entry in the zip file 98.19% of the time.
||Index||Count||Percentage||
|0|390246|98.19%|
|1|1418|0.36%|
|2|1209|0.30%|
|3|412|0.10%|
|4|33|0.01%|
|5|338|0.09%|
|6|68|0.02%|
|7|128|0.03%|
|8|287|0.07%|
|9|488|0.12%|
|10|346|0.09%|
...long tail
> TikaInputStream copies the input stream locally
> -----------------------------------------------
>
> Key: TIKA-2849
> URL: https://issues.apache.org/jira/browse/TIKA-2849
> Project: Tika
> Issue Type: Bug
> Affects Versions: 1.20
> Reporter: Boris Petrov
> Assignee: Tim Allison
> Priority: Major
>
> When doing "tika.detect(stream, name)" and the stream is a "TikaInputStream",
> execution gets to "TikaInputStream#getPath" which does a "Files.copy(in,
> path, REPLACE_EXISTING);" which is very, very bad. This input stream could
> be, as in our case, an input stream from a network file which is tens or
> hundreds of gigabytes large. Copying it locally is a huge waste of resources
> to say the least. Why does it do that and can I make it not do it? Or is this
> something that has to be fixed in Tika?
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
