[
https://issues.apache.org/jira/browse/TIKA-2849?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16821998#comment-16821998
]
Tim Allison commented on TIKA-2849:
-----------------------------------
These are the applications that had that entry after the first stream:
||Files||Application||
|2302||
|1800|Apache POI|
|631|Microsoft Excel|
|630|Microsoft Office Word|
|543|Microsoft Macintosh Word|
|334|Microsoft Office PowerPoint|
|171|Microsoft Office Outlook|
|119|Microsoft Macintosh Excel|
|37|PHPWord|
|27|LibreOffice/6.0.3.2$Windows_X86_64
LibreOffice_project/8f48d515416608e3a835360314dac7e47fd0b821|
|24|LibreOffice/5.1.6.2$Linux_X86_64 LibreOffice_project/10m0$Build-2|
|17|Google docs|
|17|LibreOffice/5.0.1.2$Windows_x86
LibreOffice_project/81898c9f5c0d43f3473ba111d7b351050be20261|
|17|LibreOffice/5.2.3.3$Windows_x86
LibreOffice_project/d54a8868f08a7b39642414cf2c8ef2f228f780cf|
|17|WPS 表格|
|16|GemBox.Spreadsheet|
...
> 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)
