You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cxf.apache.org by "Colm O hEigeartaigh (JIRA)" <ji...@apache.org> on 2016/10/14 14:14:22 UTC
[jira] [Closed] (CXF-6832) Attachment content-disposition
modification-date not parsed correctly
[ https://issues.apache.org/jira/browse/CXF-6832?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Colm O hEigeartaigh closed CXF-6832.
------------------------------------
> Attachment content-disposition modification-date not parsed correctly
> ---------------------------------------------------------------------
>
> Key: CXF-6832
> URL: https://issues.apache.org/jira/browse/CXF-6832
> Project: CXF
> Issue Type: Bug
> Components: Core
> Reporter: Nicolas Daniels
> Assignee: Sergey Beryozkin
> Priority: Minor
> Fix For: 3.1.6, 3.0.9, 3.2.0
>
>
> When deserializing multipart content as org.apache.cxf.jaxrs.ext.multipart.Attachment, the org.apache.cxf.attachment.ContentDisposition data are not correctly filled in. Those valid fields are not set:
> * creation-date date when content was created [RFC2183]
> * modification-date date when content was last modified [RFC2183]
> * read-date date when content was last read [RFC2183]
> Exemple of Rest WebService declaration:
> public void put(@PathParam("path") String path,
> @Multipart(value = "file", required = false) Attachment attachment) throws IOException {
> System.out.println(attachment.getContentDisposition().getParameter("modification-date")); --> always null
> }
> Actually, the REGEXP pattern used in ContentDisposition.CD_HEADER_PARAMS_PATTERN is not correct as it doesn't include '-' character. So the key is not 'modification-date' but rather 'date' in the map.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)