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

Re: svn commit: r33366 - trunk/notes

From: Greg Stein <gstein_at_gmail.com>
Date: Thu, 2 Oct 2008 10:10:30 -0700

Well, you *should* be able to return the UUID of the repository for
non-existent paths under a repos root. The sticky point is simply that
the "proper" response to the PROPFIND in this case is a 404, rather
than a 207 with the UUID. But from an Apache standpoint, the
repos-root is there and easily seen.

Cheers,
-g

On Thu, Oct 2, 2008 at 3:12 AM, Lieven Govaerts <svnlgo_at_mobsol.be> wrote:
> Ivan Zhakov wrote:
>> On Wed, Oct 1, 2008 at 11:48 PM, Ben Collins-Sussman
>> <sussman_at_red-bean.com> wrote:
>>> On Wed, Oct 1, 2008 at 2:38 PM, Ivan Zhakov <ivan_at_visualsvn.com> wrote:
>>>
>>>> This is great. Only one thing I'm missing what is the reason to use
>>>> repository root and encode path parameter in query args? From my point
>>>> of it's much better to work on target URL, without knowledge of
>>>> repository root. I mean:
>>>> GET /repos/trunk/foo.c?cmd=get-file&r=23
>>>> instead of
>>>> GET /repos?cmd=get-file&r=23&path=/trunk/foo.c
>>>>
>>>> Because resolving repository root takes additional workaround unless
>>>> we have working copy.
>>> ? I don't understand. Who has to 'resolve' a repository root?
>> (sorry for my english)
>>
>> I meant that serf often resolves real repository root using
>> svn_ra_serf__discover_root() and then requests some properties like
>> repository UUID only on root of repository.
>
> You don't need the repo-root to get the UUID of a repo, you need to know
> a path in rHEAD in that repo. Problem is, if you're working on
> path_at_PEGREV where path does not exist in HEAD you don't know such a
> path. So, as workaround, ra_serf first finds out the repository root
> because that's the only path that's sure to exist in HEAD.
>
> Lieven
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
> For additional commands, e-mail: dev-help_at_subversion.tigris.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-10-02 19:10:47 CEST

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.