ra_serf uses HTTPv2 which does not use the dav_cache. ra_neon has not been
upgraded to use the new protocol.
When ra_serf talks HTTPv1, it *may* use dav_cache, but we may have just left
that out and taken the speed hit (I don't recall)
Cheers,
-g
On Apr 19, 2011 11:58 AM, "Arwin Arni" <arwin_at_collab.net> wrote:
> Hi All,
>
> NODES.dav_cache in wc.db is always set to NULL in serf.
>
> Is it intentional?
>
> If not attached patch would fix it.
>
> Why I am concerned?
>
> I was testing one scenario(master-slave setup) which failed becuase of
> NODES.dav_cache being NULL.
>
> Scenario:
>
> I was trying to understand r900797(Commit where subsequent commits(from
> same WC) to the same out-dated proxy(out-dated only after the first
> commit) was made to succeed via <D:apply-to-version/>)
>
> For some time I could see it fail with trunk binary later reduced with
> the following cases,
>
> Case 1:
> svn ci -m "first mod" file --config-option
servers:global:http-library=neon
> echo "second mod" >> file
> svn ci -m "second mod" file --config-option
servers:global:http-library=neon
>
> Case 1 succeeds.
>
> Case 2:
> svn ci -m "first mod" file --config-option
servers:global:http-library=serf
> echo "second mod" >> file
> svn ci -m "second mod" file --config-option
servers:global:http-library=serf
>
> Case 2 succeeds
>
> Case 3
> svn ci -m "first mod" file --config-option
servers:global:http-library=neon
> echo "second mod" >> file
> svn ci -m "second mod" file --config-option
servers:global:http-library=serf
>
> Case 3 succeeds.
>
> Case 4
> svn ci -m "first mod" file --config-option
servers:global:http-library=serf
> echo "second mod" >> file
> svn ci -m "second mod" file --config-option
servers:global:http-library=neon
>
> Case 4 *fails*
>
> Case 5
> svn ci -m "first mod" file --config-option
servers:global:http-library=neon
> echo "second mod" >> file
> svn ci -m "second mod" file --config-option
servers:global:http-library=serf
> echo "third mod" >> file
> svn ci -m "third mod" file --config-option
servers:global:http-library=neon
>
> Case 5 *fails*.
>
>
> Effectively once your working copy is used with serf you can not go back
> to neon for this particular *CASE*.
>
> Regards,
> Arwin Arni
Received on 2011-04-19 18:12:36 CEST