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

Re: Java Library

From: Alexander Mueller <alex_at_littleblue.de>
Date: 2001-07-24 10:23:24 CEST

Hi Mark

"Mark C. Chu-Carroll" schrieb:

> On 12 Jul 2001 20:18:08 +0200, Alexander Mueller wrote:
> > Hi folks,
> >
> > right now I am working on a first scratch for the Java library. Didnt understand all of the concepts
> > yet (for example: Reporter, Baton) but I am working on it.
> >
> > One can be said already: the java binding is not so simple like I hoped it would be. I want to hide
> > a lot of the apr stuff from public and give the class user just what he/she needs in a java environment....
> >
> > What I would appreciate to do is to check all of my work onto a area visible to public so
> > others can comment my stuff, join in, and so on.
> >
> > What shall I do? Will you create a login for me for the cvs? What to include in the java
> > files (Copyright notices and so on)? Where to put them...
> >
> > Would be great to get things running FAST...
>
> I would like to at least talk with you about the design of this. I can't
> actively contribute at the moment, but that may change shortly.
>
> As I mentioned back when I introduced myself to the list, I'm working on
> a possible competitor to subversion (at the time, we called in Coven;
> due to a name collision, we renamed in to Synedra), which is written
> entirely in Java. We've got a lot of functionality - we're slightly
> ahead of subversion in some places, and quite a bit behind in others
> (particularly WebDAV/DeltaV).

This sounds pretty interesting! Will Synedra be under an Open Licence like subversion or the GPL?
Is the Synedra architecture documentation available online?

> I'd like, as much as possible, to create a situation where Synedra (my
> system) and Subversion can interact nicely with one another. We're
> looking at clients and UIs right now, so I'm familiar with the top-level
> issues of how to present a repository with proper branches (like
> Subversion and Synedra, and unlike CVS) to users.
>
> I'm not suggesting cooperating on this just to benefit my project, but
> because I think we can share a lot of benefit if we have a common
> interface available. In particular, we're working on integration with
> a variety of programming tools (one IBM specific, plus xemacs, JEdit,
> and maybe VIM). If we can work out a common interface through a
> combination of Java and WebDAV, then subversion can adopt our code
> when we go open-source (probably around October).
>
> If you're willing to work together on this, please drop me a note, and
> we can talk about the design.

Yep. Thats fine with me. I think the subversion java/gui project has nothing to
lose with this but a lot to gain...

>
>
> By the way, Synedra now has a public website... It's not a great one,
> but at least there are some nice descriptive docs there.
> http://domino.research.ibm.com/synedra/synedra.nsf.
>
> -Mark
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org

Some remarks about the design:
right now the java/subversion implementation will not be 100% Pure Java.
Instead, there will be a JNI layer between the public availabe classes and
interfaces and the subversion API libraries. Its not an ideal situation for me
but the one with what we will get the fastest results. Maybe later we will be
able to implement all of the client side in Java (which should not be a problem,
otherwise the designers of the java/subversion library are to blame).

Alex

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:33 2006

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.