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@

# PDF Service: erzeugt aus dem gerenderten Rechnungs-PDF die ZUGFeRD-E-Rechnung
# (eigenständiges Projekt "PDF Service", POST /api/invoices/sign)
pdfservice.url=${PDF_SERVICE_URL:http://localhost:8084}

# 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