[
https://issues.apache.org/jira/browse/TIKA-2015?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15503535#comment-15503535
]
Hudson commented on TIKA-2015:
------------------------------
SUCCESS: Integrated in Jenkins build tika-2.x #144 (See
[https://builds.apache.org/job/tika-2.x/144/])
TIKA-2015 -- upgrade to PDFBox 2.0.3 (tallison: rev
1b32e31864829acd80620763cf3c4d928b8d8346)
* (edit) tika-parser-modules/pom.xml
* (edit) CHANGES.txt
> MAPIMessage String fileName constructor leaves file open
> --------------------------------------------------------
>
> Key: TIKA-2015
> URL: https://issues.apache.org/jira/browse/TIKA-2015
> Project: Tika
> Issue Type: Bug
> Components: parser
> Affects Versions: 1.11, 1.12
> Reporter: Tim Barrett
>
> When extracting attachments from MSG resources, using MAPIMessage constructor
> with string file path of msg resource leads to an open file handle on msg fle
> that is never closed, there is no way to close this as MAPIMessage does not
> have a close method. This behaviour first manifests itself in version 1.11
> and all subsequent versions (1.12, 1.13). Use LSOF or file-leak-detector to
> reproduce this - create instance of MAPIMessage using string constructor -
> file-leak-detector will show the open file being created at that point, file
> handle is then never dropped.
> Using input stream constructor is a workaround as this allows the calling
> program to cleanly close the input stream.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
