Écrire un magasin de session personnalisé pour Weblogic

Question

Je souhaite stocker les données de session JSP dans un magasin personnalisé (celui que je spécifie) sur le serveur WebLogic. Existe-t-il une interface ou une classe de base que je peux implémenter ou un filtre que je peux écrire, que je peux brancher via la configuration et qui me permet de stocker des données de session dans mon magasin? J'ai fait une recherche initiale mais je n'ai trouvé aucun point d'entrée. Tous ceux qui ont une idée de la façon dont cela peut être fait.

  

En fait, je souhaitais utiliser un magasin offrant de bonnes performances et prenant en charge le partitionnement des données sur plusieurs serveurs (sans réplication). Il y a beaucoup de ces magasins (cache) disponibles. Ainsi, en écrivant mon fournisseur de magasin de session, je peux stocker les données de session dans mon magasin partitionné (ou partitionné avec réplication) et les partager sur plusieurs serveurs Web.

Answer 1

WebLogic ne dispose pas d’une API publique pour prendre le contrôle des données de session.

Si vous souhaitez effectuer beaucoup de travail, vous pouvez modifier les applications Web pour intercepter tous les appels de session et stocker les données où vous le souhaitez. Des API standard sont disponibles: ServletContextListener, ServletContextAttributeListener, ServletRequestListener, ServletRequestAttributeListener, HttpSessionListener et HttpSessionAttributeListener. Vous pouvez enregistrer vos écouteurs dans le fichier web.xml.

Si vous êtes ambitieux, vous pouvez écrire du code pour instrumenter automatiquement les applications Web. Le produit Web Oracle Coherence adopte cette approche. Voir la section "Comment la cohérence Web Installer instrumente-t-elle une application Java EE " sur cette page . Il donne une description détaillée des étapes nécessaires.

Answer 2

Je ne pense pas que Weblogic vous permette de le faire. À ma connaissance, il n’existe aucune interface publique à mettre en œuvre et Weblogic n’offre aucun moyen de connecter votre implémentation dans configuration de session persistante .

Pour être honnête, je me demande vraiment pourquoi vous implémenteriez votre propre magasin persistant (cette responsabilité incombe davantage au fournisseur du serveur d'applications). Je n'obtiens pas ce que vous ne pouvez pas atteindre avec l'un des 5 implémentation . Vous pourriez peut-être utiliser un magasin fichier et définir un persist-store-dir . Mais en réalité, sans plus de détails sur votre objectif, je ne suis pas sûr de pouvoir indiquer la bonne direction.