Éléments constitutifs du framework

Historique

Historiquement le framework Spring a été conçu pour faciliter la création d’application d’entreprise dans un conteneur web léger comme Tomcat, c’est-à-dire sans gestion d’EJB.

Les tableaux suivants apportent un repérage temporel.

Évolution de Java Entreprise

Assez rapidement après la sortie de Java, apparaissent les principes de conception basés sur les JavaBeans qui seront utilisés par exemple dans les bibliothèques graphiques Java comme AWT. Cependant, rien n’existe pour s’en servir côté serveur d’applications. Une tentative est faite avec les EJB 1, mais on s’éloigne énormément des principes, l’évolution vers les EJB 2 complique encore les choses.

À cette époque les JVM sont de taille réduite, nécessitant de les multiplier et les faire communiquer entre elles pour disposer d’une JVM composite (composées de nœuds) plus grande. Une JVM utilise alors pratiquement toute la mémoire vive d’une machine. Nous regroupons les machines par cluster en spécialisant et organisant les nœuds, ce qui permet d’avoir au final un plus grand espace mémoire et plus de capacité de calculs (CPU). Il y a alors souvent un nœud maître qui supervise plusieurs nœuds secondaires.

En 2002, la situation était très spéciale. Vous n’étiez pas Architecte Java si vous ne codiez pas avec des EJB 2.0 qui étaient un rattrapage des EJB 1.1. Or cette technologie n’était pas mature et très peu de projets finissaient en production. La complexité de mise en œuvre était extrême. Les choses fonctionnaient à...

Utilité de Spring dans un projet

Le framework Spring est une solution légère basée sur des briques logicielles indépendantes. Il apporte des solutions techniques unifiées pour la plupart des difficultés standards rencontrées sur les projets. Il offre des implémentations pour un ensemble de design patterns (patrons de conception) comme nous le verrons dans un chapitre dédié à ce sujet. Les librairies d’extension apportent également des facilités pour l’utilisation des bibliothèques logicielles les plus utilisées. Il devient alors très facile de faire des web services SOAP, des services REST d’accéder aux données, de faire une application basée sur des enchaînements d’écrans. Les différences entre les implémentations des frameworks standards d’accès aux données sont lissées avec l’utilisation d’une API unifiée.

Les projets sont alors focalisés sur la partie métier, la partie technique étant gérée par le framework Spring. Ce dernier a été conçu à l’origine pour Java mais il existe aujourd’hui pour d’autres plates-formes comme .NET.

Spring est sous licence Apache 2.0. Il est en open source. Les sources sont accessibles et des demandes d’évolutions sont possibles depuis l’URL https://github.com/spring-projects. Il est même possible de proposer des corrections de bugs ou de proposer des évolutions à travers les « change requests » (demandes de changements).

L’ensemble est mavenisé (avec les sources et la javadoc) sur le repository central Maven pour la version standard et sur les repositories Maven SpringSource pour les versions en cours de développement. Nous retrouverons l’emplacement des repositories en fin de chapitre. Il est possible d’utiliser Maven ou Gradle pour faire des projets Spring. Dans cet ouvrage, nous n’utilisons principalement que des versions Maven. Le framework Spring est une solution full stack, c’est-à-dire qu’il inclut toutes les briques techniques, et permet de faire des applications complètes, clé...

Vue d’ensemble et sujets abordés dans l’ouvrage