En ce moment je teste la V15 Ultimate et je n'avais pas envie de télécharger la community.
Je me suis surtout rendu compte que cette comparaison n'avais pas beaucoup d'intérêt.
Soit on compare des basiques:
- la codage java,
- la completion,
- le refactoring,
- la navigation,
- etc...
et là on est plus dans des affaires de goût et d'habitudes de chacun.
Soit je prends des features qui me plaisent bien dans IJ et elles sont inexistantes dans Eclipse. Et donc la comparaison n'a aucun intérêt.
Un exemple concret, je voulais comparer le support des bases de données entre IJ et Eclipse.
Ce support est tellement pauvre dans la distribution JEE de base que cette comparaison n'a absolument aucun intérêt. Le match est plié avant même d'avoir commencé. C'est le remake de France-All- Blacks
La vache, très bien vu ça !Juste un petit exemple:
- tu met comme dépendance Junit avec un scope; test.
- Tu essaye de faire des imports de JUnit dans ton code java : src/main/java.
- Impossible pour IJ.
- no problémo pour Eclipse.
Effectivement, Eclipse ne voit pas le problème même si la compil Maven ne marche pas.
C'est quelque chose de tellement moche à faire que ça ne m'étais jamais venu à l'idée !
(mais après je me souviens de ce projet en prod avec la ligne de commande au lancement qui fait peur : -ea ...)
IJ me donne les mêmes résultats que Eclipse, mais en un peu plus lentement : une fois qu'on a réussi à indexer m2central, la recherche commons-lang est quasi instantanée sur Eclipse mais prend plus de 10 secondes sur IJ. Et j'ai nettement moins de résultats sur IJ (mais c'est pas nécessairement un mal vu que ça ne remonte pas les trucs qui ne m'intéressent pas)
De même, la recherche par classe ne donne pas forcement le bon résultat (StringUtils par exemple qui me propose seulement org.codehaus.plexus alors que je cherche commons-lang)
Qu'est ce que tu entends par "le support des bases de données" ?Un exemple concret, je voulais comparer le support des bases de données entre IJ et Eclipse.
Je ne suis pas mort, j'ai du travail !
Effectivement, ce serait cool qu'eclipse intégère la possibilité d'avoir plusieurs build-path pour un même projet. Ici on prend l'exemple de maven, mais je travaille sur du ANT, et un projet génère plusieurs artefact, et il y a des contraintes de compilation qu'on ne peux pas tester sans passer par ANT. Il y a le fait de fair référence à test/ depuis main/ mais aussi dans le main, certaisn packages ne sont pas autorisés à voir d'autres package. Exemple: avec du GWT, les packages "client" ne peuvent pas importer de package server, mais ils sont dans le même projet. Le compilo GWT fait les check, mais eclipse non. Autre exemple: les EJB: les packages faisant les interfaces n'ont pas à importer les package formant l'implémentation buisness. Et ça deviens encore pire avec les dépendances inter projet. Heureusement que Jenkins nous rappelle à l'ordre
Je te trouve de très mauvaise foi, France/All Blacks, on pouvait y croire. Jusqu'au milieu du Haka... :p
Mais globalement, tu soulève le problèmes général des comparaisons d'outils qui se démarquent par leur différence. Cependant vous avez quand même l'air d'être parti sur du débugage là
Je vais marquer un essai en faveur de la France.
Je suis dans un établissement public et nous utilisons Eclipse à la fois pour la recherche et pour l'enseignement.
Plus précisément pour le cas de l'enseignement, nous ne formons pas des puristes en informatiques mais plus des ingénieurs en double compétences. Le choix s'est fait naturellement sur Eclipse car il était gratuit et surtout car il offre un écosystème au niveau de la modélisation qui n'a rien de comparable aux autres solutions du marché. Le modèle ECORE a été popularisé car Eclipse a fourni les outils adéquates (EMF et Sirius dernièrement).
Mickael
Responsable Java de Developpez.com (Twitter et Facebook)
Besoin d"un article/tutoriel/cours sur Java, consulter la page cours
N'hésitez pas à consulter la FAQ Java et à poser vos questions sur les forums d'entraide Java
--------
Ingénieur de Recherche en informatique au LIAS / ISAE-ENSMA
Page de Developpez.com : mbaron.developpez.com
Twitter : www.twitter.com/mickaelbaron
Blog : mickael-baron.fr
LinkedIn : www.linkedin.com/in/mickaelbaron
DBLP : dblp.uni-trier.de/pers/hd/b/Baron:Micka=euml=l
Tout à fait d'accord avec toi Michaël.
Mais tu déplace la comparaison de l'IDE vers l'écosystème Eclipse, et en particulier le framework de modélisation.
Mais là on change de sport et il y a victoire par forfait de tout les compétiteurs.
Sur ce point Eclipse est hors-catégorie.
La bonne nouvelle pour les utilisateurs d'IJ; c'est Xtend 2.9 + IJ 15.
On va dire qu'Eclipse est fort au football américain ;-)Mais là on change de sport et il y a victoire par forfait de tout les compétiteurs.
Si on touche un peu sur l'écosystème, y-a-t-il un équivalent Eclipse RCP développement de plugin sous IntelliJ ? En gros si je veux développer des plugins métiers sous IntelliJ, enrichir mon environnement ça se présente comment ?
Mickael
Responsable Java de Developpez.com (Twitter et Facebook)
Besoin d"un article/tutoriel/cours sur Java, consulter la page cours
N'hésitez pas à consulter la FAQ Java et à poser vos questions sur les forums d'entraide Java
--------
Ingénieur de Recherche en informatique au LIAS / ISAE-ENSMA
Page de Developpez.com : mbaron.developpez.com
Twitter : www.twitter.com/mickaelbaron
Blog : mickael-baron.fr
LinkedIn : www.linkedin.com/in/mickaelbaron
DBLP : dblp.uni-trier.de/pers/hd/b/Baron:Micka=euml=l
Pour répondre à cette question, oui IntelliJ propose tout ce qu'il faut pour le développement de 'Plugins' et pour l'illustrer -> Android Studio...
Mais à mon sens, les outils JetBrains ne sont pas conçus pour être des plate-formes de base pour du RCP (Android Studio étant une exception) déjà simplement pour des questions de gestion de licences. Si le besoin est d'une plate-forme RCP, il est plus intéressant de se tourner vers Eclipse ou NetBeans (si ils le proposent encore).
Mais pour revenir à l'analogie, on ne change pas simplement de sport. La question concerne les IDE Java et donc le développement et c'est ce pour quoi la question peut se poser d'utiliser un outil ou un autre. Si vous proposez des formations de MDA, les phases sont distinctes. La modélisation conduit à la génération de code et l'intervention sur le code est indépendante des outils précédents.
C'est pas faux En fait, le probleme est que SWT utilise certaines APIs plutôt bas-niveau de GTK, le genre de choses que la plupart des autres applis n'utilisent pas... Donc du coup, ce choix d'implémentation fait que SWT fait face à des bugs peu communs de GTK. Donc, de ce point de vue, il apparait que le choix d'implem de SWT soit en effet risqué compte tenu de la stabilité des APIs de GTK utilisées par SWT.
SWT vs Swing, l'éternel débat....
tchize_ eulbobo spidetra: L'histoire des classpath multiples c'est en effet un gros problème d'Eclipse JDT. Mais au final, à l'usage, il n'est pas trop gênant. On en a un exemple ici: des utilisateurs découvrent seulement ce souci après plusieurs années d'utilisation. Donc bien que le souci de design soit majeur, ce n'est pas non plus un gros souci pour l'utilisateur. En tout cas, il arrive bien tard dans la discussion (et donc a priori dans les priorités utilisateurs), bien après les shortcuts, le contrenu du Ctrl+1 vs Alt+Enter, l'éditeur de pom, le support de JavaScript...
spidetra: Merci pour ton expérience avec Eclipse M2e. Ce sont en effet des comportements pas très agréables. Je sais que les développeurs de m2e ne sont pas trop satisfaits de l'état actuel et veulent améliorer ça, je leur transmets ton récit pour qu'il puisse peut-être en tirer quelques bonnes idées et priorités.
A propos d'IntelliJ comme ecosysteme, la réponse est "plutôt pas": JetBrains est content d'avoir des plugins externes, mais ils n'ont pas une stratégie d'ouverture comme l'a la communauté Eclipse. Le Android Studio, ils y ont largement contribué car c'est un super produit d'appel avec une masse de futurs potentiels clients énorme, donc dans leur intérêt. Pour les autres, ils ont annoncé dans des présentations en conférence qu'il ne considérait pas trop leurs interfaces comme des APIs, et qu'ils s'autorisent des changements "cassants" au gré des besoins, sans qualifier le risque pour ceux qui les utilisent hors de JetBrains.
Peut être un jour ils changeront à ce sujet (et feront alors face à de nouveaux problèmes compliqués).
Pour du HTML, CSS, JavaScript, TypeScript, JSon, Yaml, Node... dans Eclipse IDE, installe Eclipse Wild Web Developer
Pour du Rust dans Eclipse IDE, installe Eclipse Corrosion
Follow me on twitter
Hello,
Enfin une discussion qui a mis le doigt sur la communauté de fanboys d'IJ .
J'utilise IJ pour faire du Ruby et Eclipse pour faire du Java (j'ai essayé la version ultimate d'IJ, mais rien à faire ça ne passe pas).
Par contre, Ij a quand même un bien meilleur support de Maven et serveur (aussi Javascript): il n'utilise que les mécanismes natif (plutôt que d'utiliser le clicodrome pour lancer tes goals maven, ouvres un onglet shell, tu verras, ça ira plus vite ), là dessus, je leur tire mon chapeau car ils ne sont pas tombés dans le piège.
Je ne comprend pas eclipse sur ce point: utiliser un mix de jdt/maven plutôt que lancer un mvn generate-classes, embarquer des versions snapshot de maven avec leur m2e, avoir un lifecycle plugin (pourquoi ne pas simplement executer les goal jusqu'à 'compile' automatiquement?), etc...
Quand à WTP, eh bien avec m2e c'est pas souvent la fête (pourquoi ne pas simplement utiliser le tomcat-maven-plugin, le wildfly-mvn-pg, etc....
Bref, pourquoi avoir fait un truc hybride ultra difficile à maintenir en cohérence (et souvent buggué) plutôt que d'utiliser les mécanismes natifs de l'outil?
Sinon, je continue à utiliser Eclipse (EE) pour plusieurs raisons: splitter les éditeurs facilement (plutôt que la coolbar IJ qui ramène aux années eclipse 3.1), des menus biens pensés, customization (je fais pas mal de plugins Eclipse), Modeling...
Mais, j'ai tendance à fuir tous les plugins dédiés à l'EE: Jboss tools qui me met des erreurs de validation sur tous mes Xmls qui référencent des Xsd Apache (et dont la validation XML rentre en conflit avec celle de WTP), Spring IDE qui rajoute tellement de tooltip que ça en devient inutilisable, m2e qui utilise 7GO de ram sur un projet web à 60 modules (et qui de temps en temps freeze mon mbp à 3k€), Infinitest qui ne sait pas comment éxecuter des tests d'intégrations qui sont pourtant parfaitement configuré dans le pom... Je désactive tout (build auto, et je désinstalle la moitié des plugins de l'IDE) et je compile en utilisant le shell.
Full OSGI/EE stack: http://osgiliathenterprise.github.io...ise-framework/
Sources et exemples: https://github.com/OsgiliathEnterpri...giliath.parent
le code de m2e n'a pas changé vis a vis de la gestion des indexes Nexus depuis des années. Ce qui a changé c'est la taille de l'index. Donc oui ca a tendance a partir en OOME. C'est pourquoi l'objectif est de s'en débarrasser a terme (https://bugs.eclipse.org/478647).
Pour les aventureux, un POC est dispo, n'utilisant pas l'index Nexus, et qui permet de faire de l'autocompletion dans l'éditeur pom.xml. Ca marche OOTB, c'est juste un peu moins precis sur la completion sur les groupId (si la chaine de depart est trop courte) pour le moment. Ca tape dans l'API REST de search.maven.org, mais ca passera surement pas les proxys.
Full OSGI/EE stack: http://osgiliathenterprise.github.io...ise-framework/
Sources et exemples: https://github.com/OsgiliathEnterpri...giliath.parent
Salut à tous,
Tout ça me paraît très logique puisque Mr eulbobo a consacré 10 ans pour "maîtriser" l'IDE Eclipse
et voici que brusquement on lui impose de migrer sur un autre IDE. Je trouve qu'il faut attendre
au moins 5ans pour revenir donner son jugement final son nouveau IDE.
Moi j'utilise IntelliJ pour la programmation Android (Android Studio) il ya maintenant 06 mois
mais je vous assure que je m'y plaît. Je le trouve tous simplement génial.
Pour les raccourcis dont tu as fais cas, pour quelqu'un qui consulte les "tips of day" de l'IDE ne
devrait pas avoir un problème, puisqu'ils existent tous sous IntelliJ.
Voici une carte de reférences des raccourcis sur le site officiel dans ce document.
IntelliJIDEA_ReferenceCard.pdf
Aujourd'hui apprenant, demain appreneur.
N'accuse pas le puits d'être trop profond,
c'est peut-être ta corde qui est trop courte
Heuh si retenir les raccourcis sous IntelliJ te cause pas mal d'ennuis, voici un lien : configure-eclipse-keymap-in-intellij-ide que je viens de trouver sur la toile qui explique comment configurer les raccourcis Eclipse sur IntelliJ. Personnellement je ne l'ai pas tester mais je pense que ça devrait marcher étant donné que l'inverse aussi existe!
Aujourd'hui apprenant, demain appreneur.
N'accuse pas le puits d'être trop profond,
c'est peut-être ta corde qui est trop courte
Oula, non, j'ai juste 10 ans de pratique avec Eclipse, donc je le connais, je n'ai pas mis 10 ans à le maîtriser (loin de là)!
Et j'espère mettre moins de 5 ans pour m'habituer à IJ
Bon, 3 ième jour d'utilisation, et à nouveau des questions se posent :
- quand vous voulez ajouter des getter/setter dans IJ, il n'y a pas d'option pour ajouter automatiquement la javadoc avec? Il faut obligatoirement aller se définir un template de javadoc pour obtenir ce résultat?
- est-ce que vous savez où je peux trouver des settings de présentation afin que le code soit présenté sous la même forme que dans éclipse (code couleur / fonts ) parce que vraiment les couleurs de base j'ai du mal (et j'aime le blanc, le thème darcula me pète les yeux)
Petit twist : la version utilisée est la version Community. Ça m'a permis de tester les intégrations GIT des deux univers et pour l'instant, ben je trouve ça équivalent (en terme de simplicité de mise en oeuvre)
Je ne suis pas mort, j'ai du travail !
Un bug gênant trouvé lors du déplacement d'un package : plein de classes apparaissent avec des erreurs du type "cannot resolve symbol ..."
Mais ça compile correctement avec le make ou le mvn compile, et ça s'exécute... Mais l'IDE me marque certaines classes comme introuvables et refuse de corriger avec de l'autocompletion...
Et du coup, il me met des erreurs à des endroits qui n'ont rien à voir, du genre dans une Enum, j'ai eu ça :
Seule solution : redéplacer le package deux fois et espérer, ou redémarrer IDEA.
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6
7
8
9
10
11
12
13 public enum MyEnum{ VALUE("xx"); private final String code; private MyEnum(String param){ this.code=param; // Erreur sur le 'this.' qui est marqué comme "introuvable" } ... }
Je ne suis pas mort, j'ai du travail !
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager