Session-timeout mit apache-web-server und weblogic-cluster. JSESSIONID Reaktion ist nicht die gleiche wie die in der Anfrage
Haben wir einen apache-web-server (version httpd-2.2.22-win32-x86-openssl-0.9.8 t) mit weblogic (version 10.3.2) - cluster mit 3 Knoten. In unserem laden testen, erhalten wir die session-timeout-Fehler in einigen Fällen (weniger als 1%). Dies geschieht, selbst wenn wir -1 für session-timeout in der web.xmls von weblogic-Knoten. Nach Tagen des debugging, merkten wir, dass in einigen Fällen, die JSESSIOID geschickt Anfrage wird nicht geehrt durch die Reaktion. Fiddler Spuren zeigen, dass die REAKTION hat einen header mit der Bezeichnung Set-Cookie:JSESSIONID und der Wert dieses unterscheidet sich von den JSESSIONID geschickt in die Anfrage. Wir bekommen die Sitzung Ablauf Seite sofort. Wie bereits erwähnt, geschieht dies nur in seltenen Fällen.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Bei der Verwendung WeblogicCluster, die requests session-Affinität. Damit die Anfragen gehen auf den gleichen Knoten, wobei der erste Kontakt war gemacht. Aber das Problem stellte sich heraus, dass bei hoher Belastung der Knoten nicht mehr reagiert. Damit die Anfragen an andere Knoten. Dies ist das Standard-Verhalten mit WeblogicCluster. Da wir nicht auf session-Replikation und failover aktiviert, wird jede Anforderung, die geht auf den sekundären Knoten würde uns Sitzungs-timeout-Fehler.
Eine Lösung für dieses war zu Beginn der Unterstützung von session-Replikation und failover in weblogic. Aber wir wollten nicht, dass die Wirkung hoch war.
Dies waren die änderungen in der Konfiguration, dass das Problem behoben
In httpd.conf
Den ersten 2 änderungen in ConnectTimeoutSecs und ConnectRetrySecs bedeutet, dass
wiederholen würde 10-mal (50/5) statt der standardmäßigen 5 (10/2)
Im weblogic-Knoten
Für mehr details Lesen Sie bitte
http://docs.oracle.com/cd/E13222_01/wls/docs81/plugins/plugin_params.html
http://docs.oracle.com/cd/E13222_01/wls/docs81/plugins/apache.html . Siehe das Diagramm, hier für den