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

Re: dav props

From: Joe Orton <jorton_at_btconnect.com>
Date: 2001-07-11 22:34:24 CEST

On Wed, Jul 11, 2001 at 03:08:15PM -0500, Ben Collins-Sussman wrote:
>
> OK, so here's the state of dav props.
>
> I can commit a user-prop over DAV now, and it definitely goes into the
> repository.
>
> But ra_dav isn't sending any props to the update-editor during 'up' or
> 'co'.
>
> Also -- I think Joe is adding odd prefixes, or losing data somehow,
> when storing props in the repository:
>
> * I originally committed property "foo:bar" on A/D/gamma, over DAV.
>
> * I attempted to checkout again over DAV, and got no properties at all.

The patch I posted gets this working.
 
> * I logged into the box with Apache running, and did an ra_local
> checkout. I *did* get properties on gamma this time. But they
> looked really weird:

Right, what you're seeing is how mod_dav (standalone) stores DAV
properties in a DBM database. This is currently just being passed
through the the SVN FS calls as-is, so you get this weird stuff. It
looks strange because of the namespace handling in mod_dav and some XML
language handling bits.

> $ svn pl A/D/gamma
> METADATA :
> 1:foo :

This means "property foo in the namespace with index 1 in the namespace
table". And the value is actually there hidden after a \0 byte I
believe.

If we make several assumptions:

1) mod_dav_svn relies on the internal structures that mod_dav uses for
storing properties, see modules/dav/main/props.c in the Apache 2.0 tree

2) we only allow setting user properties through a specific namespace
e.g. "SVN:custom"

then I think we could hack mod_dav_svn to hard-code the namespace table
(i.e. the METADATA entry) and make properties appear correctly.

Greg may prefer to do this properly, which would require some large
changes to mod_dav itself AFAICT.

joe

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:33 2006

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.