Le langage Common Lisp continue d'évoluer et de gagner en perfomance grâce à des projets récents comme Hacker News qui a migré vers SBCL pour des raisons de performance. L'article présente les avancées de l'écosystème Common Lisp, des projets innovants, et la richesse des outils disponibles pour les développeurs, tout en soulignant l'importance et la stabilité de ce langage multi-paradigme.
Cet article traite des problèmes de configuration CORS dans Spring Boot lorsque l'on tente d'accéder à une API depuis une application frontend construite avec React. L'auteur partage son expérience, soulignant que l'annotation standard pour activer CORS ne fonctionne pas toujours et que des configurations globales peuvent être nécessaires pour résoudre les erreurs d'accès. Il explique également les erreurs rencontrées et les solutions apportées pour que les requêtes fonctionnent correctement.
L'article explique pourquoi l'utilisation de l'annotation @Builder de Lombok pour la création d'entités JPA a été abandonnée au profit des méthodes de création basées sur les constructeurs. Cette décision a été motivée par des problèmes rencontrés en production, tels que des champs manquants et des enregistrements d'audit avec des timestamps vides, rendant le processus de création d'entités dangereux et sujet aux erreurs.
Cet article explique pourquoi une équipe de développement a abandonné l'utilisation des @EntityListeners pour l'audit des changements d'entités en Java. Ils ont réalisé que ces hooks automatiques étaient fragiles et pouvaient mener à des bugs ou à une corruption des données. En conséquence, ils ont opté pour un système où les données d'audit étaient définies explicitement, ce qui a permis d'éviter des surprises et des erreurs.
L'article aborde les frustrations rencontrées par des développeurs après avoir largement utilisé l'annotation @Value dans leurs classes de configuration Spring. À l'origine, cette méthode semblait simple et efficace, permettant de réduire le boilerplate. Cependant, avec le temps, ils ont réalisé que son utilisation excessive avait conduit à des problèmes, notamment un manque de comportement 'fail-fast', rendant la maintenance difficile et entraînant des erreurs à travers plusieurs environnements et déploiements.
Cette semaine, Symfony a publié les versions de maintenance 6.4.23, 7.2.8 et 7.3.1, tout en continuant le développement de Symfony 7.4 avec des fonctionnalités comme de meilleurs helpers pour les contrôleurs et l'utilisation de la sérialisation PHP au lieu de XML pour le dumping du conteneur. 81 pull requests ont été fusionnées et 43 problèmes résolus. Les changements incluent des correctifs dans différentes parties de Symfony, notamment la validation des locales, l'amélioration de l'entropie des UUIDv7, ainsi que des dépréciations liées à certaines méthodes.
La version 6.4.23 de Symfony a été publiée, apportant plusieurs corrections de bugs et améliorations, notamment des ajustements dans le système de console, le cache, et le sérialiseur. Cette mise à jour vise à améliorer la performance et la sécurité des applications utilisant Symfony. Un guide de mise à niveau est disponible pour aider les développeurs à effectuer la transition en douceur. SensioLabs continue de soutenir les utilisateurs de Symfony avec des services et des formations.
La version 7.2.8 de Symfony a été publiée, comprenant diverses corrections de bogues et améliorations. Le projet encourage également les contributions et propose des notifications pour suivre les mises à jour importantes. Un guide de mise à niveau et des rapports sont disponibles pour aider les développeurs à adapter leur code aux changements.
La version 7.3.1 de Symfony vient d'être publiée, corrigeant divers bugs, notamment sur la console, le système de cache, et le traitement des fichiers téléchargés. Cette mise à jour inclut des améliorations pour la gestion des UUID et des validations diverses. Un guide de mise à niveau ainsi que des rapports sont disponibles pour aider les développeurs à adapter leur code. En outre, les utilisateurs peuvent s'abonner aux notifications pour les nouvelles versions ou les problèmes de sécurité.
Cet article traite des erreurs de mémoire les plus courantes en Java, à savoir OutOfMemoryError et StackOverflowError. Il explique comment la gestion de la mémoire est cruciale dans le développement Java et les causes de ces erreurs, notamment lorsqu'elles se produisent à cause d'un manque d'espace dans le tas ou d'appels de méthode excessifs. Comprendre ces erreurs et leurs causes est essentiel pour créer des applications Java fiables.
