La revue hebdomadaire Baeldung 14

Java

>> Pourquoi la pollution d’interface en Java 8

Excellente illustration des différentes décisions de conception et des compromis réalisés avec Java 8. Le langage a beaucoup de poids historique, et le contourner pour créer une solution lambda cohérente n’a rien d’impressionnant.

>> Java 8 Friday: plus besoin de ORM

Cela rejoint la vieille discussion (ai-je besoin d’un ORM?) Avec de nouveaux outils prometteurs - jetez un coup d’œil aux exemples de code et soyez surpris qu’il s’agisse bien de code Java. Très sympa.

>> Encore un autre moyen de gérer les exceptions dans JUnit: catch-exception

Un moyen solide de gérer les exceptions dans les tests JUnit - la bibliothèque BDD catch-exception . Je fais un essai maintenant, car il a vraiment l’air très cool.

>> Optimisation de la récupération de place pour un débit élevé et Applications Java à faible temps de latence

Bonne mise au point sur l’optimisation de Java Garbage Collection pour un environnement de production réel. Revient sur la plupart des concepts du GC, mais le fait de manière pragmatique et axée sur l’optimisation, ce qui constitue un changement intéressant par rapport aux articles standard sur le GC.

>> Plugin Maven Git Flow pour de meilleures versions

Intéressant prendre le plugin Maven Release établi, rendant tous les goodies du citoyen de première classe de git flow.

>> Concurrence JVM: notions de base concernant la concurrence de Java 8 **

IBM Developerworks a deux nouveaux articles sur Java 8 - changements de langage et concurrence.

>> Aperçu d’Apache Tomcat 8

Et enfin, un bon webinaire présentant le prochain serveur Tomcat 8 .

Si vous travaillez avec Tomcat, c’est une bonne ressource pour vous tenir au courant de ce qui vous attend.

Printemps

>> Projet Sagan: déploiements sans interruption de service

Le projet Sagan - la nouvelle application Spring de référence - semble de plus en plus intéressant, en particulier si l’on tient compte de son dynamisme spring.io . Cet article illustre la manière dont le code est déployé - de très belles séries que je suivrai de près.

>> Suivi des exceptions - Partie 4 - Expéditeur du courrier de Spring

Si vous avez lu l’une de mes dernières revues hebdomadaires, vous avez déjà lu les articles précédents de cette série. Ce type d’application, qui donne un sens aux données d’un fichier journal, est une solution que tout projet de taille décente devrait résoudre.

>> Protection CSRF dans Spring MVC, Thymeleaf, application Spring Security

Brève illustration du fonctionnement d’une attaque CSRF et de la protection contre celle-ci avec Spring Security (3.2). Très agréable.

Technique

>> Jeu d’échecs TDD, partie 3: Stuffing and Refactoring

J’ai déjà parlé de cette série auparavant - mais, ce n’est peut-être pas surprenant - c’est encore la lecture (ou le visionnage) de la semaine . Pourquoi est-ce que je continue à le choisir?

C’est simple: c’est l’une des rares choses qui vous permet de surmonter la résistance initiale du TDD. Cela a pris quelques années pour moi, alors je sais que ce n’est pas facile, mais les résultats sont énormes.

Donc, si vous voulez lire un seul article cette semaine, allez lire celui-ci (en fait, consultez le première http://www.daedtech.com/tdd-chess-game-part-2[two]parties serait mieux).

** >> MongoDB 2.6 est $ sur

Vlad a un aperçu utile des nouvelles fonctionnalités de MongoDB 2.6.

http://byterot.blogspot.com.es/2014/04/web-apis-and-n-plus-1-problem-web-api-rest-cache-mongodb-soa-microsoervice- timeout-retry-circuit-layered-caching-caching-nosql.html[>> Web APIs and n 1 problem]

Le fameux problème n 1 existe également dans les API Web. Cet article contient de nombreuses informations à assimiler - prenez donc votre temps avec lui.

>> Security: vulnérabilité Heartbleed

Oui, Heartbleed a été dévoilé cette semaine et, effectivement, de nombreux articles le couvrent, mais je suppose que vous en avez déjà lu quelques-uns, alors je n’en inclut qu’un seul, le github report.

Réflexions

>> Le coût du changement de contexte

Je pense que nous surestimons tous notre capacité à changer de contexte - et plus tôt nous acceptons que les commutateurs sont des développeurs kryptonite - plus vite nous pourrons faire quelque chose. Cet article est un excellent rappel de ce fait.

>> Test de convivialité pour une conception détaillée à l’aide de Mechanical Turk

Utiliser crowd-sourcing et Amazon Mechanical Turk pour tester votre application est vraiment génial - lisez-le pour voir comment l’équipe de Prismatic s’y est pris.