From the HTTP 1.1 specification:
If the client has performed a conditional GET request and access is allowed, but the document has not been modified, the
server SHOULD respond with this status code. The 304 response MUST NOT contain a message-body, and thus is always
terminated by the first empty line after the header fields.
HTH,
Marek
On 11/25/2011 07:13 PM, Gili wrote:
> Hi,
>
> I've defined a @PUT method which returns:
>
> Response.notModified().entity("test").build();
>
> When I examined the response, I noticed that the entity is missing. When I
> replace notModified() by ok() or serverError() the entity shows up. Why is
> notModified() dropping the entity? I'd like to provide clients an
> explanation of why the resource was not modified.
>
> Thanks,
> Gili
>
> --
> View this message in context: http://jersey.576304.n2.nabble.com/HTTP-304-is-silently-dropping-the-entity-tp7032018p7032018.html
> Sent from the Jersey mailing list archive at Nabble.com.