[ https://issues.apache.org/jira/browse/WSCOMMONS-506?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12761832#action_12761832 ]
Andreas Veithen commented on WSCOMMONS-506: ------------------------------------------- Please note that users have reported issues where the opposite happens, i.e. where MTOM attachments are deleted too early. In particular, see [1]. Ideally the fix should also propose a clean solution in these situations. [1] http://markmail.org/thread/2x4rbqcd5z4qhdv7 > Temporary copies of MTOM attachments are not deleted from the file system in > a timely manner > -------------------------------------------------------------------------------------------- > > Key: WSCOMMONS-506 > URL: https://issues.apache.org/jira/browse/WSCOMMONS-506 > Project: WS-Commons > Issue Type: Bug > Components: AXIOM > Reporter: Wendy Raschke > Assignee: Rich Scheuerle > > When customers send MTOM attachments having a certain size, the Axis2 runtime > uses Axiom to make copies of these attachments and name them with a pattern > of AxisXXXXXX.att, where XXXXXX is an arbitrary sequence of integers. These > copies may not be deleted in a timely manner, and may be removed only when > the JVM exits. This can cause a lot of files to accumulate on the customer's > file system and eat up disk space, and some of these files can be quite large. > Note that the internal sizeThreshold property controls whether attachment > files are written to memory or as files to the disk. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.