Den fejl skal nu komme. Det er er jo netop et struktureret svar du får retur. Jeg kan forstå at du forsøger dig med webinterfacet til webservices. Men når du implementerer webservicen rigtigt via SOAP, vil det ikke være tilladt i det program der konsumerer webservicen, at angive en tom værdi, hvorfor dette program netop skal fejle. Dvs. den korrekte måde at håndtere det på ville være at lade denne fejl ske. Brugeren der implementerer denne webservice skal så selv håndtere denne fejl.
Fejl du derimod skal håndtere inde i webservicen, er fejl som ikke skyldes brugeren af webservicen. Fx. hvis databasen er nede. Her kan du så throwe en mere sigende exception tilbage til brugeren.
Det jeg får tilbage vil jeg ikke betegne som et struktureret svar, men nærmere som et dump fra et .net element. Formentlig af en exception.
Denne exception vil jeg gerne fange, således at jeg kan validere den slags felter på samme måde som mine øvrige valideringer, og rapportere dem tilbage i samme struktur.
nej det er netop en exception du får tilbage som .NET tolkeren kan forstå. Som du selv skriver, så kommer den fejl FØR dit kode bliver ekserkveret. Dette er netop fordi klientside-koden ikke er korrekt. Din webservice fejler ikke her.
Prøv at implementere den istedet, og se hvad der sker hvis du forsøger at sende en ikke-initialiseret værdi til webservicen. Så får du en fejl, præcis som hvis du forsøgte det med en hvilken som helst metode som ligger lokalt i dine DLL'er.
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.