Files
PDFTool/src/main/resources/application.properties
T
SvenandClaude Fable 5 c95cd99be7 REST-API in das eigenständige Projekt "PDF Service" ausgelagert
InvoiceSigningController entfernt; die ZUGFeRD-Services bleiben für die
Weboberfläche erhalten. Multipart-Konfiguration entfällt (kein Upload mehr).

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-07-17 11:22:40 +02:00

35 lines
1.6 KiB
Properties

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@
# 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)
spring.config.import=optional:file:.env[.properties]
# MongoDB: Ablage der Rechnungstemplates. Die Verbindung ist zwingend --
# ohne erreichbaren Server bricht der Start ab (MongoConnectionCheck, mit
# klarer Fehlermeldung; deshalb kein auto-index-creation).
spring.data.mongodb.uri=${MONGODB_URI:mongodb://localhost:27017/pdf-tool}
spring.data.mongodb.connect-timeout=10000
spring.data.mongodb.socket-timeout=30000