[CXF-6591] Aegis DataSourceType.getBytes fails to close the InputStream fetched from DataSource, which prevents the underlying file to be deleted on Windows

• Type: Bug
• Status: Closed
• Priority: Critical
• Resolution: Fixed
• Affects Version/s: 2.7.17, 3.1.2
• Fix Version/s: 3.1.3, 2.7.18, 3.0.7
• Component/s: Aegis Databinding

Environment

Microsoft Windows (7 for sure, and most likely any other version)

• Estimated Complexity: Novice
• Flags: Patch
• Assignee: Sergey Beryozkin
• Reporter: Sanjin Tulac
• Created: 14/Sep/15 22:20
• Updated: 14/Oct/16 14:12
• Resolved: 15/Sep/15 12:50

Description

At CodeObjects, Inc., we're using CXF for all SOAP-based communication between internal application servers. In one of the calls, we pass contents of a temporary file from one server to another via CXF, and then delete temporary file after the remote server call. We use javax.activation.DataSource as input parameter in this service interface and Aegis data binding with MTOM disabled to convert file contents to base64 encoded payload.

When running on Windows 7 machines, we noticed that these temporary files are not being deleted on the client side, thus consistently filling up hard disk and running the risk of completely clogging it.

I've reproduced the issue and traced the issue to org.apache.cxf.aegis.type.mtom.DataSourceType class, whose getBytes method calls DataSource.getInputStream method, but never closes it, which causes the behavior described above.

I've implemented and tested a simple patch for 2.7 branch, which instead of IOUtils.copy calls IOUtils.copyAndCloseInput, and thus eliminates the described problem.