Re: Fenster schliessen abfangen nur teilweise erfolgreich

Felix Siegrist wrote:

Innerhalb einer Web-Applikation möchten wir aufgebaute Sessions auf
dem Server aufräumen, wenn der User sein Browserfenster schliesst.

Das ist Unfug, denn man kann das Web auch ohne Fenstersystem benutzen.
Lass die Sessions auf dem Server einfach expiren.


PointedEars

Thomas 'PointedEars' Lahn wrote:

Felix Siegrist wrote:
Innerhalb einer Web-Applikation möchten wir aufgebaute Sessions auf
dem Server aufräumen, wenn der User sein Browserfenster schliesst.

Das ist Unfug, denn man kann das Web auch ohne Fenstersystem benutzen.
Lass die Sessions auf dem Server einfach expiren.

Ich bin da ein bißchen unsicher. Auf der einen Seite gibt es - der OP
benutzt ja eine J2EE-Lösung - das
javax.servlet.http.HttpSessionListener-Interface, mit dem man sich bei
neuen und zerstörten Sessions benachrichtigen lassen kann.

Auf der anderen Seite riecht das gewaltig nach Ressourcen-Mißbrauch -
z.B. eine JDBC-Connection in die Session zu stecken (alles schon
gesehen). Wenn ich Ressourcen nach dem Benutzen sofort wieder schließe,
habe ich am Ende einer Session vielleicht ein paar kleinere Objekte in
der Session, aber die räumt der GC ja eh weg, insofern brauch ich mich
darum auch nicht zu kümmern.

Johann, delurkend
--
Die _wunde_ Stelle ist Dein voellig absurdes Verhalten, mit dem
Du auch noch gegenueber treten wolltest.
(*Tönnes in <9vomdu$9sn$00$1 (AT) news (DOT) t-online.com>)

Johann Burkard wrote:

Thomas 'PointedEars' Lahn wrote:
Felix Siegrist wrote:
Innerhalb einer Web-Applikation möchten wir aufgebaute Sessions auf
dem Server aufräumen, wenn der User sein Browserfenster schliesst.
Das ist Unfug, denn man kann das Web auch ohne Fenstersystem
benutzen. Lass die Sessions auf dem Server einfach expiren.

[...]
Auf der anderen Seite riecht das gewaltig nach Ressourcen-Mißbrauch -
z.B. eine JDBC-Connection in die Session zu stecken (alles schon
gesehen). Wenn ich Ressourcen nach dem Benutzen sofort wieder
schließe, [...]

Ich stimme Dir zu, aber die Frage ist doch, wann "nach dem Benutzen"
ist. Zwar kann man onunload tätig werden, aber das funktioniert nicht,
wenn clientseitiges Scripting deaktiviert ist oder das DOM es nicht
hergibt. Daher sehe ich nur die MÖglichkeit eines expliziten Logouts
mit der zusätzlichen onunload-Option, wobei durch beide Aktionen und
nach $Untätigkeit die Session expired (und der Rest durch den GC
entmüllt wird).


PointedEars

Georg Maaß wrote:

Johann Burkard wrote:
z.B. eine JDBC-Connection in die Session zu stecken (alles schon
gesehen).

Wenn Du eine Trasnaktion über mehre Seiten machen willst, um z.B. etwas
zu simulieren und am Ende mit einem Rollback, alles in die Tonne zu
treten, dann ist das der richtige Ansatz.

Denke ich nicht. Du könntest die Daten zwischenspeichern und am Ende
erst abschicken. Datenbankverbindungen gibt's eben nicht umsonst.

Johann
--

Wer sich als Dein Papa outet, ist hart im Nehmen.
Nein, ein unqualifizierter Spinner.

(hajo. Dreyfuß und *Tönnes in <clg1b5$ena$00$6 (AT) news (DOT) t-online.com>)