Discussion :

[thierryler]

Bonjour,

Je vous propose un article d'introduction à Vert.x 3 : Tutoriel Vert.x 3 : créer, lancer et tester un Verticle

Synopsis : Vert.x est une API asynchrone très proche du modèle d'acteurs. Vert.x est polyglotte, simple, scalable (élastique) et hautement concurrente. Vert.x est bien adapté aux architectures en micro-services, mais s'intègre aussi parfaitement dans une WebApp plus classique. Dans ce premier article d'une série consacrée à Vert.x 3, nous allons tout d'abord voir comment installer le framework, écrire un premier verticle, le déployer et le tester.

Lien : http://thierry-leriche-dessirier.dev...ster-verticle/

N'hésitez pas à commenter sur le forum.

Bonne lecture.
Th.

[ok.Idriss]

Merci pour ce tutoriel et la découverte de ce framework très prometteur .
Je vais de ce pas démarrer un POC sur des cas concret de webservices dans un des projets auxquels je participe.
Si cette techno peux se coupler facilement à du Spring je me ferais une applis blanche pour des projets à venir.

[thierryler]

Tout peut se pluger avec Spring...

Mais clairement, quand tu fais du Vert.x, tu n'as pas envie de prendre Spring :-(

Pour la sécu, il y a le module pac4j-vertx. Pour l'injection, on va plutôt utiliser HK2-vertx. Pour la base de données, tu vas faire du nosql avec cassandra-vertx... Pour les web services, tu as genre jersey-vertx...

[ok.Idriss]

J'ai commencé un composant d'intégration avec ElasticSearch pour voir ce que ça donne : l'idée c'est de faire des urls permettant de lancer des routines d'indexation en asynchrone (ce que nous faisons habituellement avec du Spring Batch) mais aussi d'exposer des webservices de restitution sans attaquer ElasticSearch directement. Bref, c'est un "POC" c'est pas forcement la meilleure solution pour ce que je veux faire.

Sinon, je pensais à Spring uniquement pour la partie IoC sur quelques objets (dont le client ElasticSearch, la data source sur un PostgreSQL, ce genre de choses) et non pas pour le reste. C'est vrai qu'aujourd'hui on nous incite à faire du CDI mais je ne suis pas encore habitué.

J'ai vu aussi un elastic-search vert.x sur Github, je vais voir ça de plus près.

[thierryler]

Même pour l'ioc, tu peux te passer de Spring, il y a plus simple et plus performant. Regarde HK2... C'est celui qu'on utilise souvent avec Vert.x.

Pour ton affaire, je te conseille de voir ça comme des micro-services. Pense léger.

[ok.Idriss]

Merci pour les conseils : effectivement c'est un composant qui va être utilisé dans un projet composé de fournisseurs de services REST (Spring, Hibernate et CXF) et d'IHMs webs faites en Spring MVC/Thymleaf/Bootstrap.

Mais je vais suivre tes recommandations et rendre ce composant le plus léger possible et indépendant du socle commun aux autres modules et ne pas dépendre de Spring. Je vais voir pour HK2.