Restlet 1.1: Rationale behind deprecation of Variant#setModificationDate

Hi all, I tried to find out why Variant#setModificationDate(Date) and several other methods are deprecated. I wasn't able to find a rationale for it. Maybe someone can explain it? Variants are very cheap while Representations are more expensive. I think it is a Good Thing if a client can be satis

Re: Restlet 1.1: Rationale behind deprecation of Variant#setModificationDate

Hi again, > I tried to find out why Variant#setModificationDate(Date) and several > other methods > are deprecated. I wasn't able to find a rationale for it. > Maybe someone can explain it? I found the revision dtd. 2007-07-21 10:27:14-0700:

RE: Restlet 1.1: Rationale behind deprecation of Variant#setModificationDate

] De la part de Lars Heuer Envoyé : dimanche 26 octobre 2008 13:19 À : discuss@restlet.tigris.org Objet : Re: Restlet 1.1: Rationale behind deprecation of Variant#setModificationDate Hi again, > I tried to find out why Variant#setModificationDate(Date) and several > other methods > a

Re: Restlet 1.1: Rationale behind deprecation of Variant#setModificationDate

Hi Jérôme, [...] > The change was made because the Variant class is only needed for the purpose > of > content negotiation. Also, the "expirationDate", "modificationDate", "tag" > and "size" > properties can be costly to retrieve (some I/O needed) so it seemed better to > not imply that they sh

RE: Restlet 1.1: Rationale behind deprecation of Variant#setModificationDate

de Lars Heuer Envoyé : dimanche 26 octobre 2008 18:20 À : discuss@restlet.tigris.org Objet : Re: Restlet 1.1: Rationale behind deprecation of Variant#setModificationDate Hi Jérôme, [...] > The change was made because the Variant class is only needed for the purpose > of > c

Re: Restlet 1.1: Rationale behind deprecation of Variant#setModificationDate

Hi Jerome, [...] > I think there is room for optimization but this would lead to some > significant refactoring. Let's have a look at this for Restlet 2.0: > "Optimize conditional handling" > http://restlet.tigris.org/issues/show_bug.cgi?id=633 Thanks, for the time being I'll handle that use cas

RE: Restlet 1.1: Rationale behind deprecation of Variant#setModificationDate

ailto:[EMAIL PROTECTED] Envoye : lundi 27 octobre 2008 14:45 A : Jerome Louvel Objet : Re: Restlet 1.1: Rationale behind deprecation of Variant#setModificationDate Hi Jerome, [...] > I think there is room for optimization but this would lead to some > significant refactoring. Let's hav