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

RE: [DISCUSS] delete ra_neon

From: Bert Huijben <bert_at_vmoo.com>
Date: Sat, 19 May 2012 12:28:18 -0700

The biggest benefit of gstein's approach would be that it works even
for very old servers. A very strong argument if serf would be the new
default.

The only other valid option would be to implement the fetch-all, like
Ivan suggested. That would also perform well on current servers.

We can't assume users have 1.8 servers the day 1.8 is released :(
And if we could, we could assume editor v2.

Bert Huijben (Cell phone)
From: Justin Erenkrantz
Sent: 19-5-2012 21:21
To: Ivan Zhakov
Cc: C. Michael Pilato; Greg Stein; dev_at_subversion.apache.org
Subject: Re: [DISCUSS] delete ra_neon
On Sat, May 19, 2012 at 10:34 AM, Ivan Zhakov <ivan_at_visualsvn.com> wrote:
> I'm still in favor to include properties in update REPORT (Mike's
> approach). PROPFINDs are not cached by proxies and working copy. There
> are relatively small, so there is no real benefit to fetch them using
> separate request.

If you do that, then you have to store all of the properties in-memory
for the entire checkout or serialize on to disk or something
similar...ugh.

I'd also be curious how much extra time it takes to include the
properties in the REPORT response - it's not going to be free and may
not even be cheap. =( -- justin
Received on 2012-05-19 21:28:51 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.