I am pleased to report that I have successfully integrated JavaSVN into
svnClientAdapter, and therefore Subclipse. This was made possible by some
recent ideas and packaging changes that Alexander Kitaev has made in
In a nutshell, instead of replacing JavaHL, he now provides a class that
implements the JavaHL SVNClientInterface. This allows JavaSVN and JavaHL
What I have done is take most of the existing code in JhlClientAdapter and
move it to a new class named AbstractJhlClientAdapter. I then changed
JhlClientAdapter to extend this class and added a new class named
JavaSvnClientAdapter that also extends it. The main difference between
the two classes is just the classes they instantiate in their constructor
that implements SVNClientInterface. This allows is to really just have
one place where we have to write our code -- the AbstractJhlClientAdapter.
In Subclipse I just made the modifications to add JavaSVN as a preference
for client Adapter. I have not tested this yet, but in theory if you
installed Subclipse on a system that did not have JavaHL, it should
automatically choose to use JavaSVN as the adapter.
I have deleted all of the existing JavaSVN implementation in
I will probably commit this tomorrow if I do not hear any objections. I
am also doing testing and reporting problems to Alexander which he has
been promptly fixing.
I plan to do a new Subclipse release when Subversion 1.2.2 is released. I
am expecting to be able to include this in that release.
If someone is interested in tackling this, what I would really like to see
is a way to specify your adapter as part of your repository connection. Of
course the "default" would be to use the value from preferences. If we
did this, that would allow someone to use JavaHL for file:// URL's (which
JavaSVN is not ever likely to support) and JavaSVN for everything else. Or
maybe JavaSVN for svn+ssh:// access (which is easier to setup in JavaSVN)
and JavaHL for everything else.
Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.
Received on Wed Aug 3 03:58:50 2005