Re: [sdx-users] RE : Caching (était : Re: [sdx-users] pb avec la requete id)

[Pierrick Brihaye]

Pierrick Brihaye wrote:

> Sans aller dans auatnt de complexité, ne peut-on envisager d'ajouter un 
> paramètre au servlet qui contiendrait l'ID de session et donc "d'émuler" 
>  la transmission telle quelle se fait via une request HTTP en bonne et 
> due forme ? Je vais regarder le code plus en détail et voir les 
> implications de cette approche...


Mmmmh. Je viens de regarder la doc des API 2.1. J'y ai vu une classe 
assez intéressante :

javax.servlet.http.HttpSessionContext.getSession(String)

Ce qui m'aurait permis, grâce à une id de session de donner au Servlet 
appelé par le document() de Saxon les infos de la session HTTP 
utilisateur "normale".

Manque de pot :

> This class has been deprecated for security reasons.
> We don't want serlvets messing around in other sessions.
> However convenient that might be.


J'avoue que je suis sceptique sur les motivations car j'estime qu'un 
serveur fait ce qu'il veut dans son environnement... M'enfin, c'est 
deprecated et comme Tomcat 3.2 (!) bosse déjà sur des API 2.2...

Aussi, je pense que la seule solution au problème, est de partager les 
résultats au niveau serveur et, dans les sessions, de n'envoyer que des 
*références* à ces résultats plutôt que de les encapsuler comme elles le 
sont actuellement. Mais bon, ça nécessite pas mal de travail :

- ajouter des listes d'infos à partager (dans le SDXContext probablement),
- ajouter les méthodes d'accès
- avoir un mécanisme évolué de nettoyage des ressources qui ne sont plus 
utilisées...

Bref, beaucoup de boulot...

--
Pierrick Brihaye, informaticien
Service régional de l'Inventaire
DRAC Bretagne
mailto:address@hidden