Hi
> -----Original Message-----
> From: brane@xbc.nu [mailto:brane@xbc.nu]
> Sent: Wednesday, April 24, 2002 12:13 PM
> To: Greg Stein
> Cc: Ben Collins-Sussman; SVN Dev List
> Subject: Re: fs dump/restore proposal
>
>
> Quoting Greg Stein <gstein@lyra.org>:
>
> > Re: binary format. Branko suggested using base64. I'd
> suggest that we
> > not
> > bother with the import/export overhead of that, and stick
> to a simple
> > length-defined binary format. An external tool can always convert to
> > base64
> > if that is important. (or convert to XML or whatever...)
>
> Um. I did not. I said quite the opposite. That'a why I
> proposed to separate
> structure and content, so that structure can be in XML (which
> is eminently
> suited to such things), and content could be in a single huge
> blob file,
> for all I care.
And then it would be helpfull to have a "wrapper" format to encapsulate
the different parts (XML, blobs, etc).
I would like to propose the DIME format for this, which is a proposed
internet
draft which you can find at:
http://search.ietf.org/internet-drafts/draft-nielsen-dime-01.txt
Abstract
Direct Internet Message Encapsulation (DIME) is a lightweight,
binary message format that can be used to encapsulate one or more
application-defined payloads of arbitrary type and size into a
single message construct. Each payload is described by a type, a
length, and an optional identifier. Both URIs and MIME media type
constructs are supported as type identifiers. The payload length is
an integer indicating the number of octets of the payload. The
optional payload identifier is a URI enabling cross-referencing
between payloads. DIME payloads may include nested DIME messages or
chains of linked chunks of unknown length at the time the data is
generated. DIME is strictly a message format: it provides no
concept of a connection or of a logical circuit, nor does it
address head-of-line problems.
-og
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Apr 25 10:38:43 2002