Fügen Sie den benutzerdefinierten Fehlerbehälter zu Beginn der Module in web.config (nicht manuell) hinzu

Question

Gibt es eine Möglichkeit, einen Fehlerhandler HTTPModule zu Beginn des Module-Abschnitts in Web.config zu setzen, ohne dies manuell zu tun?

Ich habe den zusätzlichen Web.config-Ansatz wie diesem versucht: generasacodicetagpre.

Das Problem ist, dass der benutzerdefinierte Fehlerhandler vor dem Standardhandler platziert werden muss. Wenn Sie dies nicht tun, übernimmt SharePoint die Ausnahme selbst und liefert die Standardausnahme-Seite.

erwartet: generasacodicetagpre.

Ergebnis durch zusätzlichen Ansatz: generasacodicetagpre.

Wie dieser Thread sagt (Confiremd von MS Developer), es gibt keine Möglichkeit, die Reihenfolge der Knoten beim Arbeiten mit der spwwebconfigmodifizierung zu steuern:

http: / /social.techet.microsoft.com/forums/en-us/sharepoint2010programmierung/thread/154a09de-d9fc-4622-a397-589a3c1a87e5/

Hinzufügen des Web.config-Eintrags manuell ist keine Option.

Gibt es wirklich keinen anderen Weg?

Answer 1

endlich habe ich mit einem anderen Ansatz für meine benutzerdefinierten Fehlerseiten beendet.

Da es nicht möglich ist, die Reihenfolge der Elemente in web.config programmgesteuert zu steuern (was so viel saugt!) und Editieren Sie manuell keine Option, habe ich den Ansatz mit einem HTTPModule aufgegeben und Web.config manipulieren. .

Stattdessen habe ich einen Web-Application-SCAPED-Feature-Empfänger wie hier beschrieben geschrieben: http://todd-carter.com /post/2010/04/07/an-expected-ufror-has-occuring.aspx . So legen Sie eine benutzerdefinierte Fehlerseite für die Anwendung (welche Ausnahmen ausnommen) einstellen. Die Seite "Benutzerdefinierte Fehler" hat eine Steuerung, die eine benutzerdefinierte Nachricht für den Benutzer macht und die Ausnahme anmeldet.

Zusätzlich fügte ich zusätzlich eine benutzerdefinierte 404.HTML-Datei in den Ordner zugeordnete Layouts \ 1033 hinzu und registrierte diese Datei für die Anwendung in demselben Funktionsempfänger (siehe Code unten). Die 404.HTML leitet eine Umleitung in eine .aspx-Datei. Der ASPX hat eine Steuerung, die den Internationalisierten inhaltlichen Inhalten macht. Sie können den statischen HTML auch nur für 404 Fehler einstellen. Der Grund für die Umleitung war Internationalisierung.

Eine zusätzliche Fallstricke mit der .html-Datei und Nicht-IE-Browser war für mich das hier beschriebene Problem (weil ich den Standard SP 404.html für einen Startpunkt kopierte):

http://andreasglaser.net/post/2009/03/15/sharepoint-und-custom-404-page-not-fund-und-utf-8-iseue-with-firefox. Aspx

Code geht hier: generasacodicetagpre.

Answer 2

Wenn es nicht wie erwartet funktioniert, würde ich Ihnen empfehlen, XPath zu verwendenzusammen mit spwwebmodifications , um die Reihenfolge zu definieren.

update

Ich habe es gerade mit der XPath-Lösung meine Lösung getestet und sich nicht wie erwartet verhält.Es scheint, dass es auf keinen Fall ist , die Reihenfolge der Einträge zu steuern.Vielen Dank für seine Eingabe!

update 2

Könnten Sie bitte versuchen, den generakodicetagcode anstelle von HttpApplication zu verwenden, da HttpContext die Methoden, Eigenschaften, Eigenschaften und Ereignisse definiert, die allen Anwendungsobjekten in einer ASP.NET-Anwendung gemeinsam sind. Mehr sehen

uage generasacodicetagpre.