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

Re: [PATCH] expose svn_repos_replay via the RA API

From: Philip Martin <philip_at_codematters.co.uk>
Date: 2005-11-10 02:48:09 CET

Garrett Rooney <rooneg@electricjellyfish.net> writes:

> What I came up with was the idea of exposing the svn_repos_replay API
> (which is what svn_repos_dump uses under the hood), so you can
> actually drive an editor through the correct sequence of commands

I think that bypasses the auth stuff, doesn't it?

> /**
> + * Replay the changes from @a revision through @a editor and @a edit_baton.
> + *
> + * If @a send_deltas is @c TRUE, the actual text and property changes in
> + * the revision will be sent, otherwise dummy text deltas and null property
> + * changes will be sent instead.
> + *
> + * @a pool is used for all allocation.
> + *
> + * @since New in 1.4.
> + */
> +svn_error_t *svn_ra_replay (svn_ra_session_t *session,
> + svn_revnum_t revision,
> + svn_boolean_t send_deltas,
> + const svn_delta_editor_t *editor,
> + void *edit_baton,
> + apr_pool_t *pool);
> +

That's at least one round trip per revision isn't it, is that going to
be a problem when people want to replay large numbers of revision?

I suppose allowing a single request to replay a large number of
revisions might be a bit of a denial-of-service problem. Perhaps we
would need a replay hook to control it?

-- 
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Nov 10 02:48:43 2005

This is an archived mail posted to the Subversion Dev mailing list.