Re: [httpapi] Structured Fields for HTTP APIs

Is it possible to come up with a middle ground approach where both SF and
RFC 3339 be accommodated? The latter being optional as it is more human
readable and it would help in debugging with logs. Of course, both must
resolve to the same date time value.

Thanks.

On Sat, Feb 4, 2023 at 7:22 AM Darrel Miller <darrel@tavis.ca> wrote:

>
>
> On 04.02.2023 07:24, Mark Nottingham wrote:
> > Regarding Date, I have to say I'm concerned. The HTTP WG had what I'd
> consider a strong consensus for the current unix date approach, but it's
> not clear to me whether it's actually going to be used. An unambiguous
> signal (yes or no) about whether this community will use it in its drafts
> would be helpful, IMO.
>
> Speaking as an API community member, without chair hat, I don’t like the
> idea of using unix timestamps for dates in headers. That is perhaps because
> I am not used to seeing them and I have rarely worked with them in the
> past.   It also is unfortunate that we are not taking the guidance from RFC
> 3339 RFC 3339: Date and Time on the Internet: Timestamps (rfc-editor.org)
> <https://www.rfc-editor.org/rfc/rfc3339#section-5.6>
>
>
>
> However, I understand the merits of using this format and I accept that
> tooling can largely mitigate the challenges of these values not being human
> readable.  Although, it is still going to make reading log files harder.
>
>
>
> The benefits of consistency and programmatic simplicity are sufficient to
> convince me to support an effort to align httpapi documents with the
> guidance of the httpwg.
>
>
>
> One minor nit from the sfbis document is the phrase “Dates have a data
> model that is similar to Integers”.  I do hope this will not lead naïve
> implementations to use a 32bit signed integer to process the value or we
> may have some surprises in 2038.
> https://www.ietf.org/archive/id/draft-ietf-httpbis-sfbis-01.html#section-3.3.7
> Calling out that the capital I in that sentence is doing a lot of heavy
> lifting might be worthwhile.
>
>
>
> Darrel
>
> --
> httpapi mailing list
> httpapi@ietf.org
> https://www.ietf.org/mailman/listinfo/httpapi
>