David Summers wrote:
>On Sun, 22 Dec 2002, [UTF-8] Branko ÄŒibej wrote:
>>David Summers wrote:
>>>The property contents are XML escaped. The file-content is
>>>XML escaped if it is text and is base64 encoded if it is binary
>>>(anything with svn:mime-type property where the property value doesn't
>>>start with "text").
>>Property contents can be binary, too. So you'd have to base64 them,
>>because we don't have meta-data for props. Special-caseing text vs.
>>binary files is also a bit dubious; who's going to read your XML dump?
>>If its people, good luck to them. If it's programs, I suspect base64
>>coding is faster than XML escaping.
>Ouch, I didn't realize that. Thanks for the info.
Yes, people do get burned by that every so often. Perhaps someday we'll
have metadata on the props... eeek!
>>That's all beside the point, though. I fail to see how an XML format is
>>better than our existing dump format.
>>(Dumping logs in XML is different -- there are lots of useful uses for
>>XML-dumped log messages.)
>I'm starting to come to agreement on this. I've got a perl script now
>that takes the "svnadmin dump" output and XMLizes it. I'll keep it in the
>wings to bring out if I ever find a good use for XMLizing the dump output.
>Thanks for everyone's comments. I still think it might be useful in the
>future but I don't have a good use case for it at the moment that can
>justify either putting it into the "svnadmin dump" code.
When somebody comes up with a sufficiently generic XML spec for
repository dumps -- one that can be used by many different tools -- this
will certainly be a useful feature. In the meantime... Well, it's cool,
but it leaves me quite cold. :-)
>One good result. I've learned a LOT more about Subversion's internals in
>the last couple of days. :-)
That's always a good thing, of course. Let's see, I'm sure there are
lots of bite-sized tasks in the issue tracker you could try your hand
on. I promise you'll learn even more about Subversion code. :-)
Brane Čibej <brane_at_xbc.nu> http://www.xbc.nu/brane/
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Sun Dec 22 19:35:15 2002