Galileo c'est plus d'une trentaine de projets qui collaborent durant un an pour livrer leur version majeure de manière simultanée, Galileo couvre ainsi de nombreux domaines qui vont de l'embarqué, aux applications web JEE et PHP, en passant par le "business reporting", la modélisation, le développement C, l'accessibilité, la gestion des données ou encore la collaboration. Détailler de manière précise toutes les nouveautés de ces quelques millions de lignes de code serait impossible mais quelques grandes fonctionnalités méritent d'être notées :
La plateforme tout d'abord a travaillé sur la compatibilité avec Mac OS X et plus particulièrement a porté SWT (le toolkit graphique utilisé par Eclipse) pour Cocoa. Cette équipe "pivot" au sein du projet Eclipse a également largement amélioré la gestion des "plateformes cibles", il est désormais beaucoup plus facile pour un développeur de greffons ou d'applications RCP de valider son code sur plusieurs versions d'Eclipse.
L'API tooling, qui avait fait son apparition l'an dernier, a elle aussi été amélioré. Pour rappel cet outillage permet de détecter, pendant le développement, toute introduction d'une incompatibilité d'API (tant au niveau source que binaire) vis à vis d'une version précédente.
Le projet PDT qui apporte le support de PHP au sein d'Eclipse a rejoint Galileo et conséquence directe de ce choix : il est désormais possible de télécharger un bundle prêt à l'emploi pour le développement web PHP incluant donc les éditeurs pour PHP mais aussi pour HTML, Javascript ou encore XML...
Les architectures SOA ne sont pas oubliées avec un outillage complet pour SCA (Service Component Architecture) et le projet WTP fournit, comme toujours, un support sans faille pour JEE.
Subversive fait également partie de Galileo et apporte le support de "Subversion". À noter que de nombreuses voix se sont élevées cette année afin de disposer d'un dépot git pour le projet Eclipse. Dans le même temps les développements autour du plugin eGit (principalement développé par Google) ont été assez importants et le projet est en cours de migration vers le site Eclipse.org.
Mylyn est toujours aussi populaire, ce projet innovant intègre la gestion de tâches (Bugzilla, Trac ou autre) directement au sein de l'IDE et associe de manière transparente pour le développeur, une tâche donnée et les fichiers concernés. Ainsi lorsque ce dernier passe d'une tâche à l'autre l'IDE s'adapte et cache ce qui n'est pas pertinent pour cette tâche. Le crû 2009 de Mylyn apporte entre autres un support accru à de nombreux systèmes de bugtracking.
Modeling est sans conteste la partie la plus dynamique et diverse d'Eclipse, de nombreux projets font partie de Galileo avec, entre autres : ATL, langage de transformation de modèles qui confirme sa place de solution efficace et éprouvée avec une version 3.0 qui améliore sensiblement l'expérience utilisateur.
EMF Compare qui permet la comparaison et la fusion de n'importe quel type de modèle est passé en version 1.0, ce qui signifie que le projet remplit les critères de qualité et de documentation nécessaire à cette 1.0 et va déménager depuis la zone d'incubation (EMFT) vers EMF lui-même.
Acceleo a rejoint Eclipse et fait partie de Galileo, il s'agit d'une ré-écriture complète du générateur de code présent sur Acceleo.org et dont la syntaxe se base désormais sur un standard de l'OMG.
XText a lui aussi fait son entrée au sein de la publication simultanée, ce composant permet d'associer une syntaxe textuelle à un méta-modèle afin d'obtenir ensuite automatiquement un éditeur dédié pour son propre langage fournissant colorisation et auto-complétion.
L'offre est donc complète et il est possible de télécharger des packages à thèmes pour démarrer plus rapidement avec Eclipse.
Eclipse 3.6 est déjà prévu et se nommera Helios, dans le même temps le projet Eclipse 4 (ou E4) progresse afin de fournir une plate-forme plus efficace compte tenu des challenges futurs : plus de souplesse dans la gestion des données, une plus grande intégration avec le Web, une meilleure gestion de la concurrence et une plus grande indépendance vis à vis du toolkit SWT.
Aller plus loin
- Eclipse Galileo (33 clics)
- Quelques revues de Galileo (6 clics)
- Packages à thèmes (6 clics)
# Rechauffement climatique.
Posté par geb . Évalué à 8.
# Performances
Posté par lrbabe . Évalué à 7.
Qu'en est il du côté de ce côté ?
[^] # Re: Performances
Posté par vida18 . Évalué à 0.
[^] # Re: Performances
Posté par cosmocat . Évalué à 2.
http://linuxfr.org/comments/1043129.html#1043129
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 8.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Performances
Posté par geb . Évalué à 3.
Tu n'utilises pas eclipse, toi :p
[^] # Re: Performances
Posté par icyfemur . Évalué à 7.
[^] # Re: Performances
Posté par Aris Adamantiadis (site web personnel) . Évalué à 4.
Le raid-1 doit aider en partie :)
J'ai du mal à comprendre pourquoi je me faisais ***er avec vim et 15000 fenêtres avant ça.
[^] # Re: Performances
Posté par lrbabe . Évalué à 2.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Performances
Posté par goofy . Évalué à 5.
http://www.netbeans.org
Depuis que j'ai migrer ça fait comme des vacances. Bon il ne fait pas encore le café comme Eclipse mais ça évite de changer de pc.
Sinon vivement Kdevelop4 car le java ça va 5 min ... je bosse avec Netbeans et la suite d'outils de Pentaho bhen au milieu de mon nouveau kde4 c'est moche et ca rame en plus java -> gtk -> kde c'est pas trop ça niveau thème et ergonomie des widgets. Bref maintenant Qt tourne (pratiquement) sous toute les plateformes pourquoi continuer avec ce bouzin de java pour les appli desktop.
Désolé cela fait trop longtemps que je me retient de cracher ma haine de java, je me lâche ... ;)
[^] # Re: Performances
Posté par icyfemur . Évalué à 1.
[^] # Re: Performances
Posté par Jean B . Évalué à 6.
Y'en a qu'ont essayés, ils ont eu des problèmes.
https://linuxfr.org//comments/1042222.html#1042222
[^] # Re: Performances
Posté par Bozo_le_clown . Évalué à 2.
[^] # Re: Performances
Posté par yellowiscool . Évalué à 2.
Envoyé depuis mon lapin.
[^] # Re: Performances
Posté par Sytoka Modon (site web personnel) . Évalué à 3.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Performances
Posté par bat13 . Évalué à 3.
A chaque sauvegarde de fichier, on a l'impression qu'il reconstruit tout.
C'est pas mal visuellement, assez pratique, mais vraiment trop lourd.
En tous cas pour mon utilisation (dev. C embarqué, recompilation de tout l'OS).
Dommage.
[^] # Re: Performances
Posté par qstone . Évalué à 7.
Tu vas rire, c'est vraiment ce qu'il fait. Par contre c'est juste un réglage par défaut pas vraiment compliqué à changer : menu Projet, décocher "build automatically".
Comme quoi, même le meilleur des outils, quand on sait pas l'utiliser, on va pas loin avec ;o)
[^] # Re: Performances
Posté par bat13 . Évalué à 3.
Et puis à quoi bon avoir un outil qui te permet de voir les fonctions/classes si en décochant ce type d'options plus rien n'est à jour ?
[^] # Re: Performances
Posté par arronax . Évalué à 2.
Sous Fedora Eclipse est compilé en natif et c'est vraiment plus rapide, je ne comprend pas pourquoi toutes les distributions ne le font pas.
[^] # Re: Performances
Posté par bat13 . Évalué à 1.
[^] # Re: Performances
Posté par wismerhill . Évalué à 2.
[^] # Re: Performances
Posté par Sebastien (site web personnel) . Évalué à 4.
En général, je passe les arguments suivants à mon Eclipse:
-vmargs -XX:MaxPermSize=128m -XX:PermSize=128m -Xms256m -Xmx512met ça va vachement mieux pour mon utilisation.
seb.
[^] # Re: Performances
Posté par Cédric Brun (site web personnel) . Évalué à 7.
Pour donner un ordre de grandeur, Galileo c'est 24 Millions de lignes de code Java!
Un certain nombre de "bonnes pratiques" sont définies au sein du projet Eclipse pour éviter les problèmes de "temps de chargements" ou de "consommation mémoire", mais il est difficile de faire appliquer cela à cette multitude de projets.
Eclipse en lui même, par le biais d'OSGi, garanti qu'un plugin ne sera chargé que "lorsque l'utilisateur en aura besoin". Ainsi par exemple le premier démarrage d'un éditeur UML2 sera beaucoup plus long (les plugins se chargent). Malheureusement, bien que la plateforme permette en théorie de "décharger les plugins", la plupart des plugins partent de l'apriori qu'une chose chargée à un moment N, est toujours accessible à un moment N+1. Ce qui fait que généraliser le comportement du "déchargement" créerai beaucoup d'anomalie vis à vis des centaines de plugins, même externes à Eclipse.
Le conseil d'architecture d'Eclipse (Architecture Council - dont je fais partie) existe justement pour définir ces bonnes pratiques et les promouvoir.
Ne perdez pas espoir, Eclipse 4 est l'occasion d'être un peu plus strict à ce niveau là ;)
[^] # Re: Performances
Posté par Sytoka Modon (site web personnel) . Évalué à 1.
[^] # Re: Performances
Posté par Manwe . Évalué à 1.
Le défi dans Eclipse, c'est de désactiver les option qui nous intéressent pas, et découvrir les options qui nous intéressent.
Celà dit, Java, c'est LOURD niveau ram, c'est indéniable.
[^] # Re: Performances
Posté par Sytoka Modon (site web personnel) . Évalué à -1.
> les options qui nous intéressent.
Cela me rappelle les menus dynamique dans Windows et Office qui cache les trucs en fonction de l'historique. Ca m'a toujours particulièrement gonflé comme approche car évidement, l'ordinateur ne réfléchi par encore comme moi ;-)
Encore une fonctionnalité qui ne va pas me motiver à utiliser ce truc.
[^] # Re: Performances
Posté par moksha . Évalué à 3.
Galileo c'est 24 Millions de lignes de code Java
Eclipse n'est plus un IDE ! Eclipse c'est désormais avant tout une fondation qui regroupe des projets open-source autour du runtime eclipse.
Galileo c'est la synchronisation des projets pour avoir un ensemble cohérent à une date donnée.
# Subversive
Posté par icyfemur . Évalué à 0.
¹ http://www.eclipse.org/subversive/ & http://www.polarion.com/products/svn/subversive.php
[^] # Re: Subversive
Posté par Cédric Brun (site web personnel) . Évalué à 2.
[^] # Re: Subversive
Posté par icyfemur . Évalué à 1.
[^] # Re: Subversive, oui mais toujours pas nativement
Posté par claudix . Évalué à 1.
Sauf erreur de ma part, Subversive n'est pas plus inclus dans Galileo que dans Ganymede. L'installation sous forme de plugin est toujours nécessaire, je viens tout juste de le vérifier en installation la nouvelle version.
A ce propos, Subversive, même si c'est à présent un projet géré par Eclipse.org (et non plus par Polarion), en est toujours au stade d'incubation, et n'a donc a priori pas vocation à être fourni nativement pour l'instant.
Ceci dit, le plugin s'installe facilement et fonctionne plutôt pas mal.
[^] # Re: Subversive
Posté par mickabouille . Évalué à 1.
Sauf peut être que cette fois-ci c'est pas aussi navrant, avec subversive inclus, mais avec des plugins à télécharger pour que ça marche. Navrant!
En tout cas, moi, j'avais été déçu, j'étais passé de la version précédente avec subclipse installé à la main qui marchait super bien à un Ganymède avec subversive inclus mais pas complet et qui est super lent...
Peut être que Galileo est mieux de ce point de vue.
# Upgrade depuis Ganymede
Posté par Fabrice Mousset (site web personnel) . Évalué à 2.
J'aurais une question qui peut sembler simple, mais comme je ne sais pas le faire ça ne l'est pas pour moi ;-)
Comment on fait pour mettre à jour une installation fonctionnelle d'Eclipse Ganymede vers Galileo ?
Merci d'avance pour les infos et les éventuels conseils.
Fabrice
[^] # Re: Upgrade depuis Ganymede
Posté par Aris Adamantiadis (site web personnel) . Évalué à 3.
En plus je passais d'un eclipse 32 bits (j'avais eu des problèmes avec la release avant ganymede) vers un eclipse 64 bits natif
[^] # plugin system wide ?
Posté par rzr (site web personnel) . Évalué à 1.
bien qu"il y ai bcp de retards ds le packaging,
il existe qd meme des repositories officieux pour eclipse en deb
Par contre j aimerais bien savoir comment installer un plugin system wide ?
une ruse avec des liens symboliques peut etre ?
--
http://rzr.online.fr/q/eclipse
gpg:0x467094BC
[^] # Re: plugin system wide ?
Posté par ckyl . Évalué à 2.
[^] # Re: plugin system wide ?
Posté par wismerhill . Évalué à 3.
$ECLIPSE_HOME/plugins et $ECLIPSE_HOME/features (suivant le niveau de fonctionnalité fourni par le plugin)
Moi je ne fais que comme ça, je n'aime pas les programmes qui font des installations de modules à leur façon je ne sais où et qui outrepassent le système de packaging de ma distribution.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.