repos timestamp format (was: [PATCH] Unify human represented timestamp formats.)

[Greg Stein <gs...@lyra.org>]

On Sun, Jun 23, 2002 at 11:01:18AM +0300, Nuutti Kotivuori wrote:
>...
> Oof. Timestamps in the repository are:
> 
> 2002-06-23T12:34:56.123456Z
> 
> And that format is _required_ by RFC2518 when it passes over WebDAV.

Yes, that format is required by RFC 2518, which is why issue #614 is slated
for alpha. I find it to be a pretty egregious violation of the RFC.

*However* ... that wire-format does not necessarily imply that the repos
format must match. Having them the same would make it easier to just drop
the repos value onto the wire, yes, but not *required*.

If we happen to choose a different format for the repos, then we can just do
the necessary translations.

All that said, I'm just clarifying what is required or not. Personally, I
think the repos format *should* be ISO 8601, and while we're at it, then the
particular variant we choose should match RFC 2518.

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: repos timestamp format (was: [PATCH] Unify human represented timestamp formats.)

[Nuutti Kotivuori <na...@iki.fi>]

Greg Stein wrote:
> All that said, I'm just clarifying what is required or
> not. Personally, I think the repos format *should* be ISO 8601, and
> while we're at it, then the particular variant we choose should
> match RFC 2518.

Yeah - I just didn't mention the distinction since I thought it would
just meddle up things more.

We _should_ use a different function for creating the WebDAV date and
parsing it, especially after there's interoperation with other WebDAV
clients which might not send dates exactly in the format we expect
them to send it. It would also isolate the stringified format on the
repository and the client side from each other and hence alleviate
compatibility problems. If this is done, the whole time to string
conversion can be a simple number printed and parsing can be just
atoll() for example.

-- Naked

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org