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

Re: Dropping the CommandLine adapter from Subclipse

From: Mark Phippard <markp_at_softlanding.com>
Date: 2005-12-02 15:45:03 CET

Jörg von Frantzius <joerg.von.frantzius@artnology.com> wrote on 12/02/2005
09:29:07 AM:

> (Bugzilla would call that a mid-air collision ;)
> Mark Phippard schrieb:
> > I just do not think it makes sense to offer an option in Subclipse
that we
> > know does not work completely especially when there are good
> > It is not that difficult to obtain JavaHL anymore and the only
barrier to
> > using JavaSVN is file:// access for which there is a workaround.
> >
> > Does anyone have any strong feelings against this? And if you do, are
> > willing to invest the time to make the CommandLine adapter work? With
> > new --xml options in Subversion 1.3, most features could probably be
> > implemented reliably if someone wanted to invest the time to do so. I
> > not have the time or inclination to do so.
> >
> I'd like to express my concern that the svn command line client per se
> seems to be the most robust of the 3 interfaces, at least that's my
> impression (JavaSVN and JavaHL are not hosted and developed on tigris,
> are they?). So it would make for a good last resort when there are
> problems with the other two.

Here comes another collision :)

You couldn't be more wrong. JavaHL is an official part of Subversion.
Subversion is really a set of libraries. The command line is the default
"UI" consumer of these libraries. JavaHL is the official Subversion Java
bindings to the same libraries. It uses the exact same code as the
command line.

I gave more details in the other email.


Scanned for SoftLanding Systems, Inc. and SoftLanding Europe Plc by IBM Email Security Management Services powered by MessageLabs.
Received on Sat Dec 3 01:45:03 2005

This is an archived mail posted to the Subclipse Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.