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

Re: mod-dav-svn high level logging compatibility

From: Eric Gillespie <epg_at_pretzelnet.org>
Date: 2007-12-19 03:07:15 CET

Eric Gillespie <epg@pretzelnet.org> writes:

> - get-mergeinfo(-partial)? '/PATH'
> Not present in 1.4.
> Shouldn't we log more than the path? svn_ra_get_mergeinfo also
> takes svn_revnum_t and svn_mergeinfo_inheritance_t but they are
> not logged. Also, I don't understand the meaning of "partial";
> it looks like it's present if the caller asked for mergeinfo
> about multiple paths, but I don't see the leap from that to the
> word "partial".

Can I get an answer from some mergeinfo/dav-svn expert?

Need help from dav-svn experts on these 3 items, too:

> - (blame(-merge-sensitive)? '/PATH' rN:N
> In 1.4 (changed in r23488 r27024 (merge-sensitive)):
> blame '/PATH'
> This is actually svn_ra_get_file_revs2/file-revs-report. If
> this interface is blame-specific, it should be named
> accordingly. If it is not, the log is wrong.
> Maybe someone was thinking the admin ought not need to
> understand the dav-svn protocol in such detail, but that's
> fallacious. Admins need to understand the protocol of any
> service they run just as well as they need to understand
> dav-svn (i.e. knowing what a file-revs-report entry in your
> dav-svn log means is analagous to knowing what GET, OPTIONS,
> PUT, POST, ... entries in your http log mean)
> Which raises another point. As far as I can tell, the dav-svn
> protocol is woefully under-documented. I've never been able to
> find a document analagous to the svn protocol's 'protocol' file.

> Finally, things we don't log at all:

> - svn_ra_check_path
> svn_ra_stat
> Maybe; are these possible? stat is at least as valuable to
> log as get_log.

> - svn_ra_has_capability
> I can't even find where mod-dav-svn responds to
> has_capability; I can find where it checks the client's
> capabilities, but not where it returns its own.


Eric Gillespie <*> epg@pretzelnet.org
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Dec 19 03:07:26 2007

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.