JSP-Seite und Servlet ergänzt, die eine Exception werfen
authorKai Moritz <kai@coolibri.de>
Thu, 2 Aug 2012 07:53:33 +0000 (09:53 +0200)
committerKai Moritz <kai@coolibri.de>
Thu, 23 Aug 2012 19:47:16 +0000 (21:47 +0200)
commit5d90578261abb35e4c85162f411b6d63df043f6d
tree7472dcd8dffddf6428b8354709739755a31119ed
parentddbf3839908b469d688cab195a370bdc613a41e5
JSP-Seite und Servlet ergänzt, die eine Exception werfen

Wenn es zu einer Exception kommt, nachdem die ersten Bytes der Antwort
gesendet wurden, dekodiert Jetty die Antwort offensichtlich falsch, da
es die Fehlermeldung an dem geöffneten Stream vorbei ergänzt.

Unter Tomcat hingegen, greifen die Mechanismen wie gewohnt und die
Fehler-Antwort ist korrekt GZIP-enkodiert (falls gewünscht).

TODO:
Es ist noch nicht klar, ob hier ein Fehlverhalten von Jetty vorliegt, oder
von Juplo! Das Verhalten von Tomcat wird auch zweideutig, wenn man die
länge der zu erzeugenden Nachrricht extrem verlängert: der Client erhält
dann eine unvollständige Antwort zurück, in der weder die Daten enthalten
sind, die vor der Exception eigentlich übertragen worden sein sollten, noch
die Fehlermeldung, die Tomcat nach der Exception anhängen sollte!
examples/jsp/src/main/webapp/faulty-page.jsp [new file with mode: 0644]
examples/jsp/src/main/webapp/index.html
examples/servlet/src/main/java/de/halbekunst/cachecontrol/examples/FaultyServlet.java [new file with mode: 0644]
examples/servlet/src/main/webapp/WEB-INF/web.xml
examples/servlet/src/main/webapp/index.html
examples/spring/src/main/java/de/halbekunst/juplo/examples/spring/FaultyController.java [new file with mode: 0644]
examples/spring/src/main/webapp/WEB-INF/views/faulty-page.jsp [new file with mode: 0644]
examples/spring/src/main/webapp/WEB-INF/views/index.jsp