Hudson commented on TIKA-2015:

SUCCESS: Integrated in Jenkins build tika-2.x #144 (See 
TIKA-2015 -- upgrade to PDFBox 2.0.3 (tallison: rev 
* (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

Reply via email to