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

Re: JavaSVN (Re: Subversion Branding / "whole product" (Was: Re: SmartSVN - a new Subversion client))

From: <kfogel_at_collab.net>
Date: 2005-02-25 16:13:28 CET

Branko Čibej <brane@xbc.nu> writes:
> > If it is not yet, it will be the de facto standard of Java
> > Subversion in a
> > very short time. What do you think about "backporting" it to native
> > executable code using GNU Classpath?
> Perish the thought
> > Then you would have a very powerful language and all the advantages
> > of a native executable.
> Java would be a total PITA for Subversion, because SVN isn't "an
> executable". Imagine existing clients having to bind to libraries
> generated from Java... Yuck!
> I'd much rather rewrite (parts of) SVN in C++, that's at least
> compatible with the rest of the world.

I don't think Thomas was proposing that this replace Subversion's
native C libraries. He's just saying it should be the de facto
standard for people writing Java code that uses Subversion; and he was
proposing a way to make that Java faster.

(I have no opinion on whether any of this is a good or a bad idea,
since I don't use any of the various Java/Subversion solutions myself,
but anyway it didn't seem such like a strange suggestion...)


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Feb 25 16:31:09 2005

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.