Closed MichaelLierath closed 2 years ago
Guten Tag Herr Lierath,
wir bedanken uns bei Ihnen für das Teilen Ihrer Erfahrungen mit der JAXB-Codegenerierung. Wir werden die erwähnten Schemareferenzen schnellstmöglich auf zirkuläre Imports prüfen und uns hier zurückmelden.
Viele Grüße, Oliver Budke
@MichaelLierath Wir danken Ihnen für die wertvollen Implementierungserfahrungen. Wir streben eine dopplungsfreie import/include-Architektur an, die aber nicht immer umsetzbar ist: Wir können wir keine Redundanzen bei von uns nicht verantworteten Schemata gewährleisten.
Wir konnten den von Ihnen genannten JAXB-Fehler nicht reproduzieren, weil wir über keine entsprechende Installation verfügen. Wir nehmen aber gerne mehr Informationen zu dem vorliegenden Fehler entgegen, speziell interessieren uns die gewählten Einstellungen Ihrer JAXB-Installation. Haben Sie ein Feld bezüglich der Prüfungen von multiplen Schemaimports festgelegt? Diese Einstellung haben wir in unseren Entwicklungsumgebungen gesetzt und sie hat erfahrungsgemäß weitreichende Auswirkung auf die Validierung von XML Schemata und gibt multiple Imports als Warnung anstatt Fehler aus.
Die Generierung mit v0.9 funktionierte bei uns weitgehend problemlos. Viele der problematischen Imports sind hier nicht mehr vorhanden.
Danke und Grüße
Autor: Michael Lierath Art der Organisation: HIS eG, CAMS-Hersteller
Bei der Code-Generierung von Java-Klassen aus xhochschule-sdgevidence.xsd mithilfe von JAXB tritt folgender Fehler auf:
Mit Blick auf den sehr langen Stacktrace hatte ich zunächst einen zirkularen Import vermutet. Allerdings halte ich es für wahrscheinlich, dass es mit dem mehrfachen Import von referenzierten Schemata zusammenhängt. Vgl. http://xhochschule.de/def/xhochschule/0.4/xsd/xhochschule-sdgevidence.xsd
Und in http://xhochschule.de/def/xhochschule/0.4/xsd/xhochschule-baukasten.xsd