Can you also take a look at correcting the property asked for, per
Julian's note? It may be that we'll have to ask for both properties,
and old servers provide the old property, and new servers provide old
and new.
Oh. Or wait. v2 does't even *want* that property. For all intents and
purposes, it is now deprecated entirely.
Nevermind :-P
-g
On Tue, Dec 23, 2008 at 14:07, Ben Collins-Sussman <sussman_at_red-bean.com> wrote:
> OK, so I'm now modifying the more general
> svn_ra_serf__create_options_req() not only request an
> activity-collection, but *also* always parse the server's capabilities
> headers directly into the serf-session's capability hash. Then I can
> make the whole exchange_capabilities() utility call the generic
> OPTIONS request generator.
>
> Once that's done, I can *also* make the general function notice the
> new v2 protocol "stubs" and stash them in the serf session.
>
> The end result is that serf's OPTIONS code will be unified, and all
> OPTIONS requests always get the maximum amount of server information
> into the session.
>
> On Mon, Dec 22, 2008 at 12:27 PM, Lieven Govaerts <svnlgo_at_mobsol.be> wrote:
>> Ben,
>>
>> Ben Collins-Sussman wrote:
>>> When I look at serf's options.c file, it appears that it *always*
>>> sends an OPTIONS request which includes "D:activity-collections-set"
>>> in the body.
>>>
>>> And yet when I set 'http-library = serf" in my ~/.subversion/servers
>>> file, and then run "svn ls http://localhost/repos/test2", my wire
>>> capture shows *no* body in the OPTIONS request.
>>>
>>
>> The only OPTIONS request sent with 'svn ls' is used for the capabilities
>> check. This doesn't use the code in options.c, but the
>> exchange_capabilities code in serf.c. The same method, but no body.
>>
>> hth,
>>
>> Lieven
>>
>>
>
> ------------------------------------------------------
> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=990999
>
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=991292
Received on 2008-12-24 07:27:59 CET