Abhängigkeiten in juplo-cachecontrol korrigiert

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...

Startskripte für Jetty und Tomcat

AccelerationWrapper.out ist jetzt nie null

Conflicts:

cachecontrol/src/main/java/de/halbekunst/juplo/cachecontrol/AcceleratorFilter.java

Schweren BUG in AccelarationFilter korrigiert
Der Dekorator wurde gar nicht mit dem Handler aufgerufen!

Modul mit Beispiel-Konfigurationen für den Einsatz von juplo-cachecontrol

TestServlet nach juplo-test verschoben

Fehler im Zusammenhang mit dem Komprimieren gepufferter Antworten korrigiert

Verwirrenden Variable-Name "controller" in CacheControl in "handle" geändert

Testfall für juplo-cachecontrol implementiert

 * Neuen Einsprungpunkt getAdditionalHeaders() in CacheMethodHandle ergänzt
 * Zugehörige Annotation @AdditionalHeaders und Logik implementiert
 * "Content-Encoding: gzip" wird jetzt via
   CacheMethodHandle.getAdditionalHeaders() erst so spät wie möglich
   gesetzt. Dadurch kann der Header (und die Komprimierung) unterdrückt
   werden, wenn die Antwort leer ist. Außerdem wird ein Fehler bei Forwards
   verhindert, wo der Header sonst wieder gelöscht wird, wenn weitergeleitet
   wird!
 * ResponsWrapper eingebaut, der die ausgegebenen Bytes zählt.

AcceleratorFilter implementiert

Der Filter belauscht das Setzen der Header und konfiguriert CacheControl
entsprechend. Auf diesem Weg lassen sich Java-Webanwendungen mit
verbessertem Caching-Verhalten ausstatten, ohne dass dafür an der Anwendung
selbst etwas geändert werden müsste.

CacheControl berücksichtigt die Regeln bzgl. starken vs. schwachen ETag's

Überflüssige Hilfsklasse DefaultCacheMethodHandle ausgebaut

CacheControl so umgebaut, dass es sich über Annotationen einbinden lässt

Version auf 1.0.1 festgetreten

Springframework-Version aktualisiert (3.0.5.RELEASE -> 3.0.6.RELEASE)

Modul "test" hinzugefügt, das Hilfsklassen für JUnit-Tests enthält

Das Modul enthält zunächst nur eine von stackoverflow.com entlehnte
klasse, die es ermöglicht, Beans mit dem Scope "request" in Spring-JUnit-
Testsfällen zu verwenden.

Optimierung in CacheControlInterceptor: unnötige Exception vermieden

Verhalten bei Seiten mit in die URL's enkodierter Session-ID korrigiert

Es macht zwar tatsächlich keinen Sinn, dass Proxies diese Seiten cachen
("Cache-Control: private"), aber Browser dürfen die Inhalte ruhig vorhalten
("Cache-Control: max-age=0" geht über das Ziel hinaus!).

Aufbau der Debug-Meldungen vereinheitlicht (URL steht stets vorne)

Fehler bei der Berechnung des Expires-Headers behoben

Wenn der Integer-Wert cacheSeconds zu groß war, kam es zu einem überlauf,
wodurch das Berechnete Datum für den Expires-Header dann 1 Sekunde vor dem
Auslieferungs-Datum lag. Durch einen Cast des Integer-Wertes zu Long vor
der Berechnung wurde dieser Fehler behoben.

Die Log-Meldungen enthalten jetzt auch den Query-String

Log-Meldungen für den ersten Zugriff und unterdrücktes Caching ergänzt

Der Quellcode wird ab sofort mitveröffentlicht

PercentCodec implementiert

Expires-Header werden jetzt schon bei cacheSeconds == 0 gesetzt

slf4j-Version aktualisiert und unnötige Abhängigkeiten entfernt

Versionsnummer auf 1.0.1-SNAPSHOT angehoben

Version auf 1.0 festgetreten

halbekunst.de als Distribution-Management-Repository eingetragen

Springframework-Version aktualisiert (3.0.4.RELEASE -> 3.0.5.RELEASE)

Unterprojekt Utils von Fotos in eigenständiges Projekt Juplo verwandelt

CacheControlInterceptor prüft ETag jetzt auch, wenn If-Modified-Since fehlt

Fehler bei ungültigem If-Modified-Since in CacheControlInterceptor behoben

 * Wenn die Implementierung von Cacheable einen ungültigen (d.h. negativen)
   Zeitstempel für Last-Modified geliefert hat, hat CacheControlInterceptor
   fälschlich stets mit 304 Not-Modified geantwortet.
 * Exception abgefangen, die CacheControlInterceptor geworfen hat, wenn der
   Request für If-Modified-Since eine Zeitangabe vor dem 1.1.1970 enthalten
   hat.

Tippfehler in einem Methoden-Namen des Interfaces Cacheable korrigiert

CacheControll-Logik in ein eigenes (separat verwendbares) Modul ausgelagert

CachingInterceptor implementiert

 * Interface Cacheable eingeführt.
 * CachingInterceptor implementiert und konfiguriert, der  die
   HTTP/1.1-Caching-Header wie gewünscht setzt, wenn der Handler
   das Interface Cacheable implementiert.