Galileo SR2 (Eclipse 3.5.2) est disponible en téléchargement ! Vos impressions ?

[djo.mos]

2 mars 2010

Envoyé par Ricky81

La SR2 (Service Release 2) de Eclipse Galileo a été rendue disponible fin de semaine dernière.

Téléchargez Eclipse 3.5.2 ou mettez à jour votre installation d'Eclipse via le menu 'Help' > 'Check for Update'

24 juin 2009



Aujourdhui (le 24 Juin 2009), la fondation Eclipse a publié la version annuelle d'Eclipse, la version 3.5 connu aussi sous le nom de code Galileo.

Il s'agit de la 6ième release annuelle et coordonnée effectué par la fondation Eclipse, depuis Eclipse 3.0 publié en Juin 2004.

Cette année, Galielo regroupe 33 projets avec 24 millions lignes de code.

CDT 6.0 :

• Le refactoring renommage deveint interactif (la modification d'un nom est refleté immediattement tout au long du document.
• CDT peut maintenant ajouter automatiquement les directives #include depuis l'utilisation d'une fonction ou d'une classe
• Regrouper les définitinos des méthodes d'une classe dans l'outline
• Support complet pour les opérateurs surchargés

La liste complète des nouveautés dans cette version peut etre consultée ici, la liste des bugs corrigés par ici.


BIRT 2.5 :

• Introduction de scripts, variables et évènements de page
• Améliorations au package de charting : possiblité de spécifier le z-ordering, curseurs, largeur des laberls, etc.
• Nouveau chart ; le Study Chart
• Formatage spécifique à la locale
• Possilbité de coller du texte formaté
• etc.

La liste complète des nouveautés dans cette version peut etre consultée ici


Web Tools 3.1 :

• Les projets JSF reposent désormais sur le "Library Provider Framework"
• Nouvelle vue pour les serveurs
• Les éditeurs SSE supportent la coloriation sémantique
• Apparition d'une nouvelle perspective XML
• Hyperlines entre les anchors dans l'éditeur HTML
• Support du format XSL
• Validateur XPath 2.0
• etc.

La liste complète des nouveautés dans cette version peut etre consultée ici

Platform et Equinox 3.5 :

• Eclipse tourne maintenant sur Cocoa 32 et 64 bits
• Idem pour Solaris x86
• Respect de l'ordre naturel des boutons dans GTK
• Plsueiurs améliorations au project explorer pour le remettre à niveau avec package explorer
• P2 et ses IHM ont été largmeent retravaillés
• Implémentation de plusieurs specs du futur OSGi 4.2
• etc.

PDT 2.1 :

• Support de PHP 5.3
• etc.

La liste complète des nouveautés ainsi que des bugs corrigés dans cette version peut etre consultée ici



La liste complète des projets faisant partie de cette version peut etre consultée ici.

Une vue d'ensemble des nouveautés apportées par Eclipse Galileo est disponible sur cette page.


Pour le téléchargement, tous les packages Galileo peuvent etre récupérés depuis cette page : http://www.eclipse.org/downloads/
Release Notes : [url]http://download.eclipse.org/eclipse/downloads/drops/R-


Le reste de ce post présente l'évolution de Galileo au fil des versions. ____________________________________________________________

La prochaine version d'Eclipse serait la 3.5, du nom de code Galileo (choisi après cette discussion).

Planning
Le processus de gestation des versions Eclipse se présente comme suit :
- Un ensemble de Milestones apportant chacun des nouveautés et ce de façon incrémentale
- Le dernier Milestone définit une étape nommée "Feature Complete", où toutes les nouvelles fonctionnalités ont été implémentées (c'est le M7).
- S'en suit un ensemble de Release Candidates pour stabiliser la plateforme
- Et enfin, la version finale (GA : General Availability) est publiée. Elle est prévue pour le 26 Juin 2009

Le planning complet peut être consulté ici sous forme d'un calendrier Google.



Nouveautés
Nouveautés dans M7
Nouveautés dans M6
Nouveautés dans M5
Nouveautés dans M4
Nouveautés dans M3
Nouveautés dans M2
Nouveautés dans M1

Cette discussion servirait à recueillir les retours d'expérience des utilisateurs ayant testé l'une ou l'autre des versions de Galileo.

Exprimez vous par la suite :
- Quelles nouveautés vous avez apprécié le plus ?
- Ou au contraire, qu'est ce qui ne vous a pas plu ?
- Que pensez vous de la stabilité de la version courante ?
- Avez vous déjà migré vers cette version ou quand comptez vous le faire ?
- etc.

[Uther]

Le truc tout con mais qui me manquait vraiment depuis longtemps, c'était l'"open with"

[djo.mos]

Envoyé par Uther

Le truc tout con mais qui me manquait vraiment depuis longtemps, c'était l'"open with"

Oui en effet

Moi j'ai beaucoup apprécié l'éditeur graphique de l'export/import de services OSGi (quoi que j'utilise rarement DS == Declarative Services). Un éditeur pareil pour les services au sens de Spring DM (dont le principe pourrait être standardisé dans OSGi 4.2 avec l'RFC 124 [plus])

[keulkeul]

D'habitude je suis très enthousiaste à l'idée de tester une nouvelle version mais au regard des faibles nouveautés apportées, je ne l'ai pas encore installée.

Je suis un peu déçu. J'ai comme l'impression que les efforts se concentrent sur e4. Mais bon, je suis peut être parano

Le plugin de génération de code JNI serait un point positif à mon éventuelle migration ...

[djo.mos]

Envoyé par keulkeul

D'habitude je suis très enthousiaste à l'idée de tester une nouvelle version mais au regard des faibles nouveautés apportées, je ne l'ai pas encore installée.

Je crois que le faible nombre de nouvelles fonctionnalités peut s'expliquer par le fait que c'est encore en M2, et qu'on prévoit 7 Milestones sur lesquelles s'étaleront les nouvelles fonctionnalités.

En plus, en mettant les nouveautés à côté, le simple fait qu'on fixe des bugs récalcitrants me paraît tout aussi une bonne chose

[keulkeul]

Je crois que le faible nombre de nouvelles fonctionnalités peut s'expliquer par le fait que c'est encore en M2, et qu'on prévoit 7 Milestones sur lesquelles s'étaleront les nouvelles fonctionnalités.

Concernant Ganymede, il y avait également 7 Milestones. J'ai fait une comparaison très bête des nouveautés (purement quantitatif) de Ganymede de l'époque et on voit clairement le nombre supérieur par rapport à Galileo.

De ton côté djo.mos, as-tu réalisé une migration totale vers cette version intermédiaire où fais-tu cohabiter l'ancienne et la nouvelle. Utilises-tu le workspace d'une version 3.4.1 avec 3.5. C'est souvent le gros problème. Je me souviens du passage de 3.3 à 3.4 concernant les projets SVNisés

Si je peux me permettre, j'ajouterais une question à ton sondage : que souhaiteriez vous dans les prochaines milestones qui n'apparaît pas dans celle-ci ? Je répondrais alors un vrai Visual Editor à la hauteur de Matisse ou du GUI de Visual Studio.

Mickael

[djo.mos]

Envoyé par keulkeul

De ton côté djo.mos, as-tu réalisé une migration totale vers cette version intermédiaire où fais-tu cohabiter l'ancienne et la nouvelle. Utilises-tu le workspace d'une version 3.4.1 avec 3.5. C'est souvent le gros problème. Je me souviens du passage de 3.3 à 3.4 concernant les projets SVNisés

Non, pour l'instant j'utilise un workspace séparé pour tester Galileo

Envoyé par keulkeul

Si je peux me permettre, j'ajouterais une question à ton sondage : que souhaiteriez vous dans les prochaines milestones qui n'apparaît pas dans celle-ci ?

Bonne question , je modifie le premier post en conséquence.

Envoyé par keulkeul

Je répondrais alors un vrai Visual Editor à la hauteur de Matisse ou du GUI de Visual Studio.

C'est sûr que ça c'est l'une des requests les plus populaires qui soient

Autre fonctionnalité qui serait (normalement) dans le prochain Milestone (M3) et qui me parait super intéressante est celle-ci

be able to set start levels on a product

A l'instar de l'éditeur de configurations de lancement d'OSGi, mais pour les applications Eclipse. Je me suis cassé les dents sur ce problème maintes fois avec des bundles exportant des services qui ne démarrent pas automatiquement tandis que ceux qui en dépendent le sont

Sinon, une petite recherche dans le bugzilla d'Eclipse donne cette liste pour ce qui devrait être inclus dans le prochain Milestone (le M3, prévu pour le 31 Octobre) :

[keulkeul]

A l'instar de l'éditeur de configurations de lancement d'OSGi, mais pour les applications Eclipse. Je me suis cassé les dents sur ce problème maintes fois avec des bundles exportant des services qui ne démarrent pas automatiquement tandis que ceux qui en dépendent le sont

As-tu moyen de décrire un peu plus cette notion de niveau de démarrage qui est spécifique à la configuration d'exécution OSGI ?

Mickael

[djo.mos]

Volontiers

La fenêtre "Run configurations" pour les "Eclipse Applications", elle permet jute de sélectionner les plugins/fragments à inclure lors de l'exécution. Mais pas de spécifier quels plugins à activer ou pas et dans qeul ordre.




Tandis que la même fenêtre de réglages pour "OSGi Framework" est beaucoup plus riche en possiblités et permet de sélectionner quel bundle démarrer et dans quel ordre :



Et donc, à ce qu'il parait, la configuration de lancement d'une application Eclipse serait enrichie dans le prochain Milestone pour offrir ce que celle d'OSGi offre.

[Pill_S]

Je ne l'ai pas encore installée, mais je vais le faire asap histoire au moins de me faire une idée du future d'eclipse

Par contre, un truc que j'aimerais vraiment, depuis longtemps et je ne dois pas être le seul...

Un profiler (intégré par défaut évidement)!

[Laurent.B]

Et moi j'aimerais bien voir apparaître un jour, un module (externe ou interne) qui permette de régler correctement les paramètres de lancement d'Eclipse qui sont actuellement basés, entre autres, sur le fichier eclipse.ini... Non seulement, je ne trouve pas cela très pro, la façon dont c'est géré actuellement mais en plus, selon la version, les mêmes options/réglages ne vont pas avoir les effets escomptés. Et pour le réglage de la mémoire min/max et tout et tout, ce serait bien pratique de savoir ce qu'on peut faire ou pas.

Vous pensez pas ?

[keulkeul]

Vous pensez pas ?

J'en pense que du bien, c'est une très bonne idée. Il est vrai que la configuration du fichier eclipse.ini me fait penser à la configuration du fichier autoexec.bat et config.sys du bon vieux DOS quand il fallait trouver 620 ko de mémoire conventionnelle

Je verrais bien une sorte de setup avant le démarrage d'Eclipse avec une belle IHM pour faciliter la vie du developpeur. Une très bonne idée de projet Open Source

Mickael

[keulkeul]

Pill_S,

Un profiler (intégré par défaut évidement)!

Tu as le projet TPTP mais il faut l'installer puisqu'il n'est pas prévu dans les packages par défaut. Ce n'est pas si gênant que ça de l'installer, non ?

Mickael

[djo.mos]

Envoyé par keulkeul

Ce n'est pas si gênant que ça de l'installer, non ?

Si, un tout petit peu pour les linuxiens

[Pill_S]

Envoyé par keulkeul

Ce n'est pas si gênant que ça de l'installer, non ?

Je ne sais pas avec Eclipse 3.5, mais j'ai eu pas mal de problème pour l'installation de TPTP dans des versions précédentes (bon c'est aussi pt être un peu de ma faute, à force d'ajouter plugins sur plugins)

[keulkeul]

Si, un tout petit peu pour les linuxiens

Pour quelles raisons ?

Mickael

[djo.mos]

Envoyé par keulkeul

Pour quelles raisons ?

Pour 2 raisons principalement :
- Des liens symboliques ne sont pas correctement crées à l'installation
- Les droits d'exécution sur des scripts ne sont pas affectés à l'installation

[ZeRevo]

Perso je trouve ca génial de pouvoir lancer eclipse depuis où je veux sans me soucier d'un installeur. Le fichier de conf on y touche 1 fois tous les ans donc je vois pas l'utilité de fournir quelque chose qui nous proposera plus de problèmes que de solution.

[Mister Nono]

Est-il prévu en natif un outil IHM comme Visual Editor ?

Netbeans en possède un par défaut, bien que le code généré ne soit pas des mieux.

A+

[millie]

Envoyé par ZeRevo

Perso je trouve ca génial de pouvoir lancer eclipse depuis où je veux sans me soucier d'un installeur. Le fichier de conf on y touche 1 fois tous les ans donc je vois pas l'utilité de fournir quelque chose qui nous proposera plus de problèmes que de solution.

Idem.

J'aime pas les installeur. Au moins là, tu sais que tous les fichiers sont dans le dossier d'eclipse (où dans les dossiers eclipse si plusieurs eclipse (javaee, php etc.)). Le jour où t'en as plus besoin, tu supprimes le dossier, pas besoin de se soucier de la présence de clef dans le registre, de fichier de configuration caché etc.