So akzeptieren Sie eine SOAPException auf der Clientseite

Question

Ich habe den gefürchteten "Client gefunden Antwortinhaltstyp von" Text / HTML ", aber erwartete" Test / XML "-Fehler, aber nach einigen googling fand ich Dieser Beitrag zum Zurückgeben einer SOAPException.

Also ging ich weiter und umgesetzte, aber jetzt bekomme ich immer noch den gleichen Fehler. Gibt es Änderungen, die ich auf der Kundenseite machen muss, um die Soapexception akzeptieren zu können (ich würde nicht so denken, alles erbt nur aus Ausnahme, richtig?)

Warum bekomme ich noch diese gefürchtete Antwort auf der Clientseite?

generasacodicetagpre.

edit: Ich weiß, dass die Ausnahme in diesem Fangblock genau das ist, was ich sehen muss, aber ich bekomme immer noch das System.invalidoperationException auf der Client-Seite.

edit2: Ich verbinde mich über eine WEBREFERERENCE mit den Webservices (aufrufen a * .asmx-Datei), falls dies hilft / ankommt.

edit3: Hier ist das, was auf unseren Ausnahmelog serverseitig (im PublishingManager.Publish () Anruf) geschrieben wird. Mein Gedanke war, dass dies das sein sollte, was an den Kunden zurückgegeben wird ...

generasacodicetagpre.

edit3: Ich möchte nur diesen zusätzlichen Code-Chunk werfen, so dass die Leute sehen, wie ich diese Ausnahmen teste (und vielleicht ist es der falsche Weg, ...). In meinem ersten Code-Chunk habe ich den Anruf innerhalb des Versuchsblocks, um "computers.pwd.getconversionErrors ();", hier ist diese Methode:

generasacodicetagpre.

Wie Sie sehen, kommentierte ich den eigentlichen Anruf und warf einfach in meine eigene Linie, die jedes Mal für Testzwecke eine Ausnahme werfen wird ...

edit4: @gbvb Hier ist die neue Methode:

generasacodicetagpre.

edit5: was fiddler2 sah:

generasacodicetagpre.

Wenn jemand weiß, dass dieser Abschnitt schön formatiert, tun Sie bitte :)

Answer 1

Also habe ich es zur Arbeit bekommen.Hier ist, was ich herausfand:

Wenn Sie die Eigenschaften meiner Website in IIS anzeigen, dann wählen Sie "Module", gibt es einen Eintrag namens "CustomerRormodule", der versucht, die Fehler zu verarbeiten, die von der Website / Web-Service geworfen werden.

Das Fix besteht darin, entweder diesen Eintrag "CustomerRormodule" zu entfernen, oder aktualisieren Sie meine Konfigurationsdatei von:

generasacodicetagpre.

an:

generasacodicetagpre.

Vielen Dank für die Hilfe, es hat mich in die richtige Richtung gelenkt.(BTW, ich aktualisiere die Konfigurationsdatei, sodass ich nicht mit dem Modul-Sachen verwirren muss)

auch Hier ist ein Link , der diese Situation erklärt.

Answer 2

Nur für Kichern, können Sie versuchen, neue SOAPException () mit dem SOAPException.clientFaultCode als Typ von diesem Anruf ausdrücklich zu werfen?Natürlich haben Sie mehrere Ebenen, die in dem oben angegebenen Code versagen können, und es ist einfach zu versauen (glauben Sie mir, ich kenne :)).Nehmen Sie nicht die anderen Methoden wie Publisher.Publish an.