Schutz vor stillen Seiten-Reloads: 12h-Session, eigener Session-Cookie, Meldung statt Sofort-Reload

Session-Timeout auf 12 h erhöht, Cookie-Name PDFTOOL_SESSION gegen
JSESSIONID-Kollisionen anderer lokaler Java-Anwendungen, Tomcat-POST-Limit auf
30 MB für Canvas-Daten mit eingebetteten Bildern, Vaadin-Systemmeldungen mit
Bestätigung statt sofortigem Neuladen.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

src/main/resources/application.properties

@@ -1,12 +1,29 @@
 spring.application.name=pdf-tool
 server.port=${SERVER_PORT:8083}
 
+# Session erst nach 12 h Inaktivität verwerfen: Der Standard von 30 Minuten
+# führte dazu, dass Vaadin nach längerer Untätigkeit (Tab inaktiv, Standby)
+# die Seite neu lädt und ungespeicherte Canvas-Änderungen verloren gehen.
+server.servlet.session.timeout=12h
+
+# Eigener Name für den Session-Cookie: Der Standardname JSESSIONID gilt pro
+# Hostname (nicht pro Port). Andere lokal laufende Java-Anwendungen auf
+# demselben Rechner überschreiben sich sonst gegenseitig den Cookie, und die
+# Session des PDF-Tools ist scheinbar sofort "abgelaufen".
+server.servlet.session.cookie.name=PDFTOOL_SESSION
+
 # Wird beim Build durch die Version aus der pom.xml ersetzt (Resource-Filtering)
 pdftool.version=@project.version@
 
 spring.servlet.multipart.max-file-size=25MB
 spring.servlet.multipart.max-request-size=30MB
 
+# Auch normale (Nicht-Multipart-)Requests bis 30 MB zulassen: Canvas-Daten mit
+# eingebetteten Bild-Elementen können das Tomcat-Standardlimit von 2 MB
+# überschreiten; ein abgelehnter Request führt im Browser sonst zu einem
+# Vaadin-Kommunikationsfehler mit anschließendem Seiten-Reload.
+server.tomcat.max-http-form-post-size=30MB
+
 vaadin.launch-browser=false
 
 # Zugangsdaten aus der .env-Datei im Projektverzeichnis laden (falls vorhanden)