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

Developing Java Client?

From: Robert Simmons <derisor_at_arcor.de>
Date: 2003-10-21 23:54:59 CEST


I am new to this product so please forgive any greenness.

I am interested in the idea of subversion, but I have a problem with the client
being only in C++. I have seen the effort in subclipse to use JNI underneath a
Java GUI in order to provide a client. However, this project seems to be
stagnate with little activity. It may not be but it SEEMS to be.

So, at any rate, I would be interested in building a 100% pure Java client
library for interfacing with subversion. Notice I said client library and not a
command line tool per-se. My interest is in binding the integration between
subversion and Java IDEs such as eclipse (an specifically eclipse). However, for
the start I would probably re-implement the client side command line program as
the "prototype" implementation of the library. I really wish to design a
componetized library that can be used wherever so ANY C code in the library is
out of the question.

However there exists a problem. My C hasn't seen the light of day for more than
10 years and I fear it is nearly rusted through completely. (as an aside, why on
earth did you guys chose C and not even C++?) So here we are, a guy ready to
help but not knowing where to start. Reading the code in the repository didn't
help at all as much of it I don't understand because I don't know the C structs
that most of it is built on.

So the question is how could I get started? What directories do I need for JUST
client side work? Which should I read first, second so on. Are there any design
docs talking about subversion's "language" between the client and server?

-- Robert

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Oct 22 00:01:06 2003

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.