La fondation Eclipse sort Callisto

Posté par  . Modéré par Mouns.
Étiquettes :
0
2
juil.
2006
Java
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 :
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  . É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 ...
  • # journée de retard

    Posté par  . É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  . É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  (site web personnel) . É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  . É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  . É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  (site web personnel) . É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  . É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  . É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  (site web personnel) . É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  (site web personnel) . É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  . É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  . É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  . É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  . É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  . É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  . É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  . É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  . É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  . É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  . É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  . É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  . É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  . É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  . Évalué à 2.

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

    'sont forts au marketing chez IBM ;-)
    • [^] # Re: Au fait...

      Posté par  . Évalué à 2.

      Ben moi il me semblais que ce jeu de mots est très bien trouvé.
    • [^] # Re: Au fait...

      Posté par  . É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  . É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.
  • # VE

    Posté par  (site web personnel) . É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.