Re: Status of new working copy format
From: Daniel Rall <dlr_at_collab.net>
Date: 2006-09-05 19:55:27 CEST
On Sun, 03 Sep 2006, Ed Hillmann wrote:
> No there's not. They are using the svnClientAdaptor for the core functionality. However, they found that for each file, it was creating a new process to call out to the svn client. So, the NetBeans client was quickly running out of available processes for average size directories in Unix environments. Plus the performance hit for creating each new process.
svnClientAdapter can use the Subversion command-line client, JavaHL,
> Other alternatives were looked at. While TMate's Java implementation is open source, it's license wasn't going to work with NetBeans, as it's platform can be used as the framework for a commercial product. Apparently, the TMate license only allowed Open Source licensing of the Java SVN layer if the product itself is open source.
Why not use svnClientAdapter with a fall-back approach which first
> So, in this case, for getting ISVNStatus and ISVNInfo data for a file, we parse the Working Copy itself. This is read-only access, as mentioned earlier (all the other access is through the svn client itself via the adaptor). We just have our own local objects which implement the SvnClientAdaptor interfaces (ISVNStatus and ISVNInfo) with the parsed data. This reduced the number of concurrent processes being created dramatically.
This is an archived mail posted to the Subversion Dev mailing list.