W3C home > Mailing lists > Public > ietf-http-wg@w3.org > October to December 2015

RE: Last Calls

From: Lucas Pardue <Lucas.Pardue@bbc.co.uk>
Date: Wed, 9 Dec 2015 11:34:27 +0000
To: Hervé Ruellan <herve.ruellan@crf.canon.fr>, "Julian Reschke" <julian.reschke@gmx.de>, HTTP Working Group <ietf-http-wg@w3.org>
Message-ID: <7CF7F94CB496BF4FAB1676F375F9666A2A75DFBD@bgb01xud1012>
On 04 December 2015 17:13, Hervé Ruellan wrote:

> In 2.4, the third paragraphs says that a client can become aware of multiple
> alternative services, citing: "or, an alternative service might itself advertise an
> alternative".
>
> However, due to the invalidation rule, if an alternative service advertise an
> alternative, this new alternative invalidates the previous list of alternatives.
> So if you have Origin -> alt1 -> alt2, then you keep only alt2 and don't have a
> list.
> I therefore propose to remove the "or, an alternative service might itself
> advertise an alternative".
>

It is not clear to me if you have an issue with the invalidation and alternative service offering alternative(s), or just the location of the phrase in 2.4, paragraph 3. I agree it seems odd in the example context but I think that regardless of the invalidation. In certain use cases the invalidation may well be required, so I would prefer to keep it. If the list has some importance, the alternate could/should continue to offer such a list.

> I've also sent a few editorial nits as a pull request.
I've seen this PR (looks good) but not seen a PR about the above suggested removal.

Lucas


-----------------------------
http://www.bbc.co.uk
This e-mail (and any attachments) is confidential and
may contain personal views which are not the views of the BBC unless specifically stated.
If you have received it in
error, please delete it from your system.
Do not use, copy or disclose the
information in any way nor act in reliance on it and notify the sender
immediately.
Please note that the BBC monitors e-mails
sent or received.
Further communication will signify your consent to
this.
-----------------------------
Received on Wednesday, 9 December 2015 11:35:00 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 March 2016 11:11:40 UTC