[ 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)