OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

xri message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [xri] comments on Expires


I think we should have something about XRD distributors and caching:
An XRD document SHOULD NOT be served with an cache expiration date
later than the <Expires> directive. In practice, this will break when
people forget to rotate their XRDs and are serving documents at or
near expiration, and if they do not have monitoring to detect that,
then probably they cannot enforce the cache requirement either.
However, it specifies correct behavior clearly.

On Wed, Jan 13, 2010 at 07:52, Scott Cantor <cantor.2@osu.edu> wrote:
> Nika Jones wrote on 2010-01-13:
>> ...  A resolver MUST NOT use an XRD after the time stated here ... If the
>> HTTP transport caching semantics specify an expiry time earlier than the
>> time expressed in this [element], then a resolver MUST NOT use this XRD
>> after the expiry time declared in the HTTP headers per section 13.2 of
>> [RFC2616] ...
>>
>> I think that says it all.
>
> Except that cache control != validity, and XRD Expires is about validity.
>
>> I suggest that anytime after the <Expires /> date has past, that the XRD
>> MUST NOT be used, regardless of HTTP caching. Because as you mentioned the
>> same document should be served up (hence cache.)
>
> It's nothing to do with HTTP, it's just that if it's Expired, it isn't valid
> any more and you're basically using it at your own risk. Normally specs stop
> short of saying MUST NOT use. Usually it's phrased more as the data in the
> XRD has no presumed validity past that time.
>
> The HTTP caching layer, if in fact HTTP is used, just controls the
> conditions under which a new copy might or might not be obtained, and at the
> end of the process, you either have a valid XRD or an expired one.
>
> -- Scott
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this mail list, you must leave the OASIS TC that
> generates this mail.  Follow this link to all your TCs in OASIS at:
> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
>
>



-- 
--Breno

+1 (650) 214-1007 desk
+1 (408) 212-0135 (Grand Central)
MTV-41-3 : 383-A
PST (GMT-8) / PDT(GMT-7)


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]