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

Re: state of union

From: Greg Stein <gstein_at_lyra.org>
Date: 2001-09-10 22:47:30 CEST

On Mon, Sep 10, 2001 at 12:40:27PM -0500, Ben Collins-Sussman wrote:
> Greg Stein <gstein@lyra.org> writes:
>...
> > Note that you won't be able to get user-defined props working. Just not
> > doable until the API upgrade. (doable, but not nicely would be more
> > accurate) The problem is related to the METADATA pseudo-property and
> > namespace management.
>
> Gaaaaarg.

I'll do what I can to speed up the revamp.

>...
> > > * 484: ra_dav:fetch.c:reporter_abort_report() must abort txn.
> >
> > DELETE the activity. Of course, the server doesn't understand that, but that
> > is the correct wire marshalling.
>
> DELETE is part of HTTP 1.1. Somehow mod_dav_svn needs to interpret
> this request on a activity url??

repos.c has a function for deleting things (dav_svn_remove_resource). Right
at the beginning, it checks the resource type for WORKING. It should be a
reasonably easy thing to add a check for ACTIVITY, and then to call a new
function in activity.c which would abort the txn and delete the entry from
the activities DBM.

[ note that we aren't keeping that DBM clean; we also need to remove the
  entry when we commit the txn ]

resource->info->root.activity_id has the GUID for the activity,
root.txn_name has the FS's name for the transaction. root.txn is *not* set,
so you'll need to open the txn to abort it.

[ arguably, dav_svn_prep_activity could open it, but we can wait on that ]

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
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:40 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.