cxf-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sergey Beryozkin (JIRA)" <>
Subject [jira] [Commented] (CXF-6528) JAX-RS "lastModified" generates timestamp with non-standard format
Date Tue, 18 Aug 2015 17:10:46 GMT


Sergey Beryozkin commented on CXF-6528:


I've set up a similar demo but with a camel servlet transport...
There's something I'm not understanding right now, will debug more tomorrow may be.

So it is a non-CXF transport, CXF writes into OutputStream provided by that transport (camel
servlet, camel-http as in your case). The cxf code where Response headers are copied into
HttpServletResponse is not used. How does the custom transport (as in your case) accesses
these headers ? This is probably a silly question, just need to sign off now, but will check
asap myself    

> JAX-RS "lastModified" generates timestamp with non-standard format
> ------------------------------------------------------------------
>                 Key: CXF-6528
>                 URL:
>             Project: CXF
>          Issue Type: Bug
>          Components: JAX-RS
>    Affects Versions: 3.0.0-milestone2
>         Environment: ServiceMix 5.4.0
>            Reporter: metatech
> In CXF 3.x (since CXF-5007), the date format has changed in the "Last-Modified" HTTP
header generated by JAX-RS.
> In class org.apache.cxf.jaxrs.impl.ResponseBuilderImpl, the method "lastModified()" does
not call the "toHttpDate" anymore.
> The format is now the default format used when calling "toString" on the date object.
> This format is not one of the 3 allowed by the HTTP specification (RFC2616, section 3.3.1).
> For instance, an HTTPClient will reject this date format :  
> ====================
> Wrong date format for date Wed Aug 12 08:18:54 CEST 2015
> org.apache.commons.httpclient.util.DateParseException: Unable to parse the date Wed Aug
12 08:18:54 CEST 2015
>         at org.apache.commons.httpclient.util.DateUtil.parseDate(
>         at org.apache.commons.httpclient.util.DateUtil.parseDate(
> ====================
> Can you please restore the date conversion ?
> Thanks in advance.

This message was sent by Atlassian JIRA

View raw message