IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

La nouvelle version de l'environnement Eclipse est disponible
Eclipse Luna apporte le support natif de Java 8

Le , par Mickael Baron

250PARTAGES

4  0 
L’environnement de développement open source Eclipse évolue pour répondre aux besoins des développeurs. Eclipse 4.4 est disponible en téléchargement. Baptisé Luna (déesse de la Lune dans la mythologie romaine), l’EDI promet d’illuminer le quotidien des développeurs avec son lot de nouveautés.

Le fait marquant de cette nouvelle version est, sans aucun doute, le support natif de Java 8. En effet, même si Eclipse Kepler supportait Java 8 dès sa sortie, il fallait lui adjoindre un patch afin que les développeurs Java puissent profiter des Lambdas.

Des informations supplémentaires sur les nouveautés de cette version sont disponibles à cette adresse : https://projects.eclipse.org/releases/luna. Eclipse Luna se compose de 76 projets, pour un total d'environ 10 millions de nouvelles lignes de code. 339 contributeurs à travers le monde ont participé à cet effort. Huit projets ont rejoint le « simulatenous release train » : EMF Client Platform, EMF Store, Sirius, BPMN2 et BPMN2 Modeler Project, Paho QVTd et XWT. L'ensemble des projets disponibles dans cette version est disponible à cette adresse : https://projects.eclipse.org/releases/luna/details

Sans être exhaustifs, les principales nouveautés autres que le support de Java 8 sont :

  • le projet Sirius, qui permet de construire de manière simple et totalement nouvelle des éditeurs, basé sur le framework de méta-modélisation EMF et sa couche graphique spécifique GMF. Avec Eclipse Sirus, le développement d'éditeurs devient déclaratif ;

  • un nouveau thème graphique "sombre" très proche de ce qui a été proposé par les dernières versions de l'environnement de développement IntelliJ ;



  • la possibilité de créer des vues de type "E4" depuis un plugin. La nouvelle API E4 ne sera donc plus réservée aux applications Eclipse RCP ;

  • un client de type terminal sous Windows, Linux et MAC via le projet TCF ;



  • une amélioration sensible du Workbench, qui permet notamment de pouvoir séparer un même éditeur en 2 parties, soit horizontalement, soit verticalement ;
  • l'éditeur graphique d'EMF (Editor Diagram) a été entièrement rebâti en se basant sur le projet Sirus ;
  • une amélioration de la bibliothèque EGIT, l'implémentation Java de GIT. L'outil graphique de fusion a également été amélioré.


Pour télécharger cette nouvelle version, rendez-vous sur la page de téléchargement d'Eclipse : http://www.eclipse.org/downloads/

Cette courte vidéo revient sur les principales nouveautés :


Et vous ?
  • Que pensez-vous de cette nouvelle version ? Et de ces nouvelles fonctionnalités ?
  • Avez-vous déjà essayé cette nouvelle version ?
  • Allez-vous migrer ?

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de ymajoros
Membre habitué https://www.developpez.com
Le 25/06/2014 à 21:07
J'essaierai par curiosité, mais Eclipse est mort depuis longtemps pour moi. Un IDE qui ne supporte pas maven nativement (=pas de fichiers configs foireux à "synchroniser", qui a une gestion des tâches hasardeuses (le "building workspace" de 5 minutes dès qu'on a un gros projet et quelques "save actions", qui ressemble plus à un bricolage de plugins de qualité variable... Je sais, c'est open source, mais un peu de recherche montre que c'est difficile à changer. Il faudrait repenser depuis le début. La gestion des projets n'est pas assez découplée de la config propriétaire actuelle, par exemple. Et rien que l'idée de toucher à SWT, quelle idée saugrenue au 21ème siècle ;-)

Aussi, je suis toujours surpris de voir qu'on propose toujours une seule alternative, payante (pour la grande partie des fonctionnalités)... alors qu'il y a aussi Netbeans, qui en fait plus pour le même prix (= rien) et n'a pas les problèmes décrit ci-dessus... Et a le support de Java 8 depuis... 1 an, bien avant sa sortie. Ou jdeveloper, un peu unique dans son genre mais très bien la dernière fois que j'ai essayé. Le monde des IDE n'est pas cantonné à Eclipse et IntelliJ...
3  0 
Avatar de Tcharl
Membre averti https://www.developpez.com
Le 25/06/2014 à 22:55
@Mickael,
Il y a aussi les Charlie (du moins un ).

@ymajoros: Quand tu codes du IJ ou du NB, tu fais du Swing, c'est encore pire... Ensuite, tu peux faire (rien) en désactivant le 'Build automatically' d'Eclipse, du coup, tu arrives à Iso des fonctionnalités des autres Ide (IJ ou NB) et les mêmes perfs, avec comme plus la possibilité d'avoir un éditeur splitté en deux (ce qu'aucun d'eux ne supporte alors que même mon shell Mac/Vi/Emacs en est capable).

Monter un projet Eclipse peut se faire de manière perso, la communauté est là et a une plus grande importance que l'IDE en lui même, des projets comme Incquery, Vert.x et autres ne viennent pas d'entreprises mais de développeurs indep' (ou chercheurs) et ce sont des top level projects!
Maintenant que la majeure partie des projets sont passés à Git, c'est facile de contribuer en acceptant la SLA (pour ceux qui ont envie de voir se concrétiser leur liste de noël: j'ai très rarement vu des contributions se faire refuser).
Il existe aussi énormément de projets tierces (moreunit, Redmine Mylyn connector, mousefeed, jautodoc)... Qui, j'en suis sûr ne sont absolument pas issus d'une entreprise privée (et pourtant vraiment utiles).

Sommes toute, pour moi cet IDE se démarque de tous les autres sur plusieurs aspects:

* Sa communauté Open-source et son environnement de travail complet: lorsque vous créez/contribuez, vous avez un git, un Hudson, un gestionnaire de tickets, des personnes... Ce que vous n'avez pas chez IJ, et encore moins chez NB (non mais sérieux, qui d'entre vous a déjà essayé de contribuer à un des deux concurrents? Par expérience je trouve que c'est une grosse blague).

* Le modeling, qui pour moi est l'avenir de cet IDE, ça le mènera vers le cloud, les supercalculateurs, etc (il suffit de refaire EMF correctement).

Alors bien sûr, il est loin d'être parfait, mais rien ne vous empêche de participer pour le rendre meilleur: en patchant m2e ou wtp ou en créant des alternatives sur le market.
2  0 
Avatar de atha2
Membre éprouvé https://www.developpez.com
Le 26/06/2014 à 1:08
Citation Envoyé par Traroth2 Voir le message

Je ne contribue pas à Eclipse. Et d'expérience, la plupart des communautés sont assez réticentes aux gens qui viennent leur dire quoi faire sans participer. Comment les blâmer, d'ailleurs ? Personne n'aime recevoir des lettres au Père Noël. Ce n'est peut-être pas la position la plus constructive, mais c'est humain.
J'ai du mal à croire qu'un suggestion d'amélioration d'une personne externe soit mal vue. N'y a-t-il juste pas un problème de forme ? Il est évident que "j'ai besoin de ça" ne passe pas aussi bien que "il pourrait être d'intéressant d'inclure ça, beaucoup de dev ont ce besoin".
Enfin, c'est peut-être ce qui arrive quand la plupart des membres sont payés par leur entreprise pour réaliser des objectifs précis sur ce projet.
2  0 
Avatar de Mickael Baron
Rédacteur https://www.developpez.com
Le 25/06/2014 à 16:12
C'est pour ça que je me demande pourquoi Eclipse et NetBeans ne cherchent pas à atteindre le même niveau de fonctionnalité et d'ergonomie...
Je dirais simplement qu'Eclipse ne se limite pas qu'à l'environnement de développement. C'est aussi une plateforme de modélisation très riche (EMF, Sirus...) et une plateforme de développement (RCP, RAP...). Je me limite à ce que je connais mais après son écosystème est monstreux.

Mickael
1  0 
Avatar de Mickael_Istria
Membre expert https://www.developpez.com
Le 25/06/2014 à 16:17
Citation Envoyé par Shuty Voir le message
Une minute de silence pour tous ces courageux qui ont offerts de leurs temps.
T'inquietes, la grande majorite des contributeurs le font dans un cadre professionnel, donc le temps leur est paye, donc ils ne meritent pas vraiment tant d'honneur
3  2 
Avatar de Shuty
Membre éprouvé https://www.developpez.com
Le 25/06/2014 à 16:55
Citation Envoyé par Mickael_Istria Voir le message
T'inquietes, la grande majorite des contributeurs le font dans un cadre professionnel, donc le temps leur est paye, donc ils ne meritent pas vraiment tant d'honneur
Bon, et bien crachont leurs dessus alors
2  1 
Avatar de plawyx
Membre chevronné https://www.developpez.com
Le 25/06/2014 à 17:39
j'attendais Luna avec impatience (support jdk 1.8). Sur ma debian 7 64 bits à jour, j'ai le résultat suivant (eclipse-jee-luna-R-linux-gtk-x86_64.tar.gz):

Code : Sélectionner tout
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
(java:18640): GLib-GObject-WARNING **: cannot register existing type `GdkDisplayManager'

(java:18640): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed

(java:18640): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed

(java:18640): GLib-GObject-WARNING **: invalid (NULL) pointer instance

(java:18640): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed

(java:18640): GLib-GObject-WARNING **: invalid (NULL) pointer instance

(java:18640): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed

(java:18640): GLib-GObject-WARNING **: cannot register existing type `GdkDisplay'

(java:18640): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed

(java:18640): GLib-GObject-CRITICAL **: g_type_register_static: assertion `parent_type > 0' failed

(java:18640): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed

(java:18640): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00007f1f2245673f, pid=18640, tid=139772409038592
#
# JRE version: Java(TM) SE Runtime Environment (8.0-b132) (build 1.8.0-b132)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.0-b70 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# C  [libgdk-x11-2.0.so.0+0x5173f]  gdk_display_open+0x3f

Je vais donc continuer avec Kepler.
1  0 
Avatar de Mickael Baron
Rédacteur https://www.developpez.com
Le 25/06/2014 à 21:23
C'est moi ou il n'y a que les "Mickael" qui aiment Eclipse

Mickael
1  0 
Avatar de Folgore
Membre du Club https://www.developpez.com
Le 26/06/2014 à 9:38
Difficile de revenir sous eclipse quand on sait que Netbeans fait la meme chose mais en mieux, sans installer des tones de plugins supplémentaires. Je pense surtout aux ejb, maven, la facilité pour avoir une assistance (entités, ...).

En plus niveau java, l'éditeur d'ihm est tellement plus stable que le WindowBuilder qu'il faut télécharger sur Eclipse.

Sans compter qu'il y a tout ce qu'il faut pour du dev web, html5, cordova, php avec ce qu'il faut pour faire du symfony2, template twig...

Bien sur, eclipse a aussi son lot de features interessants qui sont mal intégrés sous netbeans, mais eclipse cumule tellement de soucies et bugs en tout genres :/
1  0 
Avatar de Mickael_Istria
Membre expert https://www.developpez.com
Le 26/06/2014 à 9:54
Citation Envoyé par Traroth2 Voir le message
Dans ce cas, ça doit être le premier projet open-source un peu important sans gouvernance que je connaisse.
Il y a de la gouvernance, mais il n'y a personne qui a le doit d'imposer des roadmaps. Chacun est libre de contribuer ce qu'il veut ou pas, c'est aux committers de decider si ca vaut le coup de l'integrer ou pas. Les committers sont responsables de faire les reviews, pas de dire aux contributeurs "code-ci" ou "code-ca".
La Fondation assure une gouvernance de la communaute et anime l'ecosysteme.

Je ne contribue pas à Eclipse.
Et bien en fait detrompe-toi. Avec ce genre de commentaire, tu contribues en fait un peu a Eclipse

Et d'expérience, la plupart des communautés sont assez réticentes aux gens qui viennent leur dire quoi faire sans participer.
La je ne suis pas d'accord du tout. En tout cas, sur les projets dans lesquels je suis impliques, les suggestions d'ameliorations ont une grande valeur. Par contre, il faut faire attention a comment on redige ca. Il ne faut pas donner des lecons, mais plutot suggerer, raconter ses use-cases, et conclure par des idees concretes.
Si par exemple tu ouvres un bug a n'importe quel projet pour expliquer que selon toi un bouton est mal place ce qui diminue l'ergonomie, ca fera reflechir, et si ton idee fait l'unanimite, il en resultera un changement.

Comment les blâmer, d'ailleurs ? Personne n'aime recevoir des lettres au Père Noël. Ce n'est peut-être pas la position la plus constructive, mais c'est humain. Et puis, ils ont des yeux dans la tête, non ? Je veux dire, les avantages d'IntelliJ sur Eclipse sont abondamment documentés ailleurs qu'ici, après tout...
Et bien sache que certaines personnes aiment recevoir des lettres au pere noel. Les committers ont souvent la tete dans le guidon, a travailler sur des nouvelles features importantes et n'ont pas forcement l'occasion de prendre du recul. Ce genre de requete venant des utilisateurs sont rafraichissantes, les idees suggerees par les utilisateurs sont souvent bien loin des idees que se font les committers de leur projet.

Bref, c'est comme tout, si tu veux que les choses s'ameliorent, mieux vaut s'impliquer un peu. Ouvrir des bugs en tant qu'utilisateur constitue un tres bon premier pas.
1  0