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" <ar...@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