Visual Studio sélectionne toujours le mauvais xsd pour App.config

tout d'abord, j'ai un .NET 4.0 application avec cette configuration:

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

J'ai eu le même problème comme celui de cette question: app.config "ne Pouvait pas trouver les informations de schéma" après la conversion de Visual Studio 2010 /.Net 4.0 : Le supportedRuntime élément n'a pas été reconnu par l'éditeur, résultant en un indice.

J'ai ensuite suivi la réponse: j'ai été dans l'application.l'éditeur de configuration et alla à la fenêtre des Propriétés. Là, j'ai sélectionné les Schémas d'entrée.

J'ai enlevé la sélection de la DotNetConfig.xsd et sélectionné la DotNetConfig35.xsd à la place, mais VS toujours ajoute automatiquement le DotNetConfig.xsd de nouveau. Même si je l'ai mis explicitement à "ne pas utiliser ce schéma" ou même supprimer le schéma à partir de la liste, il est automatiquement ajouté à la liste sélectionné.

Car j'ai maintenant deux schémas sélectionnés qui définissent les mêmes éléments, je reçois beaucoup de mises en garde.

Comment puis-je modifier le schéma d'utiliser le DotNetConfig35.xsd et ne PAS avoir le DotNetConfig.xsd automatiquement ajoutés à nouveau?

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

41

Je interpréter le problème de la manière suivante: le fichier DotNetConfig.xsd a du mal (ou non pleine) de la définition de la <startup> élément. La ligne 230 de tous les DotNetConfig.xsd, DotNetConfig35.xsd, DotNetConfig30.xsd et DotNetConfig20.xsd fichiers contient
```
<xs:element name="startup" vs:help="configuration/startup" />
```
De l'autre côté de Microsoft décrit les les paramètres de démarrage de schéma pas comme élément vide. Donc, je suggère de remplacer la ligne ci-dessus dans DotNetConfig.xsd et dans tous les DotNetConfigXX.xsd des fichiers à partir de la %ProgramFiles%\Microsoft Visual Studio 10.0\Xml\Schemas répertoire (ou %ProgramFiles(x86)%\Microsoft Visual Studio 10.0\Xml\Schemas répertoire sur les systèmes 64 bits) pour les lignes suivantes
```
<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" />
        
    </xs:complexType>
</xs:element>
```
Après la modification et le démarrage de Visual Studio 2010, vous n'aurez pas les avertissements que vous avez décrit. De cause, on peut définir le schéma de tous les attributs ou des éléments plus détaillés (surtout si nous trouvons une documentation plus détaillée de la <startup> l'article), mais je veux décrire la raison du problème et un moyen pour résoudre ce problème.

Par le chemin le choix entre DotNetConfig.xsd, DotNetConfig35.xsd et d'autres DotNetConfigXX.xsd fichiers se fera en fonction de ce que contient le catalog.xml fichier dans le même répertoire, de schéma qui décrit ici. La version standard de l' catalog.xml fichier contient les lignes suivantes
```
<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 = ''" />
```
Tous les fichiers ayant .config extension sera interprète par Visual Studio comme des fichiers avec le schéma XSD décrit par l'un de fichiers ci-dessus.
- Merci. Qui a fait le tour. Je n'ai même pas pensé à la possibilité que le xsd expédition avec VS est peut-être erroné.
- P. R. Gingter: Vous souhaitons la bienvenue! Personne n'est parfait. Microsoft aussi. Ce n'est pas une bonne idée d'avoir un XSD pour tous .les fichiers de configuration (app.config, web.config et ainsi de suite). Il y a donc à proximité d'autres problèmes avec la configuration du schéma. Néanmoins, je suis heureux d'entendre que je vous ai aidé. Mach de l'intestin!
- Se débarrasser de 41 avertissements pour moi aussi. Merci beaucoup 🙂
- Knobloch-Bråthen: Vous êtes les bienvenus! J'envoie aussi beaucoup de mon temps jusqu'à ce que je friands de la raison et de résolu pour moi. Plus tard, j'ai écrit la réponse. Je suis sûr que beaucoup de gens qui regardent les mises en garde de Visual Studio de passer son temps pour les messages étranges. Il est dommage que Micosoft jusqu'à ne pas résolu le problème.
- Même dans le SP1, il ne semble pas être fixe, triste. Mais merci pour la réponse très.
- J'ai changé comme vous l'avez décrit, mais j'ai réalisé que RazorCustomSchema.xsd est venu sélectionné par défaut et ne peut pas être supprimé. Je veux choisir DotNetConfig40.xsd mais ne pouvez pas sélectionner. Toutes les suggestions? Je suis avec VS 2012
- Je suppose que l'on doit faire la modification de dotNetConfig40.xsd" dans l'étroite voie comme je l'ai suggéré ici. Si vous ne serez pas en mesure de le faire vous-même, vous pouvez ouvrir une nouvelle question avec la description du problème et avec la description détaillée comment il peut être reproduite.
- M'a sauvé beaucoup de temps avec cela.. Et ce message ennuyeux est maintenant disparu, enfin!
- Je suis heureux que mon ancienne réponse pourrait vous aider aussi. Je suis demander pourquoi Microsoft jusqu'à maintenant n'a pas résolu le problème dans Visual Studio.
- Le mien ne me permet pas d'enregistrer le fichier
- Vous devez disposer de droits d'administration si vous souhaitez modifier des fichiers à partir de Fichiers de Programme.
InformationsquelleAutor Oleg
1

Quand je suis tombé sur ce problème, la raison des nations unies-vérification du schéma n'a pas fallu s'est avéré être le fait d'avoir plusieurs instances de Visual Studio ouvert.

(J'ai eu VS2015 ouvrir avec un projet et VS2013 également ouvert en même temps avec un projet différent.)

Remarque multiples versions de Visual Studio et des allers-retours sur le même projet/solution semble être la façon dont certaines questions avec la répétition des schémas s'est produite en premier lieu.

InformationsquelleAutor gremlin
0

C'est un vieux post, mais je viens de rencontré le même problème.

L'approche que j'ai pris est le même que celui de Ken Johnsrude suggéré ci-dessus, - de créer un nouveau .fichier xsd:

http://w3stack.org/question/c-how-to-fix-error-could-not-find-schema-information-for-the-attributeelement-by-creating-schema/
1. MSVS > Ouvrir un projet app.config
2. XML > Create Schema
  
  Cela va créer une "application.xsd" dans %TEMP%
```
 EXAMPLE: c:\users\paulsm\AppData\Local\Temp\app.xsd
```
3. Déplacer app.xsd pour projet de répertoire
4. App.Config, cliquez-Droit > Propriétés > Schémas > ...
  app.xsd > Utiliser > l'Utilisation de ce schéma = OUI
InformationsquelleAutor paulsm4

Vous devez vous connecter pour publier un commentaire.