Pelisse Romain

La communauté de projet open source JBoss [1] s'est construite autour de son serveur d'application, Wildfly [2], mais a aussi été le berceau de librairies et de frameworks très utiles aux développements logiciels, comme par exemple Hibernate[ 3]. Pour le besoin de tous ces projets, mais aussi pour assurer un développement rapide, efficace et sûr, la communauté est aussi à l'origine de nombreux frameworks et outils de développement, malheureusement moins connus. Certains de ces outils seront peut-être tout aussi utiles aux lecteurs qu'aux développeurs JBoss. Je vous présente aujourd'hui Aphrodite [4], une couche d'abstraction développée par mon équipe, la JBoss Sustain Engineering Team, qui va vous permettre de facilement développer vos propres outils pour contrôler et outiller vos propres processus de développement.

À l'heure du DevOps et de l'« infrastructure as code », la conception de scripts Bash est loin d'avoir disparu, comme certains le pensaient il y a quelques années. Avec des besoins d'automatisation de plus en plus présents, mais aussi de plus en plus souvent placés entre les mains de développeurs plutôt que d'administrateurs système, de nombreux scripts sont produits, et jouent des rôles toujours plus critiques dans la maintenance des systèmes.Mais, paradoxalement, si ces développeurs sont souvent des experts sur leur langage de programmation, qu'il s'agisse de Java, C# ou autre Python, ils semblent souvent comme frappés d'amnésie quand ils implémentent leurs scripts Bash ! En fait, si la syntaxe de ce dernier est très permissive, et ses mécanismes d'interprétation très différents d'un langage de programmation dit « traditionnel », il n'en offre pas moins de nombreuses techniques et pratiques pour en assurer une exécution propre, saine et fiable – pourtant peu utilisées. Démonstration.

Dans le précédent article, nous avons déjà présenté un ensemble de conventions et d'astuces permettant d'améliorer grandement la lisibilité et la maintenance de scripts Bash. Dans ce second article, nous allons aller encore plus loin et discuter de nombreux aspects de l'interpréteur, et de la syntaxe qui lui est associée, qui assureront la robustesse de vos scripts.

Si les microservices ont le vent en poupe, ils semblent parfois incompatibles avec le modèle proposé par les serveurs d'applications JEE [1] tel que Widlfy [2]. Heureusement, Wildfly Swarm [3] est là pour vous permettre d'allier le meilleur des deux mondes sans difficulté.

La communauté du projet open source JBoss [1] s'est construite autour de son serveur d'application, Wildfly [2], mais a aussi été le berceau de librairies et de frameworks très utiles aux développements logiciels, comme par exemple Hibernate [3]. Pour le besoin de tous ces projets, mais aussi pour assurer un développement rapide, efficace et sûr, la communauté est aussi à l'origine de nombreux frameworks et outils de développement, malheureusement moins connus. Aujourd'hui, nous allons donc regarder, en détail, le « framework » de test Arquillian, et décrire en quoi il peut faciliter votre vie de tous les jours.

Combiner la flexibilité nécessaire à beaucoup de cœurs de métiers et la mise en place d'un logiciel néanmoins stable constitue une problématique de l'informatique presque aussi vieille que cette dernière. C'est dans ce contexte que l'apparition des « moteurs de règles » [1] tels que Drools [2] est particulièrement intéressante. Démonstration par la pratique, avec un cas concret issu de notre métier.

Dans un précédent article, nous avons implémenté le squelette d'un service ReST [1] à l'aide des API – et surtout les annotations [2], fournies au sein de JEE [3], par les standards CDI et JAX-RS [4], dans le but simple de fournir un service de « cache » à IMDB [5]. Pour construire notre service, nous avons aussi opté pour l'utilisation d'Infinispan [6], parfait pour la conception de cache de données, et du serveur d'applications Wildfly.

Si le style d'architecture REST [1] est loin d'être né dans le giron du monde JEE, il n'en reste pas moins que depuis l'introduction de la spécification JAX-RS [2], il est devenu d'une grande simplicité, et d'une élégance très appréciable, de développer des services Restful en Java/JEE [3]. Cet article va illustrer ceci, de manière très pratique, en réalisant, à l'aide de cette technologie, un service de cache de données.

En ces années « Big Data », ce n'est pas seulement la taille ou la quantité de données qui représente un nouveau défi, mais aussi leur nature. En effet, que ce soit pour des raisons techniques de tenue de charge ou par souci de simplicité, les données sont sauvegardées dans de plus en plus de systèmes différents. Si l'on pouvait, au début des années 2000, estimer que nos données applicatives seraient stockées, la plupart du temps, dans une base de données relationnelle, ou éventuellement extraites d'un système historique (mainframe), le paysage a assez radicalement changé.