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

Re: --xml on all svn commands

From: Lieven Govaerts <lgo_at_mobsol.be>
Date: 2005-09-28 10:08:09 CEST

Quoting Julian Reschke <julian.reschke@gmx.de>:

> erymuzuan wrote:
> > May interupt on a few things or two, xml output is really useful ,
> > especially for those who doing automated build, in our case
> > combination of NAnt and CruiseControl. Having to parse string output
> > is never been pretty. Well I know for the fact for those writing
> > something on top of subversion , they are better off with subversion C
> > library or language binding for Java or phython. but for those quick
> > and dirty batch script, build script is not always possibble.
> >
> > The second thing is to replace dtd with xsd, there's much better tool
> > support and it's lot more xpath friendly. I would like volunteer to
> > work on the xsd schema with those who look at this as a good way to
> > go. may be write patch for the implementation too.
>
> How is XSD more "xpath" friendly? And *if* DTD isn't going to be
> sufficient (why exactly?), why not RelaxNG?
>
> Best regards, Julian
>
The main disadvantage of DTD's is the lack of declaration of the data types,
every piece of data is a string and that's it. That may not be important
for users reading the generated xml, but it sure is for applications
reading and parsing the xml.

The big advantage of DTD files is simplicity, it's very easy to read and
understand.

What would be the benefits of RelaxNG over XSD? I've never used it before
( every company I've worked for uses XSD ).

Lieven.

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Sep 28 10:09:44 2005

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.