Ein Fehlermeldung-Konfiguration angezeigt, wenn Sie ein untergeordnetes ASP.NET 1.0 oder untergeordneten ASP.NET 1.1-Anwendung, die unter einer übergeordneten ASP.NET-Anwendung geschachtelt durchsuchen

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 918830 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Alles erweitern | Alles schließen

Auf dieser Seite

Problembeschreibung

Stellen Sie sich das folgende Szenario vor:
  • Erstellen Sie eine Microsoft ASP.NET 1.0 oder ASP.NET 1.1 untergeordnete Anwendung, die unter einer ASP.NET-Anwendung übergeordneten geschachtelt ist. Die Website enthält z. B. die folgende Struktur:
    • http://contoso.com
    • http://contoso.com/Research
  • Der Datei Web.config für die übergeordnete ASP.NET-Anwendung (http://contoso.com) enthält einen Abschnitt "<httpmodules>", die ein HTTP-Modul verweist. Darüber hinaus gilt die folgenden Bedingungen:
    • Das HTTP-Modul ist keine Assembly mit starkem Namen. Deshalb befindet sich das HTTP-Modul nicht im globalen Assemblycache.
    • Das HTTP-Modul ist nicht im Ordner Bin der ASP.NET-Anwendung untergeordneten.
In diesem Szenario beim Durchsuchen der untergeordneten ASP.NET Anwendung erhalten Sie eine Fehlermeldung etwa folgenden Inhalts angezeigt:
Konfigurationsfehler

Beschreibung: Fehler bei der Verarbeitung einer Konfigurationsdatei für diese Anforderung erforderlich. Überprüfen Sie die folgenden spezifischen Fehlerdetails, und ändern Sie die Konfigurationsdatei entsprechend.

Parser-Fehlermeldung: Datei oder Assembly Name httpModuleName oder eine ihrer Abhängigkeiten wurde nicht gefunden.

Quellfehler:
Zeile 14:-->
Zeile 15: <httpmodules>
Zeile 16: < Hinzufügen = "httpModuleType "Name =" httpModuleName "/ >
Zeile 17: </httpmodules>
Zeile 18: < Kompilierung
Hinweis: httpModuleName stellt die HTTP-Modul mit Name. httpModuleType stellt den Namen der Klasse und der Assemblyname des HTTP-Modul dar.

Auch erhalten Sie eine Konfiguration Fehlermeldung, wenn das übergeordnete Objekt ASP.NET-Anwendung alle HTTP-Handler verweist, die in den Ordner Bin sind.

Ursache

Dieses Problem rührt untergeordneten ASP.NET-Anwendungen die übergeordnete Anwendung ASP.NET-Einstellungen erben, die in der Datei Web.config sind Datei. Wenn Sie ein untergeordnetes Element ASP.NET-Anwendung durchsuchen, sucht er daher für die übergeordnete Anwendung HTTP-Modul im Ordner Bin untergeordneten. Wenn die untergeordnete Anwendung das HTTP-Modul nicht finden kann, sucht die Anwendung im globalen Assemblycache. Da das HTTP-Modul keine Assembly mit starkem Namen handelt, ist das HTTP-Modul nicht im globalen Assemblycache. Daher erhalten Sie die Fehlermeldung, das im Abschnitt "Problembeschreibung" genannt wird.

Abhilfe

Verwenden Sie um dieses Problem zu umgehen, eine der folgenden Methoden. Verwenden Sie die Methode, die die Situation am besten geeignet ist.

Methode 1: Erstellen einer Assembly mit starkem Namen

Sie können eine HTTP-Modul, die eine Assembly mit starkem Namen erstellt und dann auf der Web-Server des globalen Assemblycache hinzufügen die Assembly. Weitere Informationen zum Erstellen und Verwenden von Assemblys mit starkem Namen der folgenden Microsoft Developer Network (MSDN)-Website:
http://msdn2.microsoft.com/en-us/library/xwb8f617(vs.71).aspx

Methode 2: Kopieren Sie die DLL-Assembly-Datei zum Ordner Bin untergeordneten

Kopieren Sie die DLL-Assembly-Datei für das HTTP-Modul manuell in den Papierkorb Ordner der untergeordneten ASP.NET-Anwendung.

Methode 3: Aktualisieren von Anwendungen zu ASP.NET 2.0

Sie können die ASP.NET-Anwendungen zu ASP.NET 2.0 aktualisieren. Das Problem tritt nicht in ASP.NET 2.0 wegen Architekturverbesserungen in der Konfiguration von Anwendungseinstellungen. Weitere Informationen zum Aktualisieren auf ASP.NET 2.0 die folgenden MSDN-Website:
http://msdn2.microsoft.com/en-us/asp.net/aa336650.aspx

Status

Microsoft hat bestätigt, dass dies ein Problem in Microsoft-Produkten handelt, die im Abschnitt "Gilt für" aufgeführt sind.

Weitere Informationen

Sie können nicht den Fehler durch den Namen des HTTP-Moduls entfernen oder indem Sie den Namen des HTTP-Moduls in der Datei Web.config der ASP.NET-Anwendung untergeordneten umgehen. Beispielsweise führen Sie die folgenden Anweisungen Web.config das Problem:

Beispiel 1: Entfernen Sie den Namen des HTTP-Moduls

<httpModules>
  <remove name="httpModuleName"/>
</httpModules>
Hinweis: httpModuleName stellt den Namen des HTTP-Moduls dar.

Beispiel 2: Deaktivieren Sie den Namen des HTTP-Moduls

<httpModules>
  <clear/>
</httpModules>

Informationsquellen

Weitere Informationen über Assemblys mit starkem Namen der folgenden MSDN-Website:
http://msdn2.microsoft.com/en-us/library/wd40t7ad(vs.71).aspx
Weitere Informationen zu den globalen Assemblycache der folgenden MSDN-Website:
http://msdn2.microsoft.com/en-us/library/yf1d93sz(vs.71).aspx

Eigenschaften

Artikel-ID: 918830 - Geändert am: Freitag, 11. Mai 2007 - Version: 1.5
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft ASP.NET 1.1
  • Microsoft ASP.NET 1.0
Keywords: 
kbmt kbhttphandlers kbhttpmodule kbasp kbtshoot kbprb KB918830 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 918830
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com