Hi Laurent,
>> >When I return an empty representation with an Identifier set, I can
>> not be found in the client side (object is null).
>> Yes, as the emptyRepresentation is not "available" ("size" equals to 0
>> and "available" attribute is false), then the entity headers are not copied.
>> This choice has been made and discussed in the past, however the HTTP
>> spec is on the way to be rewritten and reexplained at the IETF group =>
>> http://tools.ietf.org/wg/httpbis/.
>> This notion of empty representation seems to be clarified, I've updated
>> an existing issue about this topic:
>> http://restlet.tigris.org/issues/show_bug.cgi?id=995
>>
> Thanks for the info, but I have some questions. You said it has been
> discussed in the past, but this was working with 2.0 M6. Have you made
> some changes recently in this field ?
>
yes, and more precisely in january, 7 (revision 6006). I remember I was
stabilizing the internal connectors and after having an issue with some
tests we had a discussion about this point with Jerome. Unfortunately, I
don't remember precisely the kind of error and as I've just reverted the
changes and the tests just work fine, I'm enclined to think this has
been fixed elsewhere (on client side, I guess)...
> Do you think this should work as I was expecting, or do I misuse the
> concept. Because the RFC
> [http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.2.5] say :
> The server has fulfilled the request but does not need to return an
> entity-body, and might want to return updated metainformation
>
> So one way can be to not set the reference, because it is not mandatory,
> but we prefer to set it (it helps the client to be lazy to have such info).
>
Could the "HEAD" method help you? It helps getting metadata of resources
(without having to return empty representation).
Best regards,
Thierry Boileau
------------------------------------------------------
http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447&dsMessageId=2447040
