staging.inyokaproject.org

Nein das war keine Absicht, 'Tschuldigung.

Hat sich geklärt

Zur Zeit gibt es mit Eclipse und der Verwendung von SSH Keys mit Passphrase und AES Verschlüsselung das Problem, dass die Anmeldung trotz korrekter Passphrase fehlschlägt. Grund dafür ist wohl die in Eclipse verwendete JSch Library, welche mit AES Verschlüssungen Schwierigkeiten zu haben scheint. Abhilfe schaffen zwei Möglichkeiten:

1. Key ohne Passpharse nutzen, was imo aber bescheuert ist und nicht das eigentliche Problem löst, sondern ein Workaround ist.
2. Die Environment Variable GIT_SSH auf /usr/bin/ssh setzen.

Da mir meine Passphrase wichtig ist, habe ich bei mir einfach export GIT_SSH=/usr/bin/ssh gesetzt.

Normalerweise würde ich diese Info direkt ins Wiki setzen, da dieses aber hoffentlich nur ein temporärer Bug ist und es noch keine Problemlösungs-Sektion für Eclipse gibt und mir nach mehrstündiger Suche auch einfach die Lust fehlt, dieses Regelgerecht einzupflegen, wollte ich es zumindest hier für die Nachwelt festhalten.

Bug report: https://bugs.eclipse.org/bugs/show_bug.cgi?id=326526

extra registriert, um für diese Info 'danke' zu sagen. Ich habe offenbar einen Tick zu früh aufgegeben, das Problem endgültig einzukreisen. Wochenlanges Gequäle hat eine Ende. Merci!

Mal eine bescheidene Frage: warum ist das Vorgehen bei manueller Installation so umständlich beschrieben? Folgende Dinge sind mir da nicht klar bzw. m.E. unnötig:

• wozu sollte man gcj-jre benötigen? Ist m.E. nicht korrekt, habe es nicht benötigt (wobei ein sun-jdk schon vorher von mir installiert worden war).

• Einfach das korrekte zip von eclipse herunterladen und am passenden Ort im home entpacken, z.B. unter /home/<myname> und fertig. Wozu nach /opt und wozu die root-Rechte-Setzerei? Das entfällt dann doch alles.

Konkret habe ich eclipse-jee-helios-SR2-linux-gtk-x86_64.tar.gz unter 10.4 so installiert. Sollte der Artikel nicht entsprechend angepasst werden?

Ferner Passus "Java VM für Eclipse": es empfiehlt sich idR ein explizites Setzen der zu verwendenden JVM (des jdk) über die eclipse.ini, und nicht ein heuristisches verwenden der "1. definierten java-Umgebung" (mich schaudert). Werde das bei Gelegenheit ergänzen.

Hallo,

und am passenden Ort im home entpacken, z.B. unter /home/<myname> und fertig. Wozu nach /opt und wozu die root-Rechte-Setzerei? Das entfällt dann doch alles

Weil dann Eclipse für jeden Benutzer im System benutzbar ist - nicht nur für dich. Wenn du eine reines Einbenutzersystem hast, dann kann man es auch wie du machen - ist aber halt ein "Spezialfall".

Gruß, noisefloor

Weil dann Eclipse für jeden Benutzer im System benutzbar

Ok, das ist ein Grund, wenn auch ein schwacher. Es ist hier mit Sicherheit kein "Spezialfall" (ich rede mal nicht von Server-Installationen). Jeder Entwickler wird sein Eclipse anders haben wollen/müssen: andere plugins etc.., so das eine zentrale Installation wenig Sinn macht. M.E. sollte das als Option ergänzt werden, zumal es auch viel einfacher ist. Ferner wird man durchaus mehrere Eclipse Versionen parallel benötigen.

Gibt es Erkenntnisse warum man "gcj-jre" benötigen sollte?

Gruß, der Bär

Hallo,

ich rede mal nicht von Server-Installationen

Server-Installation und GUI-Programm schlicht sich in den meisten Fällen aus 😉

Gruß, noisefloor

Guten Abend!

Kann es sein, dass die Eclipse-Version aus dem Repository nicht mit dem Oracle JDK 7 zurechtkommt? Ich hatte in einem kleinem Projekt einige Neuerungen aus Java 7 ausprobiert, aber Eclipse meinte, ich solle mich doch bitte an die Java 6-Syntax halten und das, obwohl ich das Oracle JDK als Standard gewählt hatte.

Als ich in die Projekteigenschaften nachschaute, sah ich, dass mit maximal mit dem Java 6-Compiler kompilieren konnte. Deshalb lud ich von der Eclipse-Projektseite die aktuellste Version (3.7, "Indigo") herunter, installierte sie und öffnete dasselbe Projekt noch einmal und schrieb einige Stellen in Java 7-Syntax und Eclipse protestierte nicht.

Ich hatte mehrere JVMs installiert gehabt:

• Oracle JDK (1.7.01, manuell installiert)

• das "alte" Sun Java (1.6 Update 22)

• OpenJDK (aktuelle Version aus dem Repository)

• und noch das mit der Eclipse-Installation (also das aus dem Repo) hinzugekommene gcj (4.5.2-8ubuntu1)

Kann es daran liegen, dass die JVMs falsch konfiguriert waren oder ist dieses Problem Eclipse-bedingt?

P.S. Wäre dankbar, wenn der Hinweis, dass das Eclipse aus dem Repository nicht mit dem Oracle JDK 7 zurechtkommt, hinzugefügt werden könnte.

Gruß, ubuntu-maverick

Eclipse unterstützt erst ab 3.7.1 (1. Update von Indigo) das JDK7, kannst Du in den Eclipse-Release-Notes nachlesen. Generell ist es nicht empfehlenswert "Eclipse aus dem Repo" zu nehmen, da meist schlicht veraltet. Es gibt keinen vernünftigen Grund die Versionen von eclipse.org nicht einzusetzen.

der Hinweis, dass das Eclipse aus dem Repository nicht mit dem Oracle JDK 7 zurechtkommt

Das gilt heute, aber irgendwann nicht mehr, da auch Eclipse >= 3.7.1 mal den Weg in's Repo finden wird. Insofern wäre dieser Hinweis falsch, wenn dann wie oben von mir angegeben anpassen.

Hallo,

also wenn man den Hinweis setzt, dann _immer_ relativ zur Ubuntu-Version. Da ist das maßgebliche hier im Wiki.

Also wenn z.B.: "Die Eclipse-Versionen aus den Paketquellen bis einschließlich Ubuntu 11.10 unterstützen nicht Java 7".

Gruß, noisefloor

Der Link funktioniert nicht: Eclipse (Abschnitt „manuelle-Vorgehensweise-der-Lokalisierung“) Wie findet man den richtigen? Okay, war gar nicht so schwer...

Bei der manuellen Installation steht der Hinweis, dass das ändern des Besitzers auf root bei Helios Probleme bei der Installation von Plugins machen kann. Das gleiche Problem hatte ich jetzt bei Indigo. Kann es sein, dass es grundsätzlich Probleme macht?

Hallo zusammen,

im Abschnitt Java-Versionen:

Die Datei /etc/eclipse/java_home ändern

kann jemand sagen, ab welcher Ubuntu- oder Eclipse Version das hier angegebene Verzeichnis nicht mehr existiert? Bei mir mit Ubuntu 12.04 gibt es dieses auf jeden Fall nicht. Sollte also entweder auf bestimmte Versionen eingegrenzt oder gestrichen werden. Der Abschnitt scheint ja aus Java 5 Zeiten zu sein.

weiter bei Junit 4 nutzen:

Junit ist in der über die Quellen verfügbare Version nur in der Version 4 enthalten. Muss man Junit 4 nutzen hilft die manuelle Installation.

Bin ich nur gerade schwer von Begriff oder ergibt der Satz wirklich keinen Sinn? Junit gibt es in den Quellen nur in Verion 4 und wenn man Version 4 nutzen muss hilft die manuelle Installation? *confused*

der Abschnitt PyDev ist recht veraltet. Ich wollte das aktualisieren, bin mir aber mit der Formatierung und Struktur recht unsicher:

• bis 8.04 gab es das Paket pydev in den Quellen

• von 8.10 bis 9.04 das Paket eclipse-pydev

• ab 9.10 ist PyDev nicht mehr in den Ubuntu-Quellen und zum Installieren ist denke ich dieser Weg der sinnvollste

Jetzt also meine konkrete Fragen: welche Ubuntuversionen sind eigentlich für den Artikel relevant? Ich würde nur die manuelle installation rein schreiben, weil alle anderen Versionen bekommen ja (auf dem Desktop) eh keine Updates mehr.