Que pensez-vous des outils proposés par les EDI pour le développement des services Web

Bonjour,

Aujourd'hui le développement des services Web est grandement facilité par l'utilisation des outils intégrés dans les environnements de développement (Eclipse, Netbeans, IntelliJ IDEA...). Ces outils se présentent souvent sous la forme d'assistants, de mécanismes dans l'éditeur de code (complétion de code par exemple) ou d'outils de génération de code.

Dans le cadre de ce débat, l'équipe Java aimerait que vous vous exprimiez sur la pertinence de ces outils pour le développement de services Web.

Plusieurs pistes de discussions sont envisagées :

• les outils réduisent-ils la complexité des services Web, arrivent-ils à rendre transparent la compréhension d'un service Web ?
• arrivez-vous à faire tout ce que vous souhaitez sans intervention manuelle ?
• au contraire, vous n'utilisez pas les outils des environnements de développement. Vous vous limitez par exemple à l'usage d'un Maven, ANT pour le développement.

Merci de votre participation

On utilise un mélange d'usine logicielle + Maven + Eclipse... Voici la doc : http://www.scub-foundation.org/accue...un-webservice/

On utilise Spring Tool Suite qui est assez pratique. Par contre on a des problèmes de synchro entre les ressources des librairies et le serveur tomcat démarré dans sts. Du coup pour faire démarrer le bouzin, des fois c'est très pénible. Après le dev en javascript, c'est un peu pénible de ne pas avoir l'autocomplétion avec extjs. Après le publish auto est très pratique pour le js, pour la java, ça ne fonctionne pas (memory heap space).

Il doit y avoir une option alacon que nous n'avons pas encore trouvé.

Le tout avec maven, svn, hudson, sonar. Le tout marche très bien.

On utilise un mélange d'usine logicielle + Maven + Spring + Eclipse... Voici un tutorial : http://www.scub-foundation.org/accue...un-webservice/

Sur mon projet, on est dans la meme configuration que celle decrite par straumat.

Je trouve ca un peu compliqué surtout quand on voit ce que Visual Studio peut faire. Il faudrait qu'on puisse faire pareil en Java.

Citation:

---

On utilise un mélange d'usine logicielle + Maven + Spring + Eclipse... Voici un tutorial : http://www.scub-foundation.org/accue...un-webservice/

---

Quand je vois ça, ça me donne m'encourage a rester sur .net ;)
Mais il y a sûrement des avantages pas de trolls !
(Désolé au départ j'avais pas vu la section Java ;)

J'utilise JBOSS et des EJB. Que cela soit du SOAP ou du REST, j'ai tout les bons outils. Il reste quand même le problème de sécurisation des web service public qui reste complexe. nous avons des VPN avec certains clients mais pour une application Android par exemple, la mis en place de web service Rest sécurisé sur le web n'est pas triviale.

J'utilise la couche JEE EJB3 + Web Service CXF le tout déployé dans JBoss S 7.1.

Il suffit simplement côté EJB d'annoter correctement les EJBs + Entities (@WebService, @WebMethod, @XmlTransient sur les associations inverses, etc.) pour que le Web Service soit généré au déploiement par CXF. Puis côté client, un petit proxy héritant de javax.xml.ws.Service et c'est parti.

Et comme le fait remarquer benjamin.morelle, on a plus de temps pour se consacrer à la sécurisation du service.

Bref, bien plus rapide à déployer que Metro et GlassFish...

J'utilise netbeans de A à Z pour créer le serveur et le client, et je dois avouer que pour un débutant comme moi c'est très pratique, mais plus j'avance dans le développement et plus je trouve qu'il y a trop de travail maché et la compréhension des mécanismes n'est pas toujours au rendez-vous.
Et la génération automatique c'est bien mais getReturn, getReturn1, getReturn2... c'est un peu beaucoup nul :calim2:

Sinon coté deploiment c'est l'interface web de tomcat (:oops::oops: ) .