Visual Studio wählt immer das falsche xsd für App.config aus

erste von allen, ich habe einen .NET 4.0-Anwendung mit dieser Konfiguration:

<?xml version="1.0"?>
<configuration>
    <startup>
        <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/>
    </startup>
</configuration>

Ich hatte das gleiche problem wie in dieser Frage: app.config "Konnte nicht gefunden schema-Informationen" nach der Konvertierung in Visual Studio 2010 /.Net 4.0 : Das supportedRuntime-element nicht erkannt wurde, von der Redaktion, was ein Hinweis.

Worauf ich dann die Antwort: ich war in der app.config-editor und ging zum Fenster Eigenschaften. Dort wählte ich die Schemas Eintrag.

Habe ich entfernt, die Auswahl der DotNetConfig.xsd und wählte die DotNetConfig35.xsd statt, aber VS immer fügt automatisch die DotNetConfig.xsd wieder. Auch wenn ich es explizit auf "verwenden Sie nicht dieses schema" oder auch entfernen das schema aus der Liste aus - es wird automatisch Hinzugefügt, um die Liste erneut und ausgewählt.

Weil ich jetzt zwei Schemata ausgewählt, die definieren, die gleichen Elemente, bekomme ich eine Menge Warnungen.

Wie kann ich das ändern das schema zu verwenden, die DotNetConfig35.xsd-und NICHT die DotNetConfig.xsd automatisch wieder Hinzugefügt?

InformationsquelleAutor der Frage Sebastian P.R. Gingter | 2010-12-04

  1. 40

    Interpretiere ich das problem wie folgt: die Datei DotNetConfig.xsd ist falsch (oder nicht voll) definition der <startup> element. Die Linie 230 von allen DotNetConfig.xsd, DotNetConfig35.xsd, DotNetConfig30.xsd und DotNetConfig20.xsd Dateien enthält

    <xs:element name="startup" vs:help="configuration/startup" />

    Auf der anderen Seite von Microsoft beschreibt die Start-Einstellungen-schema nicht als leeres element. So schlage ich vor, ersetzen Sie die oben genannte Zeile in DotNetConfig.xsd und in allen DotNetConfigXX.xsd Dateien aus dem %ProgramFiles%\Microsoft Visual Studio 10.0\Xml\Schemas Verzeichnis (oder %ProgramFiles(x86)%\Microsoft Visual Studio 10.0\Xml\Schemas Verzeichnis auf 64-bit-Systeme) die folgenden Zeilen

    <xs:element name="startup" vs:help="configuration/startup">
    <xs:complexType>
        <xs:choice minOccurs="1" maxOccurs="1">
            <xs:element name="requiredRuntime" vs:help="configuration/startup/requiredRuntime">
                <xs:complexType>
                    <xs:attribute name="version" type="xs:string" use="optional" />
                    <xs:attribute name="safemode" type="xs:boolean" use="optional" />
                </xs:complexType>
            </xs:element>
            <xs:element name="supportedRuntime" minOccurs="1" maxOccurs="unbounded" vs:help="configuration/startup/supportedRuntime">
                <xs:complexType>
                    <xs:attribute name="version" type="xs:string" use="optional" />
                    <xs:attribute name="sku" type="xs:string" use="optional" />
                </xs:complexType>
            </xs:element>
        </xs:choice>
        <xs:attribute name="useLegacyV2RuntimeActivationPolicy" type="xs:boolean" use="optional" />
        <!-- see http://msdn.microsoft.com/en-us/library/bbx34a2h.aspx -->
    </xs:complexType>
</xs:element>

    Nach einer solchen änderung und dem Neustart von Visual Studio 2010 Sie haben nicht die Warnungen, die Sie beschrieben. Der Ursache kann man definieren das schema alle Attribute oder Elemente Ausführlicher (vor allem, wenn wir finden, eine detaillierte Dokumentation der <startup> Abschnitt), aber ich beschreibe die Ursache für das problem nur einen Weg, um es zu beheben.

    Übrigens die Wahl zwischen DotNetConfig.xsd, DotNetConfig35.xsd und andere DotNetConfigXX.xsd Dateien erfolgt auf der Grundlage der enthalten der catalog.xml - Datei aus dem Verzeichnis, in das schema beschrieben hier. Die standard-version des catalog.xml - Datei enthält die folgenden Zeilen

    <Association extension="config" schema="%InstallRoot%/xml/schemas/dotNetConfig20.xsd" condition="starts-with($TargetFrameworkMoniker, '.NETFramework,Version=v2.')" />
<Association extension="config" schema="%InstallRoot%/xml/schemas/dotNetConfig30.xsd" condition="starts-with($TargetFrameworkMoniker, '.NETFramework,Version=v3.0')" />
<Association extension="config" schema="%InstallRoot%/xml/schemas/dotNetConfig35.xsd" condition="starts-with($TargetFrameworkMoniker, '.NETFramework,Version=v3.5')" />
<Association extension="config" schema="%InstallRoot%/xml/schemas/dotNetConfig.xsd"   condition="starts-with($TargetFrameworkMoniker, '.NETFramework,Version=v4.') or $TargetFrameworkMoniker = ''" />

    Also alle Dateien mit .config Erweiterung wird interpretiert von Visual Studio als Dateien mit der XSD-schema beschrieben wird durch eine von oben genannten Dateien.

    InformationsquelleAutor der Antwort Oleg

  2. 0

    Dies ist eine alte post, aber ich hatte das gleiche problem.

    Die Herangehensweise war die gleiche, Ken Johnsrude oben vorgeschlagen - um eine neue zu erstellen .xsd-Datei:

    http://w3stack.org/question/c-how-to-fix-error-could-not-find-schema-information-for-the-attributeelement-by-creating-schema/

    1. MSVS > Öffnen Sie den Projekt-app.config

    2. XML - > Create Schema

      Diese zu schaffen " - app.xsd" im Ordner %TEMP%

       EXAMPLE: c:\users\paulsm\AppData\Local\Temp\app.xsd

    3. Bewegen, app.xsd zu Projekt-Verzeichnis

    4. App.Config mit der Rechten Maustaste auf > Eigenschaften > - Schemas > ...
      app.xsd - > Verwendung > Verwendung dieses schema = JA

    InformationsquelleAutor der Antwort paulsm4

  3. 0

    Wenn ich lief in dieses problem, der Grund un-überprüfung das schema nicht nehmen, stellte sich heraus, dass mehrere Instanzen von Visual Studio offen.

    (Ich hatte VS2015 öffnen, die mit einer Projekt-und VS2013 auch offen zur gleichen Zeit mit einem anderen Projekt.)

    Hinweis, mehrere Versionen von Visual Studio und Wechsel hin und her am selben Projekt/Lösung scheint auch zu sein, wie einige Probleme mit sich wiederholenden schemas traten in den ersten Platz.

    InformationsquelleAutor der Antwort gremlin

  4. 0

    Für mich ich bemerkte, dass ich hatte ein paar XML Schemas wurden dupliziert, in XML->Schemas ich nur einfach markiert die Duplikate Don't Use. Insbesondere alle diejenigen, die nicht im Zusammenhang mit Visual Studio 2017. Das problem sofort verschwunden und nicht mehr überflüssig Warnungen gezeigt wurden

    InformationsquelleAutor der Antwort TheGeneral

Schreibe einen Kommentar