[
https://issues.apache.org/jira/browse/TIKA-1198?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13876386#comment-13876386
]
Sergey Beryozkin commented on TIKA-1198:
----------------------------------------
I'm treating the fact that Content-Type (if not available in the request) is
defaulted to application/octet-stream *after* the method selection is done as a
JAX-RS 2.0 spec text bug and seeking some clarifications before deciding how to
treat it. Basically, if the defaulting was done *before* the method selection
then adding a new method specifically accepting multiparts would have no effect
on the existing tests using "curl -T" with no Content-Type set.
We do not have to wait though for Tika 1.5 be released before this spec issue
gets sorted out. Adding a "/form" to the multipart/form-data accepting method
would make it work as expected without the existing tests being affected
> Consider optionally utilizing CXF JAX-RS Attachment support
> -----------------------------------------------------------
>
> Key: TIKA-1198
> URL: https://issues.apache.org/jira/browse/TIKA-1198
> Project: Tika
> Issue Type: Wish
> Components: server
> Reporter: Sergey Beryozkin
> Priority: Minor
>
> CXF offers a fairly extensive support for multiparts:
> http://cxf.apache.org/docs/jax-rs-multiparts.html
> Perhaps some of that can help with the server offering more options to do
> with uploading/downloading files
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
