javaHL API (informations)

Version imprimable

09/03/2009, 12h57
miltone

javaHL API (informations)

Bonjour à tous,

Dans le cadre d'un projet de développement sous Java j'aimerais utiliser les librairies externes SVNKIT qui me permettent d'avoir un contrôle sur un SVN distant.

A l'étude de ces bibliothèques je constate que SVNKIT faire référence à une API qui s'appelle javaHL dont je n'ai pas très bien compris l'utilité ou le fonctionnement malgré avoir pour référence cette page :
http://desktop-eclipse.open.collab.net/wiki/JavaHL
Je ne trouve pas plus d'infos que ça sur la toile et j'aimerais bien comprendre le fonctionnement de mon futur outils SVNKIT avant de me lancer tête baissé.

Pourriez-vous donc m'éclairer sur ce fameux javaHL ?

Merci à vous, :yaisse2:
09/03/2009, 14h04
OButterlin
Ben, c'est pourtant clair non ?

JavaHL consists of essentially four parts:
1. A relatively thin layer of Java code that provides the API that consumers can talk to from Java.
2. A C++ library (the JavaHL library or libsvnjavahl-1). The Java layer talks to this layer using Java Native Interface (JNI) calls. The C++ layer is where the "High Level" API is implemented. For example, Java may provide a simple API that says "Commit this list of files, using this commit message". The C++ layer takes care of memory management and performing all of the lower level Subversion API calls it takes to complete the request.
3. The Subversion libraries themselves. These are the same libraries that the command line client would install and use. Also, other Subversion clients, such as TortoiseSVN or AnkhSVN would also use these same libraries.
4. Subversion library dependencies. Subversion needs a number of external libraries to operate. The biggest is the Apache Portable Runtime (APR), but it also needs libraries like Neon for the HTTP client and OpenSSL to handle encryption etc.
09/03/2009, 14h05
sinok

Bah c'est une API java faisant office de couche de binding par dessus les API natives de subversion (à savoir les DLL sous windows, le librairies partagées sous linux (.so) et ainsi de suite).
10/03/2009, 10h00
miltone

ben oui biensur je suis idiot ce n'est que le l'inverse du carré qui est proportionnelle à son intégral multiplier par l'exponentielle de logarithme racine de x et le tout diviser par la tangente de la valeur absolue de son opposé.

C'est peut être évident pour vous mais quand vous aviez commencer Java sans même avoir codé encore un programme et connaitre tout les outils et langage autour de java, je ne suis pas sur que vous auriez été capable de comprendre si facilement ce qu'est JavaHL.

Un petit effort de pédagogie serais sympa de votre part ;)
10/03/2009, 11h23
OButterlin

OK, ce n'est pas l'anglais qui pose problème mais les concepts, autant pour moi ;)

Pour faire court, JavaHL contient :
- la couche d'interface entre le client java et la DLL écrite en C++ utilisée via JNI.
- la DLL C++
- la bibliothèque Subversion
- les bibliothèques dépendantes

Le prototype d'une interface entre le monde java et une bibliothèque "native" consiste à créer une classe java référençant les méthodes qui nous intéressent avec le mot-clé "native".
On utilise ensuite javah pour générer le fichier d'en-tête (.h) qui sera ensuite implémenté par un programme C++
On compile le programme C++ et on créé une bibliothèque partagée, laquelle sera utilisée par le programme java...

Ça paraît compliqué, mais tu peux suivre cet exemple si ça t'intéresse...

A+
10/03/2009, 15h20
miltone

Très interéssant OButterlin...
Je te remercie, ca reste très complexe mais j'ai les éléments pour mieux comprendre déjà. Avant de revenir poser des questions je vais donc lire ce que tu ma fourni en lien.

:king:
10/03/2009, 15h29
OButterlin

A plus tard (peut-être, si tu as des questions... :mrgreen:)

Et désolé pour la première réponse, de mon point de vue, tout était dit dans le lien que tu fournissais, je n'avais pas compris que tu étais débutant java, et comme il y a une multitude de personnes qui ne font aucun effort de recherche avant de poster... :sm:
10/03/2009, 17h04
miltone

aucuns problèmes ;)

Donc je comprend bien JavaHL est un binding propriétaire de Subversion pour communiquer avec lui qui est développé à la base en C et cela à travers "un pont" construit en C++ ?

D'ou l'universalité de SVN car il peut comprendre beaucoup de binding comme JavaHL?

Donc au final SVNKIT ce sert de cette fameuse "interface" JavaHL pour communiquer avec SVN qui lui est développé en C?

est je bien compris?
Si tu souhaite encore m'aider ne te casse pas la tête à rentrer dans les détails j'ai juste besoin de comprendre la philosophie du bonhomme.
10/03/2009, 17h07
OButterlin

Citation:

Envoyé par miltone

Donc au final SVNKIT ce sert de cette fameuse "interface" JavaHL pour communiquer avec SVN qui lui est développé en C?

est je bien compris?

Oui
10/03/2009, 17h32
sinok

Citation:

Envoyé par miltone

aucuns problèmes ;)

Donc au final SVNKIT ce sert de cette fameuse "interface" JavaHL pour communiquer avec SVN qui lui est développé en C?

En fait pas vraiment, dans le cas présent SVNKit propose une implémentation full java de JavaHL qui est une alternative à l'implémentation proposée par subversion qui est un mix de lilbrairies native (c/c++) et de java.

cf http://svnkit.com/documentation.html#javahl-api
10/03/2009, 17h48
OButterlin

Citation:

Envoyé par sinok

En fait pas vraiment, dans le cas présent SVNKit propose une implémentation full java de JavaHL qui est une alternative à l'implémentation proposée par subversion qui est un mix de lilbrairies native (c/c++) et de java.

cf http://svnkit.com/documentation.html#javahl-api

Comment expliques-tu ça alors (lu sur la page référencée)
Major Features

...
Additionally to its own API, SVNKit implements JavaHL API.
...
JavaHL API

Native Subversion includes JNI bindings which are available through JavaHL interface - SVNClientInterface. SVNKit implements it with SVNClientImpl class, so that you may just switch between JavaHL and SVNKit in the runtime. Or just replace standard JavaHL jar and its native binaries with SVNKit jar file.

On dirait que c'est un peu un mixe ... pas très clair... :aie:
10/03/2009, 18h03
sinok

Citation:

Subversion is a leading and fast growing Open Source version control system. SVNKit brings Subversion closer to the Java world! SVNKit is a pure Java toolkit - it implements all Subversion features and provides APIs to work with Subversion working copies, access and manipulate Subversion repositories - everything within your Java application.

Le mix c'est l'implémentation réalisée par les équipes de subversion
SVNKit est implémenté en pur java. C'est juste qu'il respectent la définition de l'API JavaHL, mais au lieu d'avoir un backend en code natif il ont développé un backend en java.
11/03/2009, 09h15
OButterlin

Bon, j'ai finalement trouvé ce que je cherchais dans le repository de SVNKit, il est dit :

Citation:

This package provides an implementation of the native Subversion javahl
binding interface SVNClientInterface that is distributed within
the org.tigris.subversion.javahl package. This implementation -
called SVNClientImpl - is a replacement for the Subversion's default one -
SVNClient (also distributed in org.tigris.subversion.javahl).
The main difference between these implementations concludes in that the
native javahl binding class SVNClient uses system dependent
native libraries (in most cases a user need to build those libraries by himself)
while SVNKit solution - SVNClientImpl - uses the SVNKit library itself
which is an absolutely pure Java client library that has no native dependancies.

Il y a bien une version purement java, sans JNI, ouf...
(JNI enlève quand même une grande part de l'intérêt de java dans l'aspect indépendance OS...)
16/03/2009, 17h01
miltone

C'est de la haute voltige de programmeur là...

Donc je pense que je n'aurais pas à me pencher sur la chose mais savoir de quoi il retourne à peu près me permet de mieux cerné SVNKit.
03/07/2012, 14h19
lildadou

Le plus simple c'est d'utiliser SVNKit: j'ai jamais réussi à faire fonctionner l'API en JavaHL :mrgreen: