GZIPServletOutputStream puffert, um Ausgabefehler zu verhindern
authorKai Moritz <kai@coolibri.de>
Sun, 25 Dec 2011 12:16:07 +0000 (13:16 +0100)
committerKai Moritz <kai@coolibri.de>
Thu, 2 Aug 2012 07:03:25 +0000 (09:03 +0200)
commit439e01c5f2e30bf7f271e3b8c0d6a2ca80ed12f4
tree087c7ad74ce98f9eb83d373e3afc8e23157d52ff
parent775e8c8416e030604360b7237e3f613cfaf7df1b
GZIPServletOutputStream puffert, um Ausgabefehler zu verhindern

TODO:
Eventuell reicht es auch, den Buffer gezielt zu leeren, anstatt hier stets
eine neue Instanz zu erzeugen!

Noch zu klären: sind die im folgenden vermerkten Fehler inzwischen
korrigiert, so dass die Anmerkungen jetzt nach dem Zusammenlegen der
Commits gelöscht werden können?!?
----------

Buggy Commit!
Die in CountingServletOutputStream eingeführte Methode finish(),
die wahrscheinlich von der finish()-Methode des Wrappers aus
aufgerufen werden sollte, wird nur von der Unterklasse
GZipServletOutputstream aufgerufen.
Der im Wrapper entfernte Aufruf der Dekoration nach der Ausführung
des Filters wird also durch diese Maßnahme gar nicht ersetzt!

BUGGY: gzip-Header wird nicht mehr unterdrückt, wenn noch Ausgabe folgen könnte

Die zur Sicherstellung der Kompression eingeführte Variable forceCompression
wird nie ausgewertet. Eventuell ein Fehler, der erst nachträglich durch das
Rebasen beim aufräumen produziert wurde.
Wenn die Variable forceCompression korrekt in den Scope private gesetzt
wäre, wäre der Fehler früher aufgefallen, da Netbeans ihn dann angemeckert
hätte...
cachecontrol/src/main/java/de/halbekunst/juplo/cachecontrol/AcceleratorFilter.java