Discussion :

[Ricky81]

Bonjour,

Nous aimerions sonder les utilisateurs de Spring sur leurs habitudes de développement, notamment sur le thème de l'environnement de développement.

Il existe actuellement divers moyens de construire et maintenir des applications impliquant le portfolio Spring :

• l'utilisation d'un IDE comme Eclipse avec un jeu de plugins (xml notamment)
• l'utilisation d'un IDE proposant de base un outillage spécifique (NetBeans, IntelliJ IDEA)
• l'utilisation d'Eclipse avec le plugin Spring IDE
• l'utilisation de Springsource Tool Suite

Certains utilisent peut-être de manière combinée plusieurs outils selon la problématique traitée ?

N'hésitez pas à voter et partager vos retours d'expériences (les plus et les moins des outils que vous avez été amenés à utiliser).

[OButterlin]

J'utilise WTP et je fais tout "à la main"...

Si on continue de m'imposer d'intégrer Spring à toutes les nouvelles applications (même celles qui n'en tirent aucun + voir même que Spring complexifient), je pense me pencher sur les outils de Spring.

Je reste plus intéressé par les EJB3 et tout ce qui tourne autour... dans un vrai conteneur JEE...
D'ailleurs, je ne vois pas où ils vont à réécrire à leur propre sauce tout ce qui existe déjà (spring mvc, etc...)
Autant le concept de base d'IoC était bien, autant le reste... bof...

(ce n'est que mon avis)

[Baptiste Wicht]

Personnellement, j'utilise IntelliJ Idea et son support de Spring qui me sufit tout à fait.

[Hikage]

J'utilise un mix de STS, et de Intellij Idea.

STS pour son intégration avec Dm Server, OSGi, etc ..
Personnellement, il m'a réconcilié avec Eclipse depuis que j'avais gouté au joie de Intellij.

Et à coté de cela, Idea qui reste mon favoris.
Le support de Spring est particulièrement bien foutu ! Il a longtemps été nettement en avance sur Eclipse pour cela.

[thithi83]

Pendant 2 ans Eclipse avec WTP et autres plugins... mais depuis quelques mois je suis passé à STS (Eclipse avec la suite officielle des outils SpringSource).

Chaque solution a ses avantages et ses inconvénients, mais STS offre à mon sens plus de souplesse que les plugins WTP, surtout si on a besoin de rentrer dans une utilisation intensive des fonctionnalités de la plateforme Spring.

Bonne journée!

[Nabil BOUZERNA]

J'utilise l'IDE Netbeans qui propose de base un outillage spécifique. Je trouve le support de Spring pensé pour aider le développeur notamment la complétion fait la correspondance entre balise property des beans et accesseurs des classes java. Cela permet de gagner un temps précieux et d'éviter les erreurs classiques de nommage.

[Tcharl]

Auparavant j'utilisais le STS, mais son manque de souplesse pour l'ajout de plugins non-intégrés (subclipse par exemple) et l'obligation de mises à jour m'ont assez vite rebutés. J'utilise toujours STS pour son tc, dm servers intégrés, ses tutoriaux bien fichus (un peu de motivation me feront migrer ces serveurs sous Eclipse).
Dorénavant mon Eclipse 3.5 perso s'est vu rajouté Spring IDE.

[irnbru]

Je débute dans spring donc pour le moment je reste sous Eclipse avec Spring IDE. J'utilise aussi le plug in Hibernate officiel pour Eclipse et l'ensemble fonctionne plutôt bien

J'envisage d'utiliser STS par la suite car je pense qu'il faut bien apprendre à marcher avant de courir à toute allure

Mon architecte m'avait montré STS avec son tutoriel bien fait mais pas simple à maitriser sans avoir bien exploré la documentation magnifique de Spring mais énorme faut le dire

IRNBRU