[ 
https://issues.apache.org/jira/browse/TIKA-2015?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15503616#comment-15503616
 ] 

Hudson commented on TIKA-2015:
------------------------------

FAILURE: Integrated in Jenkins build tika-2.x-windows #48 (See 
[https://builds.apache.org/job/tika-2.x-windows/48/])
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)

Reply via email to