Tomcat: Speichern der session in Datenbank

Wenn Sie nicht wollen, verwenden Sie die Sitzung, in der Art, wie es verwendet werden soll, dann verwenden Sie es nicht überhaupt - entwickeln Sie Ihre eigenen session-Objekt. Es kann noch implementieren HttpSession, und sogar die Verlängerung der aus einer Umsetzung von HttpSession.

Können Sie eine Filter zu wickeln Sie Ihre Anfrage, so dass es gibt Ihre session-Objekt, anstatt der standard. In Ihrer Sitzung, die Sie speichern können, die Dinge in die DB anstelle von in-memory.

Anstelle des Schreibens an die DB, die Sie verwenden können, Hazelcast - es stellt die verteilte Sammlungen. Aber ich denke, es wird die gleiche Menge Aufwand zum konfigurieren der session-Replikation. Und session-Replikation ist nicht etwas, das schwer - es wird unterstützt von allen Containern.

Dies sind grobe Richtlinien, wird die Aufgabe nicht trivial sein. Und ich würde empfehlen, das festhalten an der standard-session-Nutzungsgewohnheiten und die Speicherung Dinge in der DB nur, wenn wirklich nötig.

Um zu vermeiden, die Notwendigkeit der Replikation, die Sie könnten versuchen, mithilfe von sticky sessions, d.h. wenn ein Benutzer gerichtet ist, einen server durch den load-balancer, bei jeder nachfolgenden Anforderung, die von diesem Benutzer gesendet wird, auf dem gleichen server.

Scheint mir es ist kein Weg, dann ist die Implementierung eines JDBC-Session-Manager auf meinen eigenen, aber danke für deine Antworten und Zeit - Hazelcast braucht etwas näher, scheint sehr mächtig für mich. Ich werde etwas tun, ähnlich wie J. Brisbin: http://jbrisbin.com/web2/articles/tomcat-session-manager-backed-by-riak/