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

 


Help: OASIS Mailing Lists Help | MarkMail Help

xri-comment message

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


Subject: Re: [xri-comment] Comments on Extensible Resource Descriptor (XRD) Version 1.0 Working Draft 11



On Jan 11, 2010, at 10:44 AM, Joe Gregorio wrote:

> I've reviewed the XRD 1.0 spec and have the following issues:
> 
> 1. Expires  http://www.oasis-open.org/committees/download.php/35678/xrd-1.0-wd11.html.#element.expires
> 
>  "This dateTime value indicates the time instant after which the
> document is no longer valid."
> 
>  There is no explanation of what 'valid' means. I presume it is not
> used in the context of XML, so
>  it is not referring to XML validity. Should none of the information
> in the XRD document be
>  used after the expiration time? Or only the signed information?
> 
>  What is the relationship between XML validity and this expires
> validity? That is, if I receive an
>  XRD document that does not conform to the schema, obviously that
> means it is XML invalid,
>  but does that XML invalidity mean that the document is also invalid
> in the 'expires' sense?

I'm actually working on this now.  I noticed we had a slight inconsistency in the spec, as to whether the document was still valid (in the expiration sense) at the exact time instant specified by <Expires>.  In clarifying that, I've also changed the wording:

    The <Expires> element contains a dateTime value which indicates the time instant at which the document has expired.

I agree that the term "valid" can be somewhat ambiguous, especially when used in a specification defining an XML language.  Does that answer your questions, or is there still more there that could use additional clarification?


> 2. Link/@rel
> 
>   "This URI value defines the semantics of the relation between the
> resource described by the
>    XRD and the linked resource. The rel attribute is semantically and
> syntactically equivalent
>    to the Link Relation Types defined in [Web Linking]"
> 
>  This definition does not state whether Web Linking relations are valid to use
>  in Link/@rel. It also gives no guidance if new Link/@rel values should be
>  registered in the Web Linking relationship registry before being
> used in Link/@rel.
> 

the requirement to register rel values, or to use absolute URIs is currently mentioned in the Extensibility section.  We discussed that on this call this last week, and I will be moving that up into the Rel section today.


-will


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