La gestion des sessions Session

Nous essayons d’être stateless car la gestion des sessions complique la mise en cluster des serveurs à cause du partage de session. Nous « émulons » alors la session via un cache partagé.

Dans certains cas, nous n’avons pas le choix, il faut gérer des sessions. Les sessions peuvent alors être gérées dans le projet Spring Session qui a deux versions en parallèle. Ce projet a pour but d’offrir une alternative aux sessions des conteneurs Tomcat, Jetty... Tomcat Jetty

Le module Spring Session gère les sessions.

Il y a des différences entre les deux implémentations.

Version

Informations

HttpSession

WebSocket

WebSession

1.5

Spring 4.x

oui

oui

non

2.6

Spring 5.x

oui

oui

oui

Dans ce tableau, Spring 4 et 5 correspondent aux versions 1.5 et 2.6 de Spring Boot.

HttpSession (Spring) : remplace le HttpSession dans un conteneur (Tomcat) de façon neutre en ajoutant les fonctionnalités suivantes :

  • Sessions clustérisées.

  • Session de navigateurs multiples : plusieurs utilisateurs connectés dans une même instance de navigateur.

  • APIs RESTful : les identifiants de sessions dans les headers.

WebSocket : permet de garder la session HttpSession vivante quand nous recevons des messages WebSocket.

WebSession : permet le remplacement des WebSession d’une application conteneurisée Spring WebFlux.

Pour la session HttpSession, nous pouvons mettre les sessions dans...

couv_EP4JASP.png

Découvrez 

le livre :

Aussi inclus dans nos :

Précédent
L’auto-configuration pour Spring MVC
Suivant
Le guide de migration de la version 1.5 à la version 2.x