[
https://issues.apache.org/jira/browse/CXF-4142?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sergey Beryozkin updated CXF-4142:
----------------------------------
Attachment: patch.txt
I'm attaching a patch as opposed to merging as I'm not 100% sure it won't
interfere with the initial 'body' caching at the very top of the
cacheStreamedAttachments() implementation...
> "attachment-directory" property specified on RS endpoint does not change temp
> directory
> ---------------------------------------------------------------------------------------
>
> Key: CXF-4142
> URL: https://issues.apache.org/jira/browse/CXF-4142
> Project: CXF
> Issue Type: Bug
> Components: JAX-RS
> Affects Versions: 2.5.2
> Reporter: Sergiy Korniychuk
> Labels: attachments
> Attachments: patch.txt
>
> Original Estimate: 2h
> Remaining Estimate: 2h
>
> We need to store temporary files in specific directory for specific endpoint.
> That is needed because our service target directory is network share and for
> huge uploads it takes a while to move files from temporary directory to our
> target directory.
> We tried to use "attachment-directory" property as described here under
> reading large attachments: http://cxf.apache.org/docs/jax-rs-multiparts.html
> But that does not work. Setting system property
> "org.apache.cxf.io.CachedOutputStream.OutputDirectory" works fine, but we
> need it to be set up on a per-endpoint basis as it described to
> "attachment-directory" property configuration.
> According to sources from 2.5.2 the problem is within AttachmentDeserializer
> class, in cacheStreamedAttachments method as it never call
> setStreamedAttachmentProperties() in case if DataSource for attachment is
> AttachmentDataSource type.
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
