Issue Details (XML | Word | Printable)

Key: MULE-684
Type: Improvement Improvement
Status: Open Open
Priority: Minor Minor
Assignee: Unassigned
Reporter: Holger Hoffstaette
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
Mule

FileToByteArray could need a GZIP flag for immediate result compression

Created: 07/Mar/06 10:28 AM   Updated: 30/Nov/08 04:46 AM
Component/s: Transport: File
Affects Version/s: 1.3-rc1
Fix Version/s: 2.x Product Backlog

Time Tracking:
Not Specified

Labels:
User impact: Low


 Description  « Hide
FileToByteArray currently reads a candidate file into memory all at once. Compression could be done by an additional GZIP transformer afterwards, but for that everything has to be in memory in the first place. Especially with large XML files the memory savings are significant if the file is compressed directly while reading. An optional compressResult(boolean) property should do the trick.

 All   Comments   Work Log   Change History   Transitions   FishEye      Sort Order: Ascending order - Click to sort in descending order
Holger Hoffstaette added a comment - 07/Mar/06 10:30 AM
Btw this would is a good use case for the chained streaming transformers once they are in place.

Holger Hoffstaette added a comment - 09/Mar/06 07:38 AM
This needs some more work in other places since e.g. the CompressionStrategy needs to be tweaked for streams as well - otherwise nothing is gained.

Holger Hoffstaette added a comment - 10/Mar/06 05:38 PM
this will require streaming to work properly, so I'm putting it off for 2.0.