Eclipse de merde - Page 1

RAAAAAAAAAAAAAAAAAAAAAAAAAAH
Eclipse de merde dont la fondation tout aussi merdique a oublié que les systèmes 64-bit existaient



Java de merde dont Oracle fait tout pour que le téléchargement du SDK et du Runtime Environment soient les plus pénibles possibles

Euh, sous http://www.eclipse.org/downloads/?osType=win32, je vois aussi des téléchargements 64 bits, tu dois avoir pris le mauvais.

Je suis pas con, j'ai fait gaffe à ce truc :



Mais bon, quand je vois qu'il y a un topic où chacun apporte son petit workaround, il y a un problème quelque part : http://stackoverflow.com/questions/7352493/failed-to-load-the-jni-shared-library-jdk

Bah, que veux tu que je te dise à part "ça marche sous GNU/Linux" ?

Que j'y suis arrivé en installant ouatmille fois le Java Runtime Environment et en triturant le fichier eclipse.ini…

./4 : ha non, quelque soit l'environnement, on ne peut pas dire que Eclipse marche.
C'est du java. Donc ça survit, ça s'épuise et ça épuise.
En laissant à l'agonie la machine qui le fait tourner. Mais on peut pas dire que ça "marche".

Bah, ça "marche" comme le Java "marche", c'est clair. (KDevelop FTW! )

Yoshi: essaye netbeans.

Yoshi Noir (./1) :
Eclipse de merde dont la fondation tout aussi merdique a oublié que les systèmes 64-bit existaient

??? ça fait une éternité que j'utilise eclipse/jdt sur windows 64, jamais eu le moindre problème de ce genre.

Yoshi Noir (./1) :
Java de merde dont Oracle fait tout pour que le téléchargement du SDK et du Runtime Environment soient les plus pénibles possibles

?
Possible que ça ait changé, mais pour autant que je me rappelle, c'est un exe à télécharger ?!

Concrètement c'est quoi ton problème ?

le jdk : ça prend environ trois à cinq clics pour arriver là depuis java.sun.com (), ça ne me semble pas insurmontable
http://www.oracle.com/technetwork/java/javase/downloads/jdk7-downloads-1880260.html

PS : le jre est inclus dans le jdk, pas besoin de le télécharger en plus.

Pen^2 (./9) :
??? ça fait une éternité que j'utilise eclipse/jdt sur windows 64, jamais eu le moindre problème de ce genre.

Disons que t'as pas spécialement envie de recevoir le message d'erreur en ./1 quand tu « installes » Eclipse.

Pen^2 (./9) :
Possible que ça ait changé, mais pour autant que je me rappelle, c'est un exe à télécharger ?!

Oui c'est un exe à télécharger.
Donc tu cliques sur le lien direct.
Ah non, faut accepter les conditions d'utilisation dans un bouton radio tout pourri.
Donc tu cliques sur le lien direct.
Ah non, faut créer un compte Oracle.
Ah non, faut donner ses coordonnées personnelles.
Ah non, faut encore activer le compte.
Donc tu reviens sur la page de DL et tu cliques sur le lien direct.
Ah non, faut re-accepter les conditions d'utilisation… Mais quoi.

Yoshi Noir (./11) :
Disons que t'as pas spécialement envie de recevoir le message d'erreur en ./1 quand tu « installes » Eclipse.

Bien sûr, simplement je n'ai jamais eu ça avec la version JDT.

Yoshi Noir (./11) :
Oui c'est un exe à télécharger.
Donc tu cliques sur le lien direct.
Ah non, faut accepter les conditions d'utilisation dans un bouton radio tout pourri.
Donc tu cliques sur le lien direct.
Ah non, faut créer un compte Oracle.
Ah non, faut donner ses coordonnées personnelles.
Ah non, faut encore activer le compte.
Donc tu reviens sur la page de DL et tu cliques sur le lien direct.Ah non, faut re-accepter les conditions d'utilisation… Mais quoi.

Ben, non, il n'y a pas de compte à créer. Sauf si tu veux utiliser une vieille version (versions majeures précédentes je crois). Dans ce cas, c'est vrai que c'est moisi. Heureusement, il y a bugmenot

squalyl (./8) :
Yoshi: essaye netbeans.

Tu as un avis sur la comparaison Eclipse JDT versus netbeans ? Selon moi, Eclipse est très largement plus complet.
Quelques arguments : topics/155790-editeur-de-texte-sur-plusieurs-colonnes/2
Cela dit, un jour un collègue m'avait fait remarquer que netbeans est par contre nettement mieux fourni en assistants divers pour les créations de projets client/serveur notamment.

Pour moi, de base, je préfère Netbeans qui me semble bien plus cohérent. On sens que clairement netbeans, même s'il est lui aussi modulaire, a été pensé comme un tout. Eclipse c'est toujours vu avant tout comme une plateforme sur laquelle on enchevètre des plugins, ce qui aboutit malheureusement souvent à une stabilité aproximative.

Toutes les fonctionnalités que tu cites dans ton lien existent dans Netbeans, certaines depuis même bien plus longtemps qu'Eclipse. Pour le deseigner, bien que celui qu'a racheté puis offert Google soit clairement plus avancé techniquement, je préfère celui de Netbeans. Le fait qu'il soit plus rigide, le rend justement bien plus prévisible.

Par contre le gros avantage d'Eclipse, qui fait qu'il est difficile de s'en passer, c'est qu'il est extrèmement bien fourni pour tous les plugins en tout genre.

Pour finir, il est certes marrant de toujours troller sur java, mais quand je compare Eclipse ou Netbeans a un IDE C++ comparable niveau fonctinalités comme Visual Studio, je ne vois aucune différence que ce soit au niveau de la réactivité, de la consomation mémoire ou de la stabilité.
Après c'est sur que si on compare des IDE a des Editeur de texte avancés, les derniers gagnent. Mais dans ce cas la comparez à JEdit, qui est un modèle de légèreté.

En effet, pas de compte à créer pour télécharger le JRE ou le JDK.

(pourtant c'est utile de leur laisser ton mail, comme ça demain, quand ils auront trouver un nouveau lot de faille de sécurité, ils pourront te prévenir par mail qu'il faut faire attention )

Plus sérieusement, concernant eclipse, j'ai eu des soucis avec sa version 64bits... installation depuis la version officielle, et au moment de l'exécution, il est considéré comme un processus 32 bits... et le pire c'est que je ne sais plus quel module que je voulais ajouter a refusé de s'installer parceque la version était 64 bits selon lui

et pour revenir au ./4, ça "marche" sauf que ça fout en l'air la config d'openJDK une fois sur deux...

Uther (./14) :
Pour finir, il est certes marrant de toujours troller sur java, mais quand je compare Eclipse ou Netbeans a un IDE C++ comparable niveau fonctinalités comme Visual Studio, je ne vois aucune différence que ce soit au niveau de la réactivité, de la consomation mémoire ou de la stabilité.Après c'est sur que si on compare des IDE a des Editeur de texte avancés, les derniers gagnent. Mais dans ce cas la comparez à JEdit, qui est un modèle de légèreté.

KDevelop est un EDI en C++ comparable niveau fonctionnalités et il est beaucoup plus réactif qu'Eclipse ou Netbeans. Si Visual Studio rame, c'est la faute de Visual Studio, pas du C++.

vince (./16) :
et pour revenir au ./4, ça "marche" sauf que ça fout en l'air la config d'openJDK une fois sur deux...

Il faut utiliser les versions d'OpenJDK et Eclipse packagés par la distribution, évidemment.

Pour un environnement Windows de travail qui fonctionne, j'ai besoin de
JRE 6 32 bits ET 64 bits
JRE 7 32 bits ET 64 bits
Le monde est meeeeerveilleux :3
(J'ai besoin de Java 6 pour des applis utilisant Forms&Reports sur un serveur d'application non compatible avec un JRE7, un en 32 bits pour Firefox et un en 64 bits pour IE)

Pour un environnement Linux qui fonctionne, j'ai besoin de
JRE 6 64 bits
JRE 7 64 bits
OpenJDK (dernière version) 64 bits
(J'étais parti pour n'utilise qu'OpenJDK, mais j'ai des problèmes d'affichage avec certaines applications comme phpStorm)

Cela dit, je ne sais pas combien de versions du framework .NET j'ai sur ma machine Windows, mais c'est pas franchement mieux...

Pen^2 (./13) :

squalyl (./8) :
Yoshi: essaye netbeans.

Tu as un avis sur la comparaison Eclipse JDT versus netbeans ? Selon moi, Eclipse est très largement plus complet.
Quelques arguments : topics/155790-editeur-de-texte-sur-plusieurs-colonnes/2
Cela dit, un jour un collègue m'avait fait remarquer que netbeans est par contre nettement mieux fourni en assistants divers pour les créations de projets client/serveur notamment.

Hmm, de ma maigre expérience de Eclipse, c'est-à-dire mes quelques années d'études, NetBeans a moins de fonctions mais il est nettement plus léger et son interface d'apparence plus simple me paraît plus puissante. Certains trucs sont mieux faits aussi (par exemple pas de ces satanés workspaces, le modèle de projet est simple). Après ouais certains trucs sont moins avancés mais ce n'est pas plus mal, il a bien assez d'outils très puissants, mais garde une certaine rigidité qui remet les pieds sur terre, rappelant qu'on est en train de faire du code et que l'approximation n'y a pas trop sa place.
Ce qui est surtout embêtant avec NetBeans c'est qu'il y a moins de plugins. Typiquement le dév Android, Spring Webflow, ... pour ça c'est moins bien qu'Eclipse.

Sinon d'accord avec Uther, comme j'ai dit dans le topic sur un MacBook Air, pourtant pas un foudre de guerre (Core 2 Duo), l'IDE s'est comporté de manière très fluide pendant 2 jours, tout en proposant bien plus que les éditeurs de texte classiques.

Pour les erreurs de JRE c'est aussi arrivé aussi sous Netbeans (Windows seulement) dans une version assez récente lors d'updates. Il s'emmêle les chemins, il faut redémarrer l'IDE manuellement dans ces cas.

Bah, personnellement, une seule version d'OpenJDK (32 bits sur Fedora 32 bits, 64 bits sur Fedora 64 bits) me suffit, mais il est vrai que j'évite au maximum le Java parce que je déteste sa lenteur et sa gourmandise en RAM.

Sinon, pour Firefox: http://www.htguard.info/.

Brunni (./19) :
rappelant qu'on est en train de faire du code et que l'approximation n'y a pas trop sa place.

Mmmm, je n'ai jamais eu l'impression de manquer de rigueur en travaillant avec eclipse, et pourtant je suis du genre chiant
Quand je parle de fix automatiques, évidemment, tu es censé choisir parmi une liste de propositions, je ne suis pas fou, hein

Sinon, je ne suis pas tellement certain que Netbeans soit plus léger que Eclipse. En fait, il y a un peu plus de cinq ans, j'ai essayé netbeans sur mon pc de l'époque, qui faisait tourner Eclipse sans problème particulier. Netbeans ramait tellement qu'il mettait plusieurs secondes pour ouvrir un simple fichier java, donc franchement...
Il paraît que ça s'est amélioré depuis, mais que ça reste difficilement utilisable sur les gros projets.

Netbeans rame plus qu'Eclipse parce qu'Eclipse utilise des contrôles au moins en partie natifs (à travers SWT – il y a quand-même des trucs custom comme leurs tabs bizarres, mais en grande partie, c'est natif) alors que Netbeans utilise Swing où tous les contrôles sont en Java. Et c'est simple: plus il y a de code Java, plus ça rame. Aucun des deux n'arrive à la cheville de KDevelop en termes de réactivité.

Kevin Kofler (./17) :
KDevelop est un EDI en C++ comparable niveau fonctionnalités et il est beaucoup plus réactif qu'Eclipse ou Netbeans.

Oui, les crash surviennent au quart de tour, alors que ça prend du temps avec Eclipse ou Netbeans.

Kevin Kofler (./17) :
KDevelop est un EDI en C++ comparable niveau fonctionnalités et il est beaucoup plus réactif qu'Eclipse ou Netbeans. Si Visual Studio rame, c'est la faute de Visual Studio, pas du C++.

Kdevelop est certes très rapide, mais c'est vraiment le seul point positif que je puis lui accorder. Il est clairement très loin d'un Eclipse/Netbeans/VS niveau fonctionnalités et d'une instabilité sans égale.

Pen^2 (./21) :
Sinon, je ne suis pas tellement certain que Netbeans soit plus léger que Eclipse. En fait, il y a un peu plus de cinq ans, j'ai essayé netbeans sur mon pc de l'époque, qui faisait tourner Eclipse sans problème particulier. Netbeans ramait tellement qu'il mettait plusieurs secondes pour ouvrir un simple fichier java, donc franchement... Il paraît que ça s'est amélioré depuis, mais que ça reste difficilement utilisable sur les gros projets.

Netbeans c'est clairement amélioré. Avant la version 6, il était juste inutilisable sans une machine dernier cri, maintenant il est tout a fait correct. Au contraire, maintenant il gére beaucoup mieux les très gros projets qu'Eclipse.

Kevin Kofler (./22) :
Netbeans rame plus qu'Eclipse parce qu'Eclipse utilise des contrôles au moins en partie natifs (à travers SWT – il y a quand-même des trucs custom comme leurs tabs bizarres, mais en grande partie, c'est natif) alors que Netbeans utilise Swing où tous les contrôles sont en Java. Et c'est simple: plus il y a de code Java, plus ça rame.

Faut arrêter de dire qu'une appli rame a cause de la technologie de son interface graphique, Swing si il est bien utilisé est tout aussi réactif que du natif, du moins bien assez pour que ça soit insensible sur une machine moderne. Le manque de réponse de l'interface vient surtout d'une mauvaise utilisation de celle ci.

Uther (./24) :
maintenant il est tout a fait correct

OK

Uther (./24) :
Au contraire, maintenant il gére beaucoup mieux les très gros projets qu'Eclipse.

Mmm, là pour autant j'ai un doute. Enfin perso je n'en sais rien, mais un collègue qui était passé à Netbeans est revenu à Eclipse il y a quelques mois précisément parce que Netbeans ne s'en sortait apparemment plus !? (allez, ça fait peut-être un an maxi)

Concernant la puissance requise par netbeans, t'es pas le premier que j'entend le dire mais comme beaucoup de choses, les préjugés ont du mal à changer (oui, IE10 n'est plus le même que IE5)
Par contre, à l'inverse, WSAD (RAD de son nouveau nom) a pris beaucoup de retard de l'avis général...

Uther (./24) :
Le manque de réponse de l'interface vient surtout d'une mauvaise utilisation de celle ci.

J'ai arrêté de compter le nombre de fois où j'ai vu des traitements "anti logiques" (du genre des boucles de furieux de contrôle de cohérence des données textuelles à l'intérieur d'un évènement mouseMouved alors qu'aucun bouton n'a été appuyé et que donc les données n'ont pas changé)

(ça comme le coup de trouver un code "procédural" dans une IHM "événementielle" en général...)

Pen^2 (./21) :
Sinon, je ne suis pas tellement certain que Netbeans soit plus léger que Eclipse. En fait, il y a un peu plus de cinq ans, j'ai essayé netbeans sur mon pc de l'époque, qui faisait tourner Eclipse sans problème particulier. Netbeans ramait tellement qu'il mettait plusieurs secondes pour ouvrir un simple fichier java, donc franchement...
Il paraît que ça s'est amélioré depuis, mais que ça reste difficilement utilisable sur les gros projets.

Netbeans c'était vraiment une horreur sur de gros projets. Quand je l'ai pris de cours il y a 2 ans, il était déjà paraît-il bien meilleur qu'avant (version 6.7 je crois) mais avec chaque release il est devenu meilleur (bon à la 7.0 il est devenu vraiment rapide mais se perdait facilement dans nos projets ; il a fallu attendre la 7.2 pour qu'il soit rapide et ok), et maintenant en 7.3 c'est assez impressionnant comment il s'en sort bien malgré l'énormité de nos projets, qui ont bien grossi depuis l'époque en plus. Bon par contre dans cette config il plafonne assez vite au top de la RAM, genre 700 Mo d'utilisés après une heure et ~1 Go après une journée. Mais comme il ne la brasse pas trop dans tous les sens, la gestion de RAM d'OS X s'en sort et ça ne se voit pas trop qu'il est si lourd.

la version 64 bits ne doit pas avoir ces écueils au niveau de la ram, si ?

Ce plafond est ce qui est autorisé par la VM, ça n'a rien de physique. Si tu le laisses à la config par défaut il va se bloquer autour des 1.2 Go sur ma machine (ça correspond à 1~4 jours de boulot suivant ce que tu fais), après les garbage collections vont soudainement se faire fréquentes et longues, ce qui se traduit par des blocages fréquents. Il faut alors le redémarrer.

(D'ailleurs niveau RAM la véritable cause de lenteur de ma machine n'est pas Netbeans, mais simplement le navigateur. Vous y auriez pensé vous ?)

Et personne n'utilise IntelliJ IDEA ?