[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: fs dump/restore proposal

From: Geisser, Oliver <O.Geisser_at_CEYONIQ.COM>
Date: 2002-04-25 10:38:11 CEST


> -----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
draft which you can find at:



     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.


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

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.