Hallo,
ich habe Eclipse 3.4 installiert und wollte Subclipse mit JavaHL als Subversion-Schnittstelle benutzen.

Ich habe mir also das Paket libsvn-java installiert.

Folgende Pakete habe ich in Eclipse installiert:
Subclipse 1.4.0
Subversion Client Adapter 1.5.0
Subversion Native Library Adapter (JavaHL) 1.5.0

Unter Window->Preferences->Team->SVN->SVN Interface steht jedoch: JavaHL(JNI) Not Available

Dementsprechend erhalte ich auch beim Versuch auf ein Repository zuzugreifen den folgenden Fehler:

Problems reported while synchronizing SVNStatusSubscriber. 0 of 1 resources were synchronized.
  An error occurred synchronizing /5. Praktikum [GdI2]/Parser.java: Error getting status for resource L/5. Praktikum [GdI2]/Parser.java Unable to load default SVN Client
    Error getting status for resource L/5. Praktikum [GdI2]/Parser.java Unable to load default SVN Client
      Unable to load default SVN Client

Ich habe auch versucht nach diesem Artikel einfach Eclipse mit

./eclipse -vmargs -Djava.library.path=/usr/lib/jni

aufzurufen. Jedoch ändert das scheinbar nichts.

Nachdem ich erfahren habe, dass Subclipse 1.4.0 Subversion 1.5.0 voraussetzt, bin ich nun am versuchen, Subversion 1.5.0 zu kompilieren.

Dazu habe ich den Source-Code der Version 1.4.6 aus den Repositories genommen und die Änderungen der diff.gz auf den Source-Code von 1.5.0 angewendet.
(Sollte einem Kopieren von debian/ ins Verzeichnis subversion-1.5.0 gleich kommen).
Nachdem ich nun die Patches, die Probleme bereiten, aus der 00list auskommentiert habe, schlägt allerdings das Kompilieren fehl:
Paste

Ich habe hier einen Thread gefunden, in dem jedoch herauskommt, dass das Problem schon behoben sein sollte.

Könnte mich jemand beim Kompilieren von Subversion 1.5.0 unterstützen.

In Debian gibt es ein experimental package: subversion 1.5.0

tar xzf subversion_1.5.0dfsg1.orig.tar.gz
cd subversion-1.5.0dfsg1
zcat ../subversion_1.5.0dfsg1-1.diff.gz | patch -p1

Das Erstellen der Pakete mit debuild -us -uc (vorher noch nötige Pakete mit sudo apt-get build-dep subversion installieren. Ein paar Pakete fehlen dann noch, einfach nachinstallieren) funktioniert, jedoch wird
dabei nicht das libsvn-java Paket erstellt.

Mit DEB_BUILD_OPTIONS=“with-javahl“ debuild -us -uc erhalte ich aber wieder diese Fehler.

Das Problem scheint zu sein, dass die Header der Nested-Classes nicht erstellt werden.
Ein Entwickler in der ubuntu-devel Mailingliste hatte den richtigen Riecher.

https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2008-June/004627.html

Jetzt ist nur die Frage, wo diese Zeilen eingefügt werden sollten?

Und natürlich, wie die Header für alle Nested-Classes erstellt werden.

Schließlich habe ich es geschafft, die Sourcen für Ubuntu mit JavaHL Support zu kompilieren.

Zuerst habe ich die Sourcen von Ubuntu Intrepid genommen, anstatt die für Debian.
https://launchpad.net/ubuntu/intrepid/+source/subversion/1.5.0dfsg1-1ubuntu2

Aber das war nicht das Problem.
Das Problem war, dass die Header der Nested Classes nicht erstellt wurden.

Also habe ich sie selbst mit javah erstellt. Aber javah fügte die Konstante 0024 zu den Namen, die in der Header definiert wurden, hinzu, sodass ich diese noch manuell entfernen musste.

Im Anhang ist ein Patch, der diese Header erstellt.

Mit diesem Patch konnte das Paket libsvn-java schließlich erfolgreich erstellt werden.

Und hier sind die Pakete:
http://rapidshare.de/files/39861293/subversion_1.5-Ubuntu8.04.tar.bz2.html

Hallo,

ich habe stattdessen SVNKit aktiviert. Ist zwar noch Beta, aber bis jetzt hatte ich damit keine Probleme.

phst hat geschrieben:

[..]ich habe stattdessen SVNKit aktiviert. Ist zwar noch Beta, aber bis jetzt hatte ich damit keine Probleme.

Dto hier, funktioniert wunderbar mit SVNKit 1.2 beta.

Quidoff hat geschrieben:

Nachdem ich erfahren habe, dass Subclipse 1.4.0 Subversion 1.5.0 voraussetzt [..]

Mit Subclipse 1.4 kann ich durchaus auch auf ältere Server zugreifen:

„[..] I cannot think of any good reason why someone would need
that [1.2.x] as the client version can still talk to any version of the
server. [..]“
(Mark Phippard in der Subclipse-users Mailingliste)

Ich nutze hier bspw auch Eclipse 3.4 mit Subclipse 1.4 und SVNKit 1.2 zum Zugriff auf einen SVN 1.4.6 Server.

Gruß aus Essen
Karsten

ngc2997 hat geschrieben:

Mit Subclipse 1.4 kann ich durchaus auch auf ältere Server zugreifen:

Server ja, aber bei Verwendung von JavaHL muss der Client die Version 1.5 haben, bei Ubuntu ist aber nur 1.4 dabei. Besonders schön ist das Ganze nicht: einerseits die Notwendigkeit für einen externen Konnektor, andererseits die Forderung nach einer bestimmten Version (die Linux-Nutzer nur durch Selbstkompilieren installieren können). Der Konnektor sollte eigentlich mit jeder Version zusammenarbeiten und seine Features entsprechend anpassen.

phst hat geschrieben:

[..] Server ja, aber bei Verwendung von JavaHL muss der Client die Version 1.5 haben, bei Ubuntu ist aber nur 1.4 dabei. [..]

Möglich.. seit sich Subclipse beschwert, JavaHL sei nicht verfügbar, nutze ich ohnehin nur noch SVNKit.

Gruß aus Essen
Karsten

Hey!

Ich versuche nun seit ein paar Stunden Subclipse 1.4 in Eclipse 3.4 zum laufen zu bekommen. Ich habe subversion von den sources compiliert und nun binaries der version 1.5.2 in /usr/local/bin. Leider finde ich in Eclipse immer noch den Hinweis "JavaHL (JNI) Not Available" und beim anlegen eines Repositories "Unable to load default SVN Client". Habe die Vermutung, das Eclipse die binaries unter /usr/local/bin nicht findet. export im Terminal hat nur Einfluss auf die Terminalsitzung. Kann ich Eclipse irgendwie sagen dass sich binaries in einem best. Pfad befinden? Oder habe ich etwas anderes übersehen? Ich nutze Ubuntu 8.04

Danke, Ralf

Versuche doch erstmal die Version 1.5.1 von Subversion aus den Repositories.

Bei mir war Subclupse 1.4 saulangsam und die Anbindung hat auch nur einigermaßen funktioniert. Ich bin dann einfach wieder auf 1.2 umgestiegen, funktioniert problemlos. 1.4 scheint ziemlich buggy zu sein.

Versuche doch erstmal die Version 1.5.1 von Subversion aus den Repositories.

Bei mir ist dort nur Version 1.4.6 verfügbar.

Version 1.5.1 ist in den hardy-backports.

Also bei mir brachte der Eintrag -Djava.library.path=/usr/lib/jni in der eclipse.ini den Erfolg. Seitdem wird JavaHL erkannt.