Immer ViewExpiredException in der Cluster-Umgebung und der Staat spart-Methode eingestellt ist, um client-und Benutzer-session gültig ist

Ich habe eine JSF-Anwendung, die verwendet Mojarra 2.2.9
und Bereitstellung auf WebSphere 8.5.5.4 auf gruppierten environement
und javax.faces.STATE_SAVING_METHOD eingestellt ist client.

Obwohl alle meine Bohnen sind request-scoped, manchmal, wenn die Benutzer-session gültig ist und der Benutzer tut-post-request auf eine Seite bekommt er ViewExpiredException. Was kann dieses Problem verursachen und wie kann ich es lösen?
Wird die änderung der javax.faces.STATE_SAVING_METHOD zu server es lösen? Wenn ja, welche Auswirkungen hat dies auf die Erinnerung?

Auch, hat das etwas zu tun mit cluster-environement und vielleicht gibt es einige fehlende Konfiguration auf dem Websphere -, dass das Problem lösen wird?

  • Ausschließen des offensichtlichen, Sie haben <distributable /> im web.xml?
  • Nein, ich habe es nicht
  • wenn ich konfigurierte session-Affinität in websphere, werde ich noch diesen tag in der web.xml meine Anwendung ?
  • Ist es möglich, eine ViewExpiredException bei der Verwendung von client-Status zu speichern? Ich bin neugierig, weil ich immer dachte, es war unmöglich.
  • standardmäßig auf einem einzelnen server, es ist unmöglich. Aber in einem cluster es kann geworfen werden, wenn die Ansicht wird in eine server-und deserialisiert in den anderen server, ohne dass die app konfiguriert als verteilbare und mit set jsf/ClientSideSecretKey (aber das verursacht hätte "MAC nicht überprüfen" Fehler, nicht ein VEE, also es ist irgendwie seltsam hier). Auf einem server kann es auch ausgelöst werden, wenn com.sun.faces.clientStateTimeout eingestellt ist, aber dies ist unwahrscheinlich, dass der Fall hier.
  • MahmoudS, vielleicht brauchen Sie nur festlegen jsf/ClientSideSecretKey? Ich würde nur Fragen, warum du eine ViewExpiredException anstelle von "FEHLER: der MAC nicht überprüfen".
  • wird Sie richtig sind, erhalte ich die Fehlermeldung 'mac nicht überprüfen" in der log-Datei aber nicht gedacht, dass das eine jsf Ausnahme, und die habe ich noch bekommen, sogar nach dem hinzufügen <Verteilbarkeit /> der Anwendung web.xml ist die einzige Lösung für diesen Fehler ist die änderung des aggregatzustands speichern die Methode server ? und warum es erscheinen in den ersten Platz
  • Vielen Dank für die Informationen. Gut zu wissen 😀

Schreibe einen Kommentar