Validere XML udfra WSDL

Hvorfor genererer du ikke en stub med wsdl/svcutil, saa bliver det sendte jo automatisk korrekt.

Hej Arne. Håbede lidt du dukkede op. Jeg skulle lige hitte ud af hvad du mente med STUB (altså generere kode vha. WSDL-import), som Delphi-mand er jeg lidt på uvant område.

Jeg kan godt følge dig, men meningen er, at koden skal kompileres én gang, men håndtere, at WSDL-filen opdateres. Programmet kan håndtere at fiske de ønskede data ud af databasen fordi det konfigureres vha. XML-filer.

Jeg ved ikke helt om jeg bryder mig om konstruktionen, men det er efter specifikation og det vil være en fordel at komme væk fra den manuelle validering vi har nu.

Jeg tror stadig ikke at jeg har forstaaet problemet.

Lad os tage et super simpelt eksempel.

Du har en web service som bruger 2 int og den skal aendres til at bruge 2 double.

Med generering af stub:
- du retter client koden til at bruge double i.s.f. int
- du builder (build starter med at generere en ny stub)

Manuelt:
- du retter client koden til at bruge double i.s.f. int
- du retter XML genereringen
- du retter XML validering
- du builder

Jeg har lidt svaert ved at tro at du kan kalde en aendret web service uden at rette og rebuilde din kode.

Men ellers indeholder en WSDL (i document mode) nogle helt normale schemaer som boer kunne fiskes ud og bruges til validering.

.. men jeg vil kun builde én gang.

Alt dynamikken skal ligge i WSDL og XML-filer. I princippet skulle den kunne tage en vilkårlig WSDL og trække data ud af databasen (vha. def i XML), generere en SOAP og sende den afsted - men der skal være en validering op mod WSDL'en et sted.

Du kommer stort set til at bygge dit eget sprog og fortolker. Var det ikke nemmere at lade in C# kode kalde noget kode i et dynamisk typed .NET sprog?

WSDL'en kommer fra anden part og det er deres luner vi må håndtere lettest muligt. Dvs. hvis de kommer med en ny WSDL så vil vi blot rette i XML-filen der definerer hvorfra programmet skal hente data (den del eksisterer). Meningen er netop at vi skal skrotte den kodede validering vi har nu, og skyde valideringen over på noget .NET-noget.

Man kan gratis hente en samling DLL'er fra Altova (XmlSpy) hvori det virker som den slags understøttes; har dog ikke undersøgt det nok da jeg helst ikke vil blande Win32 og .NET sammen.
Desuden regnede jeg med, at hvis der fandtes et "sprog" der understøttede validering af XML på kryds og tværs, så var det .NET. Forventede noget a la XMLDocument.ValidateAgainstWSDL(URL/Path); derfor de ydmyge 30 points.

Denne applikation skal ligge hos vores kunder og skal helst være en homogent løsning vi stort set kan glemme når den er kørende.

Hvis jeg har forstået problemet så er det du ønsker at gøre at validere et xml request ifht. WSDL'ens XSD noget ala det han gør her

http://www.codeguru.com/csharp/csharp/cs_data/xml/article.php/c6737

Eller?

spaceus: Ja tak, det var lige sådan noget jeg (vi) prøver. Man må kunne udtrække xsd-delen (for det er vel det det er) af en WSDL-fil og så validere derfra.

Læg et svar tak.

xsd url vil jo typisk fremgå af wsdl filen så det vel bare at hente den og validere