Closed muraliyaj closed 7 years ago
Thank you for reporting this!
Really bug. Confirmed with simple zipTransformer.setDeleteFiles(true);
modification to the ZipTransformerTests.zipFile()
test-case.
Will be fixed soon.
Thank you Artem.
Also, This ZIP transformer may need 'error handling mechanism( like error output channel or hook points to advice chain)' to handle failed compression cases like disk full or issues with output channel.
The error handling isn't Transfrormer
responsibility. The thrown Exception can be simply try...catched
by the caller upstream or send to the errorChannel
in case of async hand off.
In addition, with Java Config the @Transformer
annotation can be supplied with adviceChain
where one of that can be ExpressionEvaluatingRequestHandlerAdvice
.
But, eh, I agree that we have missed <request-hadnler-advice-chain>
there for the <int-zip:zip-transformer>
.
Will fix here as well.
Issue:
deleteFiles=true
causing below exception .Reason: Inside
ZipTransformer
,deleteFiles
is used to delete the original file before correspondingFileSource
is used to compress the file. That is causingFileNotFoundException
.