Eclipse sous Ubuntu
Par Thomas Reiss le vendredi 22 février 2008, 19:23 - Ma vie - Lien permanent
Ayant décidé d'apprendre le langage Java, c'était aussi l'heure de me trouver un autre éditeur que l'éternel vi, le rustique éditeur de texte que j'ai pris l'habitude d'utiliser depuis quelques années.
Au boulot, je me suis installé Eclipse, sur une machine plutôt correcte, un P4 doté de 2 Go de mémoire. Je me demandais ce que ça allait donner sur mon petit portable, un P3 équipé de 768 Mo de mémoire.
Au premier essai, c'est tout pourri, Eclipse met plusieurs secondes, voire
minutes, pour se lancer, et une belle erreur dans une fenêtre... Après examen,
il semble qu'Eclipse s'exécute par défaut avec gcj, qui n'a pas l'air d'être
tout à fait au point. Bizarre, j'avais déjà fait un coup de
update-alternatives pour utiliser par défaut la JVM de Sun. Hop,
on farfouille dans les scripts, Eclipse est lancé par un script
/usr/bin/eclipse, et, pour faire vite, si la variable shell
$JAVA_HOME n'est pas positionné, le script scanne un fichier
/etc/eclipse/java_home qui décrit les emplacements
standards de diverses JVM, et on retrouve en tête de liste...
GCJ ! Après avoir commenté les deux premières entrées (la première
référençant donc gcj, la seconde Kaffe), la troisième entrée pointant vers
l'emplacement de la JVM Sun, Eclipse se lance enfin avec celle-ci ! Ouf,
travail réussi, ça se lance en quelques secondes, l'IDE est réactif sur ce
processeur et il me reste même 200 Mo de RAM libre (avec Thunderbird et Firefox
ouverts évidemment).
Donc, résumons : sudo vi /etc/eclipse/java_home
# This file determines the search order the Eclipse Platform uses to find a # compatible JAVA_HOME. This setting may be overridden on a per-user basis by # altering the JAVA_HOME setting in ~/.eclipse/eclipserc. #/usr/lib/jvm/java-gcj #/usr/lib/kaffe/pthreads /usr/lib/jvm/java-6-sun /usr/lib/jvm/java-1.5.0-sun /usr/lib/j2se/1.5 /usr/lib/j2se/1.4 /usr/lib/j2sdk1.5-ibm /usr/lib/j2sdk1.4-ibm /usr/lib/j2sdk1.6-sun /usr/lib/j2sdk1.5-sun /usr/lib/j2sdk1.4-sun
Il faudra que je jette un oeil du côté de Geany que j'essayais d'utiliser de temps à autre, mais je commence à aimer Eclipse du fait que l'on puisse lancer les programmes d'un simple clic, sans quitter l'IDE (flemme inside !).





Commentaires
Eclipse est un bon choix, un peu lourd mais il possède l'avantage d'accepter beaucoup de plugins. On peut aussi faire du C/C++/PHP et j'en passe. C'est l'IDE qui s'est imposé au fil du temps (son principal concurrent étant NetBeans si je ne m'abuse).
oui, mais quand tu veux en faire une application lançable indépendante ensuite, c'est galère... le manifest.mf du fichier jar contenant les "exécutables", ce manifest contenant les déclarations de librairies utilisées, doit être formaté avec 70 caractères de large, sinon coupure à la ligne suivante ; en plein nom des librairies... Et Eclipse le fait pas, du moins avec la version que j'ai.
Encore bricoler à la main... pffff....
PS : merci pour le ptit snailmail (encaissé), ainsi que ton bel athlète. T'as du goût en matière d'hommes, tu sais :p
Rajah: haha, j'étais sûr que ça te ferait plaisir :p
Reviendage du FOSDEM... Un billet demain ou plus tard, mais il y a beaucoup à en dire ! C'était excellent !
Pour avoir utilise Netbeans puis Eclipse, je dirais que Netbeans est un clic-o-drome pour n00b avec plein de wizard, c'est bien pour aller vite, mais des que tu veux un truc qui plait pas au wizard, le projet est vite pete et bon a jeter pour recommencer a zero...
Eclipse est un peu plus rootz en apparence, encore que il commence a y avoir pas mal d'outils pour aider au dev depuis la 3.2, mais il reste plus souple, on peut sortir des sentiers battus si on en a envie... Je m'en sers pour le PERL surtout, et un peu pour le C, et meme les scripts shell.
Le mieux pour l'installer, c'est de prendre un JDK sur le site de Sun, sans passer par les packages Ubuntu, puis d'installer Eclipse, egalement hors-package... Apres, dans les menus d'Eclipse tu peux directement choisir ton chemin de JDK, pas besoin d'editer les fichiers de conf a la main....
Je vais encore me faire traiter de barbare, mais pour le dev j'aime pas passer par des packages car je supporte pas qu'un patch vienne changer le comportement de mon outil en plein milieu d'un projet !
Il me semble que tu ne devrais pas avoir de surprises de ce genre sur Ubuntu pour des mises à jour mineures. En revanche, une mise à jour majeure de distrib peut effectivement te mettre la grouille.
Enfin je comprends bien pourquoi tu fais ça, ne t'inquiètes pas ;)