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

Re: XSD Schema for svn log --xml

From: Lieven Govaerts <lgo_at_mobsol.be>
Date: 2005-07-30 14:49:09 CEST

On Fri, 2005-07-29 at 23:03 +0200, Peter N. Lundblad wrote:
...
> NOt to seem ungreatful, but I'm not sure we want this duplication in the
> repository. It's not a big file, but it still needs to be maintained. If
> we change the schema in some way, we need to modify both files and keep
> them correct.

Hi Peter,

Thanks for your reply.

My goal was not to have the XSD file in the svn repository per se, I
have a public svn repository myself, so that's not the issue.

The issue is that:
- the log --xml format is not documented in textual form
- the DTD currently in the repository describing the format is not
  strict enough
- as far as I know, DTD does not allow to specify the type of data
  other than 'string'

While this probably is no problem for a human who just wants to know
how the XML looks like, this surely is a problem for applications trying
to parse the XML and build an object model from it. You could easily
change (small) parts of the XML logging without being noticed with the
current DTD, thereby breaking scripts or applications using that XML.

Since I will be using this XSD myself to build a web-based reporting
application for the company I work for, I'll have to keep this XSD
updated anyhow. My only problem is that I now have to check each new
release of subversion to see if the logging code has been changed.
It would be easier for me if someone of the developers group would
be involved in this, that's all.

regards,

Lieven.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Jul 30 14:51:56 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.