La fondation Eclipse sort Callisto

Posté par tuiu pol le 02 juillet 2006 à 15:11. Modéré par Mouns.

Étiquettes :

juil.

2006

Un an tout juste après la sortie d'Eclipse 3.1, la fondation Eclipse a frappé un grand coup avec le projet Callisto : une compilation de dix de ses projets.

L'objectif était de se caler sur les cycles de développements de ses partenaires et contributeurs et d'accélérer l'adoption des technologies Eclipse, cela permet également d'éliminer toute incertitude autour des versions de chaque projet.

Callisto est composé de :

Business Intelligence and Reporting Tools (BIRT)
C/C++ IDE (CDT)
Data Tools Platform (DTP)
Eclipse Modeling Framework (EMF)
Graphical Editing Framework (GEF)
Graphical Modeling Framework (GMF)
Eclipse IDE
Eclipse Test and Performance Tools Platform Project (TPTP)
Eclipse Web Tools Platform Project (WTP)
Visual Editor (VE)

On retiendra bien évidemment le composant principal : l'environnement Eclipse qui passe donc en version 3.2. Le nombre de changement est, comme à chaque fois, impressionnant. Les principaux ajouts sont détaillés avec des copies d'écrans sur la page new noteworthy.

L'objectif semble atteint puisqu'après le compteur que l'on a pu suivre sur la page principale, les projets sont effectivement disponibles au téléchargement.

Le projet est disponible sur GNU/Linux (x86/PPC/x86_64), Windows, Solaris8 (SPARC), Mac OSX, AIX (PPC), HP-UX (HP9000) Eclipse est un environnement de développement Open-Source, développé à l'origine par IBM pour le langage Java. Il s'est étendu ensuite pour bien d'autres langages via un nombre particulièrement impressionnant de greffons (comme CDT pour le C/C++).
NdM : La fondation Eclipse utilise la licence EPL, approuvée par l'OpenSource Initiative, mais incompatible GPL.

Aller plus loin

# incompatible GPL

Posté par espace le 02 juillet 2006 à 16:24. Évalué à 4.

incompatible GPL
veut dire quoi exactement ?
Peut-ont quand même développer des plugins GPL ?
Apache a aussi une licence incompatible, or il existe des plugins GPL (comme pour Vulture, http://linuxfr.org/2006/06/29/21028.html), alors ?
Parce que ça serait vraiment dommage de pas pouvoir ...
- [^] # Re: incompatible GPL
  
  Posté par Grumbl le 02 juillet 2006 à 16:38. Évalué à 6.
  
  Il est même possible de developper des plugins partiellement GPL :-) d'où l'incompatibilité avec la GPL
  
  http://en.wikipedia.org/wiki/Eclipse_Public_License
- [^] # Re: incompatible GPL
  
  Posté par Amine "nh2" Brikci-Nigassa (site web personnel) le 03 juillet 2006 à 13:40. Évalué à 4.
  
  Une licence libre est dite "compatible GPL" si elle "vous donne la possibilité de combiner un module publié suivant cette licence avec un module publié sous GPL et d'en tirer un seul programme plus gros."
  http://www.gnu.org/licenses/license-list.fr.html#Introductio(...)
  
  La licence EPL est une licence Libre non compatible avec la GPL
  http://www.gnu.org/licenses/license-list.fr.html#GPLIncompat(...)
  GNU's Not Unix / LINUX Is Not Unix Xernel
# journée de retard

Posté par patapon le 02 juillet 2006 à 16:50. Évalué à 4.

L'objectif semble atteint puisqu'après le compteur que l'on a pu suivre sur la page principale, les projets sont effectivement disponibles au téléchargement.

Ce qui est sur, c'est qu'après le compte à rebours (qui devait se finir hier aux environs de 3h), on a eu droit respectivement :
- à un message du genre 'you are too late' avec aucun lien de download.
- à un message du genre 'coming soon (for real)'.
- à un message du genre 'mirrors are updated'.

Il reste qu'une journée de retard seulement avec un peu d'humour, c'est un tres bon résultat.
# JSF Capabilities dans WTP

Posté par Narmer le 02 juillet 2006 à 18:05. Évalué à 3.

Une fonctionnalité qui manquait dans eclipse, c'est la possibilité de gérer les projets JSF. Par rapport à des projets comme netbeans de sun ou Jdevelopper de Oracle, eclipse était en retard, mais maintenant le retard est comblé :

- édition visuelle du fichier faces-config.xml
- configuration des managed beans
- configuration des converters et validator
- etc etc

à mon avis il manque encore la palette visuelle incluant les composant standard de sun, et la possibilité d'inclure les composants des autres framework comme MyFaces ou encore ADF de Oracle.

Sinon, comme j'ai l'habitude de bosser avec eclipse que du bonheur.

Sinon très bonne idée que de caler les releases d'autant de projet, c'est sur ça fait pro et ça favorise son adoption ainsi que son intégration dans des plateformes extérieurs.

Merci IBM et les autres contributeurs.
# C'est vraiment une très bonne chose !

Posté par gege (site web personnel) le 02 juillet 2006 à 22:02. Évalué à 6.

C'est vraiment une très bonne chose, eclipse c'est un framework minimal et de (trop?) nombreux plugins. Autrement dit même avec une installation minimale d'eclipse, vous avez déjà plusieurs dizaines de plugins d'installés. Cette modularité commençait à montrer ses limites car les developpements des plugins n'étaient pas coordonés et chaque équipe de developpement définissait dans son coin sur quelle version des autres plugins elle s'appuyait.

Ca conduisait à d'enormes casses têtes et à des plugins qui n'étaient pas installable simultanément car en conflit de version... parfois même les dev d'un plugin s'appuyaient sur la version en cours de dev d'un autre (car elle corrige un bug qui bloquait...).

J'espère que ça va permettre de stabiliser un peu tout ça et d'offrir une version de référence pour tout le monde au moins des plugins pricipaux (comme EMF, GEF, GMF qui étaient souvent les plus problématiques...)
# Utilité ?

Posté par gilgam le 02 juillet 2006 à 23:00. Évalué à 1.

Bonjour je suis dev Web (enfin c'est un bien grand mot) et eclipse me sera-t-il utile pour du développement html/css/php/javascript?
J'ai téléchargé mais l'interface est absconse. Cela vaut-il le coup d'apprendre à s'en servir ??

merci

NG
- [^] # Re: Utilité ?
  
  Posté par governator le 02 juillet 2006 à 23:08. Évalué à 3.
  
  Eclipse en est capable avec le plugin "Eclipse Web Tools Platform Project (WTP)" mais ce n'est pas du wysiwyg.
  L'utilisation d'Eclipse est peut-être un peu disproportionnée pour du simple html, mais le plugin bénéficie du support CVS qui peut se révéler pratique en cas de travail collaboratif sur de gros projets.
  - [^] # Re: Utilité ?
    
    Posté par Mithfindel (site web personnel) le 03 juillet 2006 à 09:54. Évalué à 2.
    
    J'ajouterai qu'avec le plugin phpEclipse, on a un IDE de bonne facture. La complétion de code en édition JavaScript et CSS est efficace bien que pas toujours adaptée. Par contre un des gros points forts de WTP est sa simplicité et sa puissance en ce qui concerne XML et ses pendants XML Schema et XSLT.
    
    Et effectivement ce n'est pas WYSIWYG mais l'onglet de prévisualisation est là pour ça :)
    - [^] # Re: Utilité ?
      
      Posté par Fabien Engels le 03 juillet 2006 à 10:22. Évalué à 2.
      
      Je dirai même plus, avec PHPEclipse et DBG installé du coté PHP, tu pourra obtenir les messages de debug et d'erreur en temps réel :) (ce qui est assez agréable)
# Et pour ceux qui n'aiment pas Java

Posté par governator le 02 juillet 2006 à 23:02. Évalué à 2.

Il existe des projets basés sur Eclipse ou sous forme de plugin pour développer en php avec phpEclipse : http://www.phpeclipse.de/tiki-view_articles.php
RadRails pour faire du Ruby / Ruby on rails : http://www.radrails.org/
(Ils sont encore basés sur Eclipse 3.1 pour le moment) et bien sur disponibles sous Common Public License.
PyDev pour Python : http://pydev.sourceforge.net/

Sans oublier C/C++ IDE déjà cité dans la news et probablement d'autres que je ne connais pas encore
- [^] # Re: Et pour ceux qui n'aiment pas Java
  
  Posté par Jean-Philippe (site web personnel) le 02 juillet 2006 à 23:32. Évalué à 3.
  
  Reste que eclipse lui-même est en java donc ceux qui n'aiment pas java peuvent repasser...
  - [^] # Re: Et pour ceux qui n'aiment pas Java
    
    Posté par par le 03 juillet 2006 à 08:52. Évalué à 3.
    
    Ceux qui se privent d'eclipse par qu'il n'aime pas java...
    Moi, j'aime pas le pascal, je me prive pas pour autant. Et ceux qui n'aime pas .Net ? Il se sentent obliger de détester beagle ou f-spot ?
    Ne pas aimer un bon programme parce qu'il y écrit dans un language qu'on aime pas, je touve ça...
    - [^] # Re: Et pour ceux qui n'aiment pas Java
      
      Posté par jahrynx le 03 juillet 2006 à 09:22. Évalué à -1.
      
      Ben certains n'aiment pas Java parce que ce n'est pas libre et on ne peux pas trop leur en vouloir. Mais ce n'est pas la peine de s'inquiéter, reste à être patient et attendre la mort du troll avec la libération par
      Sun...
      - [^] # Re: Et pour ceux qui n'aiment pas Java
        
        Posté par Nicolas Schoonbroodt le 03 juillet 2006 à 09:29. Évalué à 3.
        
        La dernière version compilait avec gcj et tournait avec gij, donc c'était libre. Je ne sais pas si c'est toujours le cas, mais ça ne m'étonerait pas.
        
        [^] # Re: Et pour ceux qui n'aiment pas Java
        
        Posté par jahrynx le 03 juillet 2006 à 09:50. Évalué à 0.
        
        Je sais pas si ca tourne avec gij, sans doute que oui. Mais as tu essayé ? Parce que honnètement, j'ai pas mis longtemps avant de régler mes altenatives pour utiliser la JVM Sun... La liberté a un prix, et pour le coup, je continue de rester enfermé et prend patience jusqu'à la libération.
        
        [^] # Re: Et pour ceux qui n'aiment pas Java
        
        Posté par Nicolas Schoonbroodt le 03 juillet 2006 à 10:29. Évalué à 2.
        
        Non je n'ai pas essayé eclipse. J'ai essayé d'autre programmes, mais pas eclipse, et effectivement, c'était plus lent. Comme tu le dis, la liberté à un prix. Mais dans ce cas là, il faut parler du troll JAVASAPUCÉLENT et pas du troll JAVASAPUCÉPALIBRE ;-)
        
        <ma vie>
        Sinon je n'utilise eclipse que pour du Java, car à l'époque ou j'ai testé CDT, je n'avais pas trouvé ça terrible. Cela dit, peut-être que maintenant ça vaut le coup, il faudra que je réssaye, mais pour l'instant j'utilise kdevelop, bon, mais je ne le trouve pas aussi complet pour faire du C++ que eclipse pour faire du java.
        </ma vie>
    - [^] # Re: Et pour ceux qui n'aiment pas Java
      
      Posté par dinomasque le 03 juillet 2006 à 10:33. Évalué à 2.
      
      JAVA c'est bien, mais Eclipse et la plupart des applications en Java que je connais sont des ogres en RAM. Alors je me contente de ne pas utiliser d'application en Java parceque j'ai le malheur d'avoir un ordinateur avec "seulement" 512Mo de RAM et un seul slot pour barette de RAM.
      
      Java sapusacoutetropcherenram
      BeOS le faisait il y a 20 ans !
      - [^] # Re: Et pour ceux qui n'aiment pas Java
        
        Posté par Nicolas Schoonbroodt le 03 juillet 2006 à 10:59. Évalué à 2.
        
        Poyur éclipse, je pense qu'il prend vraiment de la RAM, mais pour les autres applications en java, vérifie si tu ne peux pas les lancer avec une jvm prenant moins de ram. Extrait de man java (1) :
        
        -Xmsn Specifies the initial size of the memory allocation pool. This
        value must be greater than 1000. To modify the meaning of n,
        append either the letter k for kilobytes or the letter m for
        megabytes.
        
        -Xmxn Specifies the maximum size of the memory allocation pool. This
        value must be greater than 1000. To modify the meaning of n,
        append either the letter k for kilobytes or the letter m for
        megabytes.
        
        Note : Quand ils disent plus grand que 1000, j'ai l'impression qu'il veulent dire plus grand que 1000k, car avec moins de 1000k, elle ne se lance pas.
        
        (puis moi avec 512 de ram, j'utilise eclipse, de toute façon j'ai toujours largement la moitié de RAM libre (avant de le lancer))
        
        [^] # Re: Et pour ceux qui n'aiment pas Java
        
        Posté par dinomasque le 03 juillet 2006 à 11:06. Évalué à 1.
        
        Beurk ;)
        
        Je ne vais tout de même pas revenir 6 ans en arrière quand la version d'époque de mon OS demandait à l'utilisateur de fixer lui-même la taille de mémoire à allouer aux applications !
        BeOS le faisait il y a 20 ans !
        
        [^] # Re: Et pour ceux qui n'aiment pas Java
        
        Posté par Nicolas Schoonbroodt le 03 juillet 2006 à 11:15. Évalué à 2.
        
        Ça devrait être au packageur des applis de le faire. Estimer une taille, ensuite la majorer (pas content, les utilisateurs qui voient une java.lang.OutOfMemoryException). Et bien sur pas à l'utilisateur. Ou alors il faut regler les paramètre globaux avec une jvm avec peu de mémoire au lancement et une limite maximale inchangée. Mais tout à fait d'accord, ce n'est pas à l'utilisateur de le faire.
        
        [^] # Re: Et pour ceux qui n'aiment pas Java
        
        Posté par dinomasque le 03 juillet 2006 à 12:45. Évalué à 3.
        
        Ben non ce n'est ni à l'utilisateur ni au programmeur de fixer la taille maximale de mémoire dont l'application a besoin.
        
        C'est l'application qui doit selon ses besoins demander de la mémoire au système et la rendre quand elle n'en a plus besoin.
        BeOS le faisait il y a 20 ans !
        
        [^] # Re: Et pour ceux qui n'aiment pas Java
        
        Posté par Nicolas Schoonbroodt le 03 juillet 2006 à 12:53. Évalué à 3.
        
        Euh... non, ce n'est pas le fonctionnement de java. En l'occurence, on lui dit : tu peux utiliser autant de mémoire, pas plus, et commence avec autant, si tu en as besoin, mais pas plus que la limite, tu peux en redemander. Si tu n'a plus de place, fait le ménage tout seul.
        
        Ce n'est pas parce qu'une appli en C, C++ ou n'importe quel langage qui a le même fonctionnement fonctionne comme tu le dis que ça doit être une Vérité Absolue et Immuable.
  - [^] # Re: Et pour ceux qui n'aiment pas Java
    
    Posté par gilgam le 03 juillet 2006 à 09:38. Évalué à 1.
    
    merci pour vos réponses ;-)
    
    sur linux il faut donc installer une jvm ? (je l'ai installé sous Macosx mais je cherche de plus en plus à travailler sous ma ubuntu dapper PPC).
    
    Auquel cas y-a-t-il un paquet ? et cela tourne bien ?
    
    merci
    - [^] # Re: Et pour ceux qui n'aiment pas Java
      
      Posté par Mark Havel le 03 juillet 2006 à 11:36. Évalué à 2.
      
      Tape déjà "java" dans une ligne de commande pour voir s'il n'y est pas déjà. Sinon, il faut chercher soit dans les paquets de sa distribution soit dans le site de Sun pour avoir une jvm Linux.
    - [^] # Re: Et pour ceux qui n'aiment pas Java
      
      Posté par benoar le 03 juillet 2006 à 16:54. Évalué à 2.
      
      Sur ppc il n'y a que la jvm d'IBM qui "fonctionne", et encore, je crois pas qu'il n'y ai de jvm 1.5, seulement 1.4.
      Donc le mieux c'est encore d'utiliser gcj/gij, qui est libre, et donc fonctionne sur n'importe quel architecture.
# Au fait...

Posté par thom_ra le 03 juillet 2006 à 11:28. Évalué à 2.

Vous aviez déjà fait le rapprochement : Eclipse / Sun...

'sont forts au marketing chez IBM ;-)
- [^] # Re: Au fait...
  
  Posté par thom_ra le 03 juillet 2006 à 14:13. Évalué à 2.
  
  Ben moi il me semblais que ce jeu de mots est très bien trouvé.
- [^] # Re: Au fait...
  
  Posté par Mark Havel le 03 juillet 2006 à 22:26. Évalué à 1.
  
  Mon prof de Java nous l'a dit dès notre premier cours de Java.
# version avec un bug tres génant

Posté par Olivier MARTIN le 03 juillet 2006 à 13:58. Évalué à 2.

Depuis les premieres RC de cette nouvelle version est apparu un bug très génant qui pour moi aujourd'hui empeche de faire évoluer eclipse en 3.2.

https://bugs.eclipse.org/bugs/show_bug.cgi?id=134684

C'est dommage que ce bug traine depuis plusieurs semaines et que l'équipe de développement n'est pas jugé nécessaire pour la release de le corriger mais tant que ce bug sera présent c'est pour moi un gros point empéchant la migration des environnements de mon équipe de développement en 3.2.

Je trouve dommage qu'on laisse passer de tel bug.
- [^] # Re: version avec un bug tres génant
  
  Posté par benoar le 03 juillet 2006 à 16:56. Évalué à 0.
  
  Mauvais OS, changer OS...
  - [^] # Re: version avec un bug tres génant
    
    Posté par Olivier MARTIN le 03 juillet 2006 à 17:18. Évalué à 3.
    
    Le problème est sous linux aussi.
# VE

Posté par Amine "nh2" Brikci-Nigassa (site web personnel) le 03 juillet 2006 à 23:46. Évalué à 1.

J'ai essayé VE pour une application SWT... et j'ai vite laissé tomber !
Je pouvais utiliser SWT Designer mais il est proprio ! autant coder à la main !
GNU's Not Unix / LINUX Is Not Unix Xernel

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.