ObjectWeb et Eclipse WebTools

Posté par  (site web personnel) . Modéré par Nÿco.
Étiquettes : aucune
0
29
avr.
2004
Java
Avec l'aide des membres d'Eclipse, le consortium ObjectWeb est à l'origine du redémarrage du projet Eclipse Web Tools Platform par le biais d'une nouvelle proposition pour ce projet. Cette proposition a pour but de créer des outils de développement web/J2EE et de soutenir cette création par le biais d'une infrastructure commune, tout en respectant les standards d'Eclipse (excellence technique, innovation fonctionnelle et extensibilité).

La communauté est maintenant invitée à discuter la proposition du projet Eclipse Web Tools Platform. Durant les 30 prochains jours, la communauté est invitée à commenter, à critiquer, à contribuer et à proposer de joindre ses efforts à ce projet (cf. la proposition pour plus de détails sur comment participer). Cette période de discussion prendra fin le 27 mai, et la proposition amendée sera soumise au directoire d'Eclipse. Un vote positif de ce directoire lancera officiellement ce projet.

Aller plus loin

  • # Re: ObjectWeb et Eclipse WebTools

    Posté par  (site web personnel) . Évalué à -7.

    Pierre Tramo, des commentaires ?

    Un jour libre ?

  • # Uen très bonne chose

    Posté par  . Évalué à 4.

    Je venais de voir ça aujourd'hui...

    Il va falloir déjà surpasser la couverture fonctionelle de lomboz pour que le projet soit adopté...mais j'ai confiance, les eclipse projects sont d'excellente qualité.

    AU niveau des languages supportés, il va y avoir un net progrès : Eclipse pèche par une grosse absence de support des languages web (XHTML, CSS, etc...) qui vont désormais etre supporté...ca pourra donc devenir une bonne plateforme de devel de pages statiques.

    En revenche, le PHP ne sera pas supporté, et les plugins existents sont plutot nuls à ce niveau...mais bon, on reste dans une logique java donc JSP, c un peu logique...

    Quant le VE project et celui ci seront bien avancés, eclipse aura une parfaite couverture fonctionnelle Java, sous tous les aspects
    • [^] # Re: Uen très bonne chose

      Posté par  . Évalué à 7.

      personnellement je ne trouve pas "logique" que le php ne soit pas supporté.... Eclipse se veut une plateforme de développement, pas forcément J2EE....
      • [^] # Re: Uen très bonne chose

        Posté par  . Évalué à 1.

        De plus, il me semble que PHP soit beaucoup plus utilisé que jsp, en tous cas pour les pages persos.
      • [^] # Re: Uen très bonne chose

        Posté par  . Évalué à 2.

        personnellement je ne trouve pas "logique" que le php ne soit pas supporté....
        D'autant plus si le php est intégré comme langage de script au java. Je ne me rappelle plus le détail pr dire vrai, ms si je me souviens bien on pourra faire du php avec tomcat? cf des propos du chef de projet de tomcat et inventeur de Struts Craig McClanahan. Quelqu'un en sait plus?

        A mon goût serait une bonne chose de voir du côté du php tant sa souplesse dans la présentation est agréable - compiler (deux fois) une jsp à chaque changement graphique c'est d'un ennui!! (mais ça laisse le temps de bien troller)
        Remarquez je dis cela: mais cela a un effet bénéfique étonnant: les jsp justifient l'utilisation du xhtml+css. Les feuilles de style elles ne sont pas compilées.
        Les jsp ont un modèle plus propre et plus intégré que le php (en particulier avec les librairies de tags qui permettent par exemple de faire des tableaux, de formatter des url, de faire des boucles)
        . Le php reste un langage tellement agréable!

        (PS pour les trolleurs futurs : je ne parle pas de comparer php/java, mais php/jsp ou plus précisément l'utilisation de ces deux langages pour les vues.)
        • [^] # Re: Uen très bonne chose

          Posté par  (site web personnel) . Évalué à 4.

          Si compiler des JSP t'embête, tu peux regarder Tapestry. C'est un framework pour du développement web orienté composants. Tu définis des pages qui contiennent une spécification (un fichier XML où les composants et propriétés de la page sont définis), une classe Java (qui sert de controlleur) et un template (fichier HTML contenant des composants). C'est assez dépaysant, mais c'est vraiment très propre et puissant. (Et il y a un plugin très bien fait pour Eclipse : Spindle)

          Plus d'infos : http://jakarta.apache.org/tapestry/(...)
          • [^] # Re: Uen très bonne chose

            Posté par  . Évalué à 1.

            j'ai un tout ptit peu regardé.C'est vrai que ça a l'air très propre.
            C'est dans ma "todo" list : après tout le boulot que je dois faire pour pouvoir être payé à la fin du mois, puis... spring, hibernate, JSF, les display tags.. , ibatis et ojb... ça en fait des fichiers de config ;-)
            L'idéal à terme serait d'arriver à du rad open source+best practice. Dans la conception, tout est tellement carré maintenant qu'on n'en est pas loin. Dans ce sens la proposition des Web Tools arrive au bon moment je trouve.
            • [^] # Re: Uen très bonne chose

              Posté par  (site web personnel) . Évalué à 2.

              Je te préviens, Tapestry demande une learning curve relativement élevée, mais une fois le cap passé ça fait gagner bcp bcp de temps (surtout que c'est le 1er framework que je vois où les composants sont _réellement_ réutilisables d'une application à l'autre et qui tient la promesse "pas de code dans le HTML").

              Par contre, ça tombe bien que tu aies prévu de regarder Hibernate et Spring : tout ceci s'interface parfaitement ensemble. Tapestry qui utilise Spring pour obtenir les DAO implémentés avec Hibernate, c'est génial.
              • [^] # Re: Une très bonne chose

                Posté par  . Évalué à 1.

                A voir donc! J'ai commencé à mettre le nez dans Spring et c'est vrai qu'il y a là quelque chose. Assez différent de Struts, le framework est très peu intrusif, et on garde une logique proche du langage lui-même, je trouve cela beaucoup plus intéressant que de se trimballer un "Mapping" ou de tout fourrer champ après champ dans un Form (qd on peut pas faire autrement et pas utiliser la réflexion). De plus il s'adresse à des parties plus critiques que le lien vue-controller (une fois qu'on a coupé le cordon entre les deux, c'est bon, c'est un acquis dans le design de l'appli).
                Actuellement, je deviens acquis +/+ aux solutions qui restent proches des standards et qui ne viennent pas en rajouter une couche sur le langage. Ou plutôt : aux solutions qui utilisent les objets plutôt que celles utilisées par les objets. Marrant, c'est la mode (Ioc, aop) mais je ne le comprenais pas, je trouvais q c'était une mode mais non c'est un retour d'expérience aussi.
                ça a un rapport avec Tapestry: est-ce qu'on garde la main sur le html généré? Est-ce que pour un combo par ex de case à cocher+texte on peut mettre le texte au dessus, en dessous, mettre une image etc etc? Le html source reste-t-il "propre", lisible ? Est-il html ou xhtml?
                (ok je regarde le manuel...)
                • [^] # Re: Une très bonne chose

                  Posté par  (site web personnel) . Évalué à 1.

                  Regarde peut-être aussi ça : https://sourceforge.net/projects/yawda/(...)

                  Bon c'est de l'auto-pub... ===>[]
                • [^] # Re: Une très bonne chose

                  Posté par  (site web personnel) . Évalué à 3.

                  Dans Tapestry, le HTML est composé du HTML écrit dans tes pages (que tu écris donc toi même) et de celui inclus dans les composants. Ce qui veut dire que si le template du composant respecte XHTML, c'est Ok. Normalement, tout les composants "de bases" (inclus avec Tapestry) respectent XHTML. De plus, de nombreux composants (ceux fait avec intelligence ;-)) utilisent des class de CSS, ce qui te permet de les personnaliser sans toucher au code.

                  Dernière chose, écrire des composants avec Tapestry est vraiment facile, donc si un composant fourni ne fait pas réellement ce que tu veux, tu peux en écrire un nouveau.
      • [^] # Re: Uen très bonne chose

        Posté par  (site web personnel) . Évalué à 2.

        A la base, Eclipse, c'est une plateforme de développement codée en Java. Je veux donc bien comprendre que le Java soit un peu mieux géré que les langages concurrents.
        Et puis rien ne t'empêche de contribuer aux plugins pour PHP ...
      • [^] # Re: Uen très bonne chose

        Posté par  . Évalué à 1.

        Le plug-in PHP existe mais n'est pas ajouté automatiquement sinon on peut aussi ajouter Perl, Python, SQL et plein d'autres.
  • # Re: ObjectWeb et Eclipse WebTools

    Posté par  . Évalué à 2.

    J'ai developpé des petites applis J2EE avec XDoclet et Eclipse. Et franchement c'est de la balle, ca te ramène a un seul fichier pour un entity bean ou un session bean. Ca te développe des classes utilitaires autour de ce bean toujours pour le meme fichier. Et le must du must, ca gere automatiquement les CMR.

    Ce qui manque maintenant, c'est une extension complete qui pilote le serveur EJB en mode debug et une meilleure integration des sources generés.

    Je suis obligé de faire un rebuild all pour qu'il prenne en compte les changements dans les classes generées.
    • [^] # Re: ObjectWeb et Eclipse WebTools

      Posté par  (site web personnel) . Évalué à 1.

      Ca te génère aussi les objectValue et une classe util !

      http://about.me/straumat

    • [^] # Re: ObjectWeb et Eclipse WebTools

      Posté par  (site web personnel) . Évalué à 3.

      J'ai developpé des petites applis J2EE avec XDoclet et Eclipse. Et franchement c'est de la balle, ca te ramène a un seul fichier pour un entity bean ou un session bean. Ca te développe des classes utilitaires autour de ce bean toujours pour le meme fichier. Et le must du must, ca gere automatiquement les CMR.

      Et ça, c'est qu'un aspect de XDoclet. J'ai pour maa part essayé la partie génération de struts-config, qui est aussi pas mal. En fait, XDoclet n'a qu'un seul inconvénient : la doc est vraiment en retard de plusieurs versions, ce qui oblige l'utilisateur à aller faire un tour dans la javadoc pour se fixer les idées.

      Ce qui manque maintenant, c'est une extension complete qui pilote le serveur EJB en mode debug et une meilleure integration des sources generés.
      T'es sûr de ce que tu avances ?
      Tu places tes sources générés dans generated_src, que tu places dans tes "source folders" d'Eclipse, ce qui va provoquer le compilation par Eclipse au même titre que les sources normaux.
      Enfin, pour l'accès en mode debug, JPDA est ton ami. C'est très facile (par exemple avec Tomcat) de debugger à distance en utilisant cette infrastructure.

      Je suis obligé de faire un rebuild all pour qu'il prenne en compte les changements dans les classes generées.

      Et, euh, refresh ?
    • [^] # Re: ObjectWeb et Eclipse WebTools

      Posté par  (site web personnel) . Évalué à 1.

      Si t'es un rien bricoleur, tu utilise ant et tu te fait un build.xml qui fait ce qu'il faut pour éviter un rebuild all.

      Perso, j'utilise ant pour le build du package, et le déploiement sur le serveur d'un coup ... Un test ? => ctrl-F12 :)
  • # Re: ObjectWeb et Eclipse WebTools

    Posté par  (site web personnel) . Évalué à 4.

    J'ai l'impression que c'est le début de la fin des outils propriétaires. Il semble que les grands éditeurs l'aient compris.... financièrement.
    En effet, une équipe de développement avec les structures traditionnelles revient tellement cher que la rentabilité en est quasiment impossible en mode logiciel propriétaire.
    Autrefois, on pouvait commercialiser cher des outils de développement aux performances limitées. Maintenant, ils sont tout de suite en concurrence avec des outils libres et bon marché. Par ailleurs, le produit essayé est souvent le produit adopté et à ce jeu là, les logiciels libres sont les plus forts.

    Il restera néanmoins un marché, celui de la formation et de l'assistance à l'implantation des outils libres dans l'entreprise. Je suis certain que les formations pour Eclipse vont fleurir sous peu.
    • [^] # Re: ObjectWeb et Eclipse WebTools

      Posté par  . Évalué à 1.

      Bah je pense plutot que les outils proprio délaissent ce qui a peut de valeur ajouté pour se concentrer sur ce qui leur rapporte des sous.

      Phase 1 : WASD gère les EJB, Eclipse pas encore
      On intègre ca dans eclipse pour avoir des gens qui nous aident puis tout le monde fait des IDE qui facilitent l'utilisation et la création d'EJB.

      Phase 2 : WASD fait de la composition graphique pour le HTML et le Swing.
      On passe ca petit a petit a Eclipse via VE pour les Swing et le HTML, JSP etc ... viendra

      Phase 3 :
      Les produits WASD permettent soit de se connecter via HATS sur des ecran iSeries, de redefinir les workflow etc .... ca c'est de la vrai valeur ajouté pour IBM.
      Pareil pour les moteurs CICS etc ...
      Petit a petit ce sera peut etre intégrer par des editeurs tiers ...

      Phase 4 :
      J'en sais rien

      Bref un truc leur rapport beaucoup ils le gardent pour eux. Puis quand tout le monde fait comme eux, ils l'integrent dans des projets libres pour se liberer de charge de coût trops importante.
      • [^] # Re: ObjectWeb et Eclipse WebTools

        Posté par  . Évalué à 2.

        Ca as surtout un avantage caché : ça leur permets (les oblige ?) d'innover en permannence.
      • [^] # Re: ObjectWeb et Eclipse WebTools

        Posté par  . Évalué à 1.

        Je suis entièrement d'accord avec toi Laurent..

        En ce qui concerne le php, je trouve que c normal que ce soit pas intégré : c pas une composante du J2EE à ce que je sache...maintenant, ca les dispense pas de faire un module ouvert sur les autres, et que qqn développe un plugin php digne de ce nom (ce qui arrivera surement vu l'intéret du php)
  • # Re: ObjectWeb et Eclipse WebTools

    Posté par  . Évalué à 1.

    Je sais pas si ca a un rapport mais la plug-in COBOL ne marche toujours pas avec Eclipse et la seule version qui marche est 2.0.x et est vraiment lamentable.Seul le plug-in de Lemosoft est encore correct mais payant.
    • [^] # Re: ObjectWeb et Eclipse WebTools

      Posté par  . Évalué à 1.

      Comme dit plus haut, nous sommes là dans une optique axée java, alors forcement COBOL....
      On trouvera toujours un certains nombre de chose qui ne seront pas supportées par Eclipse, c'est normal. COBOL non, SOAP alors...?
      Et au pire, si tu trouves que c'est vraiment manquant, rien n'empêche de développer un plugin, le tutorial inclus dans eclipse même est tres bien fait à ce sujet!
      • [^] # Re: ObjectWeb et Eclipse WebTools

        Posté par  (Mastodon) . Évalué à 1.

        Optique java... je ne suis pas vraiment d'accord. C'est ce qui fonctionne le mieux, mais depuis le lancement d'eclipse, il y a des projets interne à eclipse.org pour le développement C/C++ et Cobol (http://www.eclipse.org/tools/index.html(...) ).

        La dernière version de cdt (pour le C/C++) est dispo pour eclipse 3.0M8, le plugin pour cobol n'est dispo que pour windows et la version 2.0.2 d'eclipse.
        Ils ont laissé le développement du plugin cobol de côté ou bien?

        Dès que je retrouve mes identifiants j'irai faire un tour sur les archives de la liste de distribution.
  • # Re: ObjectWeb et Eclipse WebTools

    Posté par  . Évalué à 4.

    Pourquoi je me sens largué à chaque fois que ca parle de J2EE, EJB, JSP, Struts, ant....
    Vu comment ca s'excite des qu'on parle de ca, ca doit être intéressant, dommage je peux pas jouer avec vous.
  • # Re: ObjectWeb et Eclipse WebTools

    Posté par  . Évalué à -2.

    Attendez, je rêve ou quoi !!!
    Vous êtes en train de faire tout un dialogue sur Eclipse, J2EE, Tapestry et autres....mais vous vous posez même pas LA QUESTION
    Java c'est pas libre, OK

    A moins, que j'ai rien compris et qu'on me moinsse rapidement,
    Le vrai problème d'Eclipse c'est qu'il est basé sur du JAVA et donc la JVM elle est pas libre, bref big problème pour un logiciel libre...

    Sur le projet Eclipse, tout ce que j'ai à dire, c'est UN GRAND BRAVO.
    Le meilleur IDE que j'ai jamais vu de ma vie.
    Le refactoring de Eclipse ca a révolutionné la façon dont on code en objet. La dessus y a rien à dire.

    Mais alors que faire quand on adore ECLIPSE et qu'on veut continuer à ne faire que du LIBRE ???
    • [^] # Re: ObjectWeb et Eclipse WebTools

      Posté par  (site web personnel) . Évalué à 2.

      Ben, il suffit de supporter le projet ikvm.net, qui actuellement a réussi à faire tourrner eclipse 3M8 sur mono... alors voilà, ikvm.net + gnu classpath + (mono ou portable.net) et on a une jvm 100% libre. Avec swingwt, il manque plus rien... juste de la correction de bug et là, java c'est libre et ça sent bon !!
      • [^] # Re: ObjectWeb et Eclipse WebTools

        Posté par  . Évalué à -1.

        mono c'est quoi ce truc la ?
        un .NET open-source.
        Autant arrêter Java et faire du .NET tout de suite.
        Et puis tant qu'on y est, on n'a qu'a faire du .NET sous WINDOWS.
        Après on peut aussi effacer sa partition Linux,
        et demander à GNU de nous rembourser nos donations....
        • [^] # Re: ObjectWeb et Eclipse WebTools

          Posté par  (site web personnel) . Évalué à -2.

          T'es con ou t'es con ?

          L'intérêt, c'est de programmer dans un langage qu'on apprécie et qui permettent de le faire sur une plateforme libre...

          Maintenant, si t'es pas capable de comprendre ça, tu ====>[]
          • [^] # Re: ObjectWeb et Eclipse WebTools

            Posté par  . Évalué à -4.

            T'es con ou t'es con ?
            L'intérêt, c'est de programmer dans un langage qu'on apprécie et qui permettent de le faire sur une plateforme libre...
            Maintenant, si t'es pas capable de comprendre ça, tu ====>[]


            Moi, je crois plutôt que t'as rien compris aux logiciels libres.
            C'est pas parce qu'il existe des logiciels ou des langages non libre sur une plateforme libre, qu'il faut les utiliser.
            Ton discours, ca peut se résumer :
            j'enregistre tous mes fichiers en .mp3, j'écoute les films en .asf, je sauvegarde mes documents en .doc sous open-office, je distribue mes images en .gif ou .jpeg et je continue à programmer avec Java(tm).
            Et tout ca c'est cool paske mon OS c'est un GNU/Linux

            Lis plutôt ce que dit Richard Stallman au sujet de la "Trappe Java"
            http://www.newsforge.com/programming/04/04/07/2021242.shtml(...)

            Maintenant, si tes seuls arguments c'est de l'injure à 2 balles.
            tu ===========> []
            • [^] # Re: ObjectWeb et Eclipse WebTools

              Posté par  (site web personnel) . Évalué à 1.

              Maintenant, relis bien l'article de la "Trappe java", qu'est-ce qu'il dit ? Il dit que le problème actuellement de java, est qu'il est impossible d'écrire un programme java complètement libre si (et seulement si), on développe sur une jvm proprio (celle de sun) et que sans s'en apercevoir, on utilise des "features" uniquement dispo sur cette jvm non-libre. Ce qui fait que ton programme même si il est GPL n'est pas vraiment libre, vu qu'il dépend de cette jvm propriétaire.

              La "Trappe Java", n'a rien à voir avec le langage lui-même. Si ton programme tourne sur une jvm libre, alors il est complètement libre.

              Concernant mono ou dotGNU (portable.net) et ikvm.net, pourquoi l'utiliser pour java ? Ben simplement parce que, ce sont deux vm entièrement libre, mono à un JIT. Ikvm.net est un translateur bytecode java ==> cil qui utilise gnu classpath pour sa librairie de classe (la aussi de nouveau c'est GPL).

              Donc, je ne comprends pas ou tu veux en venir avec :

              mono c'est quoi ce truc la ?
              un .NET open-source.
              Autant arrêter Java et faire du .NET tout de suite.


              Donc je pense que c'est toi qui doit ===================>[]
              • [^] # Re: ObjectWeb et Eclipse WebTools

                Posté par  . Évalué à 2.

                Toujours là.
                N'en déplaise à tous les moinsseurs.

                résumé des articles moinssés précédents

                [pvincent] Eclipse c'est bien, mais Java c'est pas libre
                [allcolor] ikvm.net + gnu classpath + mono = Java libre
                [pvincent] Java traduit en .NET, le problème reste entier
                [allcolor] le + important c'est de programmer sur une plateforme libre
                [pvincent] Java c'est comme les fichiers .mp3, .gif, .asf ou .doc
                [allcolor] programme Java en GPL + JVM en GPL => logiciel libre


                Juste pour rajouter : les specs Java, le JDK1.5, J2EE
                C'est bien Sun qui décide, où plutôt la JCP en accord avec SUN.
                Quand on parle de Java, il ne faut pas se contenter de la syntaxe.
                D'ailleurs Sun parle bien de plateforme Java, celle qui décrit la syntaxe et un certain nombre d'API standardisées.
                J2SE et J2EE sont des exemples de plateforme Java.

                Jusqu'à présent Sun était garant de la qualité des API Java, c'est ce qui a contribué à rendre ce langage sexy.
                Il faut dire aussi que c'est plaisant de coder en Java. Tellement sexy, que M$ a évalué son prix à 2 millards de $.
                Tout ca, pour que Java devienne ami-ami avec M$ et surtout pour améliorer la communication entre Java et la plateforme .NET.

                Voila où on en est.

                Pour en revenir à Eclipse, SWT malheureusement c'est pas prêt d'être accepté dans les specs.
                IBM a eu tort de demander à Sun de libérer Java.
                Il faut dire qu'essayer d'eclipser le soleil, ca a pas plus à Sun.

                Alors, on fait quoi : du GNU, du JAVA ou du .NET ?
                • [^] # Re: ObjectWeb et Eclipse WebTools

                  Posté par  . Évalué à 0.

                  Encore là.
                  Ce message est dédié à Messieurs les moinsseurs.

                  Si vous moinsser mon message précédent concernant les specs Java, ayez au moins la décence d'argumenter et de me répondre de manière constructive.
                  Merci de me faire part de vos réponses à La Question cf. post #1
                  • [^] # Re: ObjectWeb et Eclipse WebTools

                    Posté par  . Évalué à 0.

                    Plus là,
                    Ce message ne doit être lu que par Messieurs les moinsseurs.

                    Veuillez cliquer sur le signe - en haut à droite.
                    Merci d'avance.
                • [^] # Re: ObjectWeb et Eclipse WebTools

                  Posté par  . Évalué à 1.

                  langage sexy
                  hummm... et lent. Que Sun garde la main garantie la cohérence mais ralentit aussi la production de specs et de devs. Je trouve que cela manque de nerf. Les attributs, les structures... Je me souviens parfaitement il y a 2-3 ans de qqun ici même qui parlait des promesses du java 1.5, ça n'a pas trop bougé, depuis m$ est arrivé avec leur concurrent à java, c#, et ... sun se bataille avec ses ejb son jdo ses jsf sans grande souplesse. Bref.

                  PS: GNU Rulezzz!! Vim powaaaaaa!! GPL trop puissant!!
                  Amen

Suivre le flux des commentaires

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