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

RE: Building javahl

From: Daniel Patterson <danpat_at_danpat.net>
Date: 2005-04-08 04:09:51 CEST

> Thanks for all the responses.
>
> No, I wasn't aware that there were javahl binaries available for download.
> I downloaded what I thought was the complete distribution, but it didn't
> include the javahl libs.
>
> As to the suggestions to look at JavaSVN instead of javahl.
> JavaSVN appears to provide an implementation of javahl as well as
> providing
> its own interface. Is that correct? If so, is the implementation of javahl
> complete and what are the benenfits of using the JavaSVN interface vs the
> javahl interface?

  Yes, I belive that's correct. The JavaSVN work is separate from
  the "official" Subversion codebase, has it's own release cycle, etc.

  Check http://tmate.org/tracker/main_page.php for known issues with
  JavaSVN. The developer (Alexander Kitaev) is on this mailing list,
  but it's probably best to contact him at tmate.org (alex(at)tmate.org),
  I don't know if he'd pick up on any discussion about JavaSVN here.

  As for advantages, well, hmm. You'd get a pure-java implementation
  by using it, so no need to find the platform specific .dll/.so files.
  However, you lose the "tried-and-true" usage of the real Subversion
  libraries, to which the JavaHL bindings are just a wrapper. It's
  probably easier to install/deploy the JavaSVN implementation, you don't
  need separate versions for different platforms.

daniel

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Apr 8 04:11:10 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.