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.
ObjectWeb et Eclipse WebTools
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.
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.
# Re: ObjectWeb et Eclipse WebTools
Posté par Émilien Kia (site web personnel) . Évalué à -7.
Un jour libre ?
# Uen très bonne chose
Posté par Julien Bidault . Évalué à 4.
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 Olivier MARTIN . Évalué à 7.
[^] # Re: Uen très bonne chose
Posté par nicolassanchez . Évalué à 1.
[^] # Re: Uen très bonne chose
Posté par Gabriel . Évalué à 2.
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 Nelis (site web personnel) . Évalué à 4.
Plus d'infos : http://jakarta.apache.org/tapestry/(...)
[^] # Re: Uen très bonne chose
Posté par Gabriel . Évalué à 1.
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 Nelis (site web personnel) . Évalué à 2.
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 Gabriel . Évalué à 1.
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 allcolor (site web personnel) . Évalué à 1.
Bon c'est de l'auto-pub... ===>[]
[^] # Re: Une très bonne chose
Posté par Nelis (site web personnel) . Évalué à 3.
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 Nicolas Delsaux (site web personnel) . Évalué à 2.
Et puis rien ne t'empêche de contribuer aux plugins pour PHP ...
[^] # Re: Uen très bonne chose
Posté par Gilles Crebassa . Évalué à 1.
# Re: ObjectWeb et Eclipse WebTools
Posté par Bungee Tux . Évalué à 2.
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 Stéphane Traumat (site web personnel) . Évalué à 1.
http://about.me/straumat
[^] # Re: ObjectWeb et Eclipse WebTools
Posté par Nicolas Delsaux (site web personnel) . Évalué à 3.
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 Olivier Samyn (site web personnel) . Évalué à 1.
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 Stéphane Traumat (site web personnel) . Évalué à 1.
C'est une architecture "modèle" de projet.
Ca cotient une arbo de répertoire, des scripts Ant qui fonctionnent et des fichiers de config..
La version 2.0 qui devrait sortir bientot intègre le développement struts ( avec xdoclet )
http://about.me/straumat
# Re: ObjectWeb et Eclipse WebTools
Posté par Pierre Jarillon (site web personnel) . Évalué à 4.
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 Laurent Mouillart . Évalué à 1.
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 Black Fox . Évalué à 2.
[^] # Re: ObjectWeb et Eclipse WebTools
Posté par Julien Bidault . Évalué à 1.
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 Gilles Crebassa . Évalué à 1.
[^] # Re: ObjectWeb et Eclipse WebTools
Posté par lyrzine . Évalué à 1.
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 Nicolas Bourdais (Mastodon) . Évalué à 1.
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 mosfet . Évalué à 4.
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 Nelis (site web personnel) . Évalué à 3.
En très résumé :
J2EE : Ensemble de spécifications pour le développement d'applications d'entreprise basées sur la plateforme Java
EJB : Enterprise JavaBean, permet de créer et d'utiliser des objets distants (persistents ou non)
JSP : Java Server Pages utilisé comme couche de présentation web par J2EE, équivalent Java de ASP
Struts : Projet apache basé sur Servlet/JSP apportant un framework de plus haut niveau pour le développement web.
Ant : Projet apache, sorte de build file en XML (mais en plus puissant)
Sinon :
http://java.sun.com/j2ee/1.4/docs/index.html(...)
http://jakarta.apache.org/(...)
[^] # Re: ObjectWeb et Eclipse WebTools
Posté par Florent Zara (site web personnel, Mastodon) . Évalué à 1.
M'est d'avis qu'avec ton message, on a une ligne complète d'entrée de jeu : Donc "FOUTAISES !"
Pour faire votre grille, Javapedia (l'encyclopédie Java) est un bon départ : http://wiki.java.net/bin/view/Javapedia/(...)
# Re: ObjectWeb et Eclipse WebTools
Posté par pvincent . Évalué à -2.
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 allcolor (site web personnel) . Évalué à 2.
[^] # Re: ObjectWeb et Eclipse WebTools
Posté par pvincent . Évalué à -1.
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 allcolor (site web personnel) . Évalué à -2.
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 pvincent . Évalué à -4.
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 allcolor (site web personnel) . Évalué à 1.
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 pvincent . Évalué à 2.
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 pvincent . Évalué à 0.
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 pvincent . Évalué à 0.
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 Gabriel . Évalué à 1.
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.