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)