C# app.config Problem - Configuration: Unbekanntes Element 'Einstellung'

Question

Einige Hintergrundinformationen: Ich habe einen Windows-Dienst mit 5 Webreferenzen, funktioniert alles groß in mehreren Umgebungen Dev, Test, QC. Dev und Test führen Windows 2003, QC und PROD Windows 2000 aus. Wir haben den Dienst mit demselben Satz von Assemblys und Konfigurationsdateien in die Produktion versetzt und erhalten diesen Fehler. Die Ausnahme ist nicht durch denselben Codeblock konsistent. Andere Webreferenz arbeiten, die dieselben Standardkonfigurationselemente verwenden.

Die Ausnahme:

System.Xml.XmlDocumentSystem.Configuration. 
ConfigurationErrorsException: Unrecognized 
element 'setting' 

Beispiel Config-Abschnitte:

<sectionGroup name="applicationSettings" 
type="System.Configuration.ApplicationSettingsGroup, 
System, Version=2.0.0.0, 
Culture=neutral, PublicKeyToken=b77a5c561934e089" > 
     <section name="Blah.AWD.SubSystem.AUE.Properties.Settings" 
     type="System.Configuration.ClientSettingsSection, 
     System, Version=2.0.0.0, 
     Culture=neutral, PublicKeyToken=b77a5c561934e089" 
     requirePermission="false" /> 
</sectionGroup> 


<applicationSettings> 
<Blah.AWD.SubSystem.AUE.Properties.Settings> 
    <setting name= 
    "AWD_SubSystem_AUE_WebService_Validator_AppEntryValidator" 
    serializeAs="String"> 
     <value>http://blah.asmx</value> 
    </setting> 
</Blah.AWD.SubSystem.AUE.Properties.Settings>  
</applicationSettings> 

---

ich John Antwort als richtig akzeptiert, weil es eine Stationierung Problem ist beendet und war spezifisch für die Umwelt. Nichts war wirklich falsch mit der Konfiguration.

Die Ausnahme:

System.Xml.XmlDocumentSystem.Configuration. 
ConfigurationErrorsException 

verursacht wird, wenn Sie ein Element in der Config setzen, die nicht erkannt wird und nicht in der Lage von der benutzerdefinierten Konfiguration Klasse serialisiert werden.

Answer 1

Sind Sie 100% sicher, dass die Produktionsumgebung auf der gleichen .NET-Version wie Ihre anderen ist? Wenn der exakt gleiche Code (Sie sind sicher, dass alle Assemblies korrekt fallengelassen wurden?) In 5 Umgebungen korrekt ausgeführt wird und in der Produktion kotzt, klingt das möglicherweise nach Umweltproblemen.

Ist es möglich, dass - gah - Ihre Produktumgebung nur .NET 1.1 verfügbar hat? Oder dass der betreffende Webdienst in einen 1.1 AppPool auf IIS verschoben wurde? (Obwohl es scheint, das Problem ist nicht der Web-Service, sondern der Windows-Dienst - was sollte die letzte Frage ...)