You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by "Stefano Bagnara (JIRA)" <ji...@apache.org> on 2010/08/24 11:32:18 UTC

[jira] Resolved: (JDKIM-18) jdkim verify(InputStream) doesn't clean up temp files until shutdown

     [ https://issues.apache.org/jira/browse/JDKIM-18?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Stefano Bagnara resolved JDKIM-18.
----------------------------------

    Resolution: Fixed

Hi Ben,

i preferred to add an explicit dispose instead of relying on "unrelyable" finalizers. Let me know if it works ok now!

Thank you for reporting and investigating the issue!
Stefano

> jdkim verify(InputStream) doesn't clean up temp files until shutdown
> --------------------------------------------------------------------
>
>                 Key: JDKIM-18
>                 URL: https://issues.apache.org/jira/browse/JDKIM-18
>             Project: JAMES jDKIM
>          Issue Type: Bug
>          Components: library
>    Affects Versions: 0.2
>         Environment: Verified this in solaris 10 and ubuntu 10.04 
> java 1.6.0_13
>            Reporter: Ben Aldrich
>            Assignee: Stefano Bagnara
>            Priority: Critical
>             Fix For: 0.2
>
>
> When you pass jdkim an input stream like so :
> new DKIMVerifier().verify(new ByteArrayInputStream(sb.toString().getBytes()));
> the jkdim impl/Message.java creates a mime4j temp file that doesn't get deleted until the application exits. This causes any system that runs as a daemon to eventually run out of disk space. 
> I did a quick test and replaced Message.java with my own implementation using the regular javax MimeMessage to pull out the headers and the app no longer creates the temp files. This isn't really a good solution though because now I can't pass simple canonicalization. I don't know mime4j very well but digging through the source it only sets the deleteOnExit flag by default. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org