Maintenant que la sortie d’une nouvelle version du JDK est devenu une routine, l’événement est l’arrivée d’une version LTS. Voyons ce que cette version 17 nous apporte au niveau du langage, du runtime et des API.

Depuis la version 11, WildFly est livré avec 2 sous-systèmes de sécurité, PicketBox et Elytron. PicketBox était actif par défaut, et un script jboss-cli permettait de passer sous Elytron. Depuis WildFly 25, Elytron a été promu au rang de sous-système de sécurité par défaut.

Après des années d’utilisation de Libre Office Impress pour la rédaction des supports de cours, j’ai décidé de passer à une solution plus moderne. Dans cet article, j’explique ce qui a motivé ce changement, et quelles ont été les contraintes à surmonter. Vous verrez que CSS a été la clé…​

Le dernier article sur la sortie d’une nouvelle version de java remonte à 2011 pour le JDK 7. C’était la première version pour Oracle et beaucoup de choses ont changé depuis. Voyons ça…​

Début mai 2015, le site sewatech.fr a bénéficié d’une grosse mise à jour, avec un objectif principal : améliorer son affichage sur les navigateurs mobiles. Voyons les motivations de cette mise à jour…​

WildFly est le successeur de JBoss AS 7. Concrètement, il s’agit juste d’un changement de nom, car la base de code reste la même. La vraie révolution a déjà eu lieu en 2011 avec JBoss AS 7 qui n’avait rien à voir avec ses prédécesseurs. Donc WildFly est le nouveau nom d’un projet qui a plusieurs années. Voyons ce qui a changé par rapport à la version précédente.

Dans notre dernier article, nous avons évoqué les deux sorties majeures de l’été 2011 : JavaSE 7 et JBossAS 7. Nous avions détaillé le contenu de JavaSE 7, voyons maintenant ce que la sortie de JBossAS 7 peut nous apporter. Nous commencerons par les nouveautés les plus visibles comme l’allègement de la plateforme et la réduction du temps de démarrage, puis nous aborderons les évolutions plus profondes comme le nouveau système de modules. Enfin, nous parlerons un peu de Cloud.

Au cours de cet été 2011, deux événements m’ont marqué ; la sortie de Java SE 7 et celle de JBoss AS 7. Tous deux sont suffisamment importants pour faire l’objet d’articles séparés. Nous commençons donc par la sortie de Java SE 7. Dans cet article, nous nous concentrons sur les modifications du langage qui concerne directement le développeur : l’opérateur en diamant, le multi-catch d’exceptions, le try-with-resources,…​

Les bonnes pratiques de conception imposent de concevoir toutes les classes orientées services (métier, accès aux données et services connexes) sous forme duale, une interface et une classe d’implémentation, et d’établir les dépendances vers les interfaces. Les classes ne sont utilisées que pour l’instanciation, de préférence via une factory (design pattern factory ou abstract factory).

JavaSE 5 a été une évolution majeure pour la plateforme java avec, pour la première fois des évolutions visant à rendre le langage plus pratique. On a aussi constaté des gains importants en production avec une meilleure stabilité, des performances améliorées et, enfin, des outils de monitoring. Est-ce que JavaSE 6 continue sur la même voie, et quelles sont les améliorations apportées ?

Le question ne se pose pas pour un environnement JBoss dûment préparé, avec un sérieux travail de configuration. Il se pose par contre concrètement pour les configurations fournies par défaut.