[
https://issues.apache.org/jira/browse/TIKA-1410?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14125505#comment-14125505
]
Luis Filipe Nassif commented on TIKA-1410:
------------------------------------------
I am calling CompositeParser directly. The problem is always reproduced in my
app only with Tika-1.6. I am trying to do a simple Test case do reproduce the
problem. Till now, I have attached a java agent to the application to track the
open file handles and where they were opened. Output below:
{code}
#6 E:\teste\Exportados\3.xls by thread:pool-4-thread-2 on Mon Sep 08 10:39:34
BRT 2014
at java.io.RandomAccessFile.<init>(RandomAccessFile.java:234)
at
org.apache.poi.poifs.nio.FileBackedDataSource.newSrcFile(FileBackedDataSource.java:130)
at
org.apache.poi.poifs.nio.FileBackedDataSource.<init>(FileBackedDataSource.java:46)
at
org.apache.poi.poifs.filesystem.NPOIFSFileSystem.<init>(NPOIFSFileSystem.java:192)
at
org.apache.poi.poifs.filesystem.NPOIFSFileSystem.<init>(NPOIFSFileSystem.java:163)
at
org.apache.tika.parser.microsoft.OfficeParser.parse(OfficeParser.java:162)
at
org.apache.tika.parser.CompositeParser.parse(CompositeParser.java:244)
at
org.apache.tika.parser.CompositeParser.parse(CompositeParser.java:244)
at
dpf.sp.gpinf.indexer.parsers.IndexerDefaultParser.parse(IndexerDefaultParser.java:109)
at
dpf.sp.gpinf.indexer.io.ParsingReader$ParsingTask.run(ParsingReader.java:222)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:722)
#7 E:\teste\Exportados\4.xls by thread:pool-4-thread-1 on Mon Sep 08 10:39:34
BRT 2014
at java.io.RandomAccessFile.<init>(RandomAccessFile.java:234)
at
org.apache.poi.poifs.nio.FileBackedDataSource.newSrcFile(FileBackedDataSource.java:130)
at
org.apache.poi.poifs.nio.FileBackedDataSource.<init>(FileBackedDataSource.java:46)
at
org.apache.poi.poifs.filesystem.NPOIFSFileSystem.<init>(NPOIFSFileSystem.java:192)
at
org.apache.poi.poifs.filesystem.NPOIFSFileSystem.<init>(NPOIFSFileSystem.java:163)
at
org.apache.tika.parser.microsoft.OfficeParser.parse(OfficeParser.java:162)
at
org.apache.tika.parser.CompositeParser.parse(CompositeParser.java:244)
at
org.apache.tika.parser.CompositeParser.parse(CompositeParser.java:244)
at
dpf.sp.gpinf.indexer.parsers.IndexerDefaultParser.parse(IndexerDefaultParser.java:109)
at
dpf.sp.gpinf.indexer.io.ParsingReader$ParsingTask.run(ParsingReader.java:222)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:722)
{code}
> Temporary OLE File Leak
> -----------------------
>
> Key: TIKA-1410
> URL: https://issues.apache.org/jira/browse/TIKA-1410
> Project: Tika
> Issue Type: Bug
> Components: parser
> Affects Versions: 1.6
> Environment: Windows 7 Enterprise x64, JRE 1.8.0_11 64-bit
> Reporter: Luis Filipe Nassif
>
> It did not happen with tika-1.5. I think it was introduced with
> POI-3.11-beta2 upgrade. I am not being able to rename a lot of files after
> the parsing, seems to be some file handle not being closed.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
