You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Nachdem ich aufgrund der veralteten Dokumentation die ersten Schwierigkeiten bei der Verwendung des KoSIT validators 1.5.0 in einer Spring Boot 3 Applikation mit Java 21 überwunden hatte stellte ich fest, dass das Laden der Konfiguration zur Laufzeit nicht funktioniert, wenn die Applikation als JAR verpackt ist.
Caused by: org.xml.sax.SAXParseException: schema_reference: Failed to read schema document 'UBL-CommonAggregateComponents-2.1.xsd', because 'nested' access is not allowed due to restri
ction set by the accessExternalSchema property.
Ich konnte dies nur beheben, indem ich eine eigene ResolvingStrategy verwende.
Dabei habe ich vollständig von StrictRelativeResolvingStrategy abgeschrieben und nur noch das scheme "nested" neben "file" als erlaubt definiert, siehe hier.
Damit lässt sich die KoSIT Konfiguration zur Laufzeit auch aus einem JAR heraus erfolgreich initialisieren.
Habe ich etwas falsch gemacht?
Liegt das womöglich an Java 21 und/oder der Verwendung von Spring Boot 3 und wie dabei das JAR erzeugt wird?
Ich überlasse es dem Validator Team zu bewerten, ob mein Ansatz Sinn ergibt und bin gerne bereit einen PR beizutragen, wenn dem so wäre.
The text was updated successfully, but these errors were encountered:
Nachdem ich aufgrund der veralteten Dokumentation die ersten Schwierigkeiten bei der Verwendung des KoSIT validators 1.5.0 in einer Spring Boot 3 Applikation mit Java 21 überwunden hatte stellte ich fest, dass das Laden der Konfiguration zur Laufzeit nicht funktioniert, wenn die Applikation als JAR verpackt ist.
Um die Situation besser zu erklären, habe ich ein Minimal-Beispiel hochgeladen: https://github.com/melo0187/springboot-kosit
Das Kernproblem scheint folgendes zu sein:
Ich konnte dies nur beheben, indem ich eine eigene ResolvingStrategy verwende.
Dabei habe ich vollständig von StrictRelativeResolvingStrategy abgeschrieben und nur noch das scheme
"nested"
neben"file"
als erlaubt definiert, siehe hier.Damit lässt sich die KoSIT Konfiguration zur Laufzeit auch aus einem JAR heraus erfolgreich initialisieren.
Habe ich etwas falsch gemacht?
Liegt das womöglich an Java 21 und/oder der Verwendung von Spring Boot 3 und wie dabei das JAR erzeugt wird?
Ich überlasse es dem Validator Team zu bewerten, ob mein Ansatz Sinn ergibt und bin gerne bereit einen PR beizutragen, wenn dem so wäre.
The text was updated successfully, but these errors were encountered: