Fout bij wsdl2java door dubbele namen

Dit is een statische kopie van het eerdere discussie.kinggemeenten.nl.
Nieuwe discussies kunnen in de GitHub repository 'StUF standaarden' als issue worden opgevoerd.

4 reacties / 0 nieuw
Richard Morsch
Fout bij wsdl2java door dubbele namen

Bij het genereren van de java code dmv maven wsdl2java, ontstaan er errors doordat (onder andere) in de xlink.xsd namen dubbel voorkomen voor Attribuut en Element. Foutmelding: Property "Title" is already defined. Er bestaat bijvoorbeeld een Title element, maar ook een Title attribuut. Omdat deze in dezelfde XSD zitten met dezelfde namespace, kan cxf hier niet mee omgaan. Er zouden dan namelijk twee dezelfde klassen in dezelfde package ontstaan. Dit is op te lossen door binding te gebruiken en bijvoorbeeld het attribuut een andere naam te geven. Echter zijn er veel meer van dit soort gevallen waardoor er erg veel binding files moeten komen. Bij elke patch moeten deze bindings gecontroleerd worden. Het lijkt mij handiger als de xsd's geen dubbele namen bevatten voor attributen en elementen. Dit scheelt een hoop tijd bij het implementeren van Stuf. Hebben meer mensen last van deze problemen?

Robert Melskens

Dit Erratum is opgevoerd in de onderhoudsverzoeken als ERR298.
De lijst met onderhoudsverzoeken vind je op: 
gemmaonline.nl/index.php/StUF-Expertgroep#Documenten

Marco Aarts

bij het genereren van koppelvlakken voor Inspectieview Milieu lopen we hier ook tegenaan. Het betreft dubbele namen in de xlink xsd (redelijk eenvoudig op te lossen) en de GML xsd's (dat is wat complexer). Misschien is het goed om voor alle StUF gebruikers een (eenduidige) kant en klare binding file (of deel daarvan) beschikbaar te stellen voor de schema's die in StUF worden geïmporteerd.

Robert Melskens

In de StUF Expertgroep van 18 december 2013 is besloten dit erratum niet te honoreren. Het probleem betreft geen StUF probleem. StUF volgt de internationale standaarden.