2010-07-21 5 views
8

Je suis en train de changer où XmlSerializer Sorties Assemblées temporaires, donc je suis de ce genre de tutorielModification où XmlSerializer Sorties Assemblées temporaires

http://www.hanselman.com/blog/ChangingWhereXmlSerializerOutputsTemporaryAssemblies.aspx

encore quand j'ajoute

<system.xml.serialization> 
    <xmlSerializer tempFilesLocation="c:\\foo"/> 
</system.xml.serialization> 

Je reçois tempFileLocation n'est pas un attribut valide. J'utilise .net 4.0

Le nom a-t-il changé ou quelque chose?

Répondre

7

Quelle version de .NET Framework utilisez-vous? Cette fonctionnalité non documentée n'a été introduite que dans une mise à jour pour Framework 2.0, il se peut donc que vous n'ayez pas toutes les mises à jour?

Voici un lien vers le site de support MS en ce qui concerne la mise à jour http://support.microsoft.com/kb/934529

Mise à jour: Je l'ai testé avec ce cadre VS2010 4.0. Alors que l'IDE affiche l'avertissement suivant en raison du schéma n'incluant pas cet attribut.

Warning 13 The 'tempFilesLocation' attribute is not allowed. 

J'ai exécuté et compilé le code et cela a fonctionné correctement. Voici le fichier de configuration que j'ai utilisé.

<?xml version="1.0"?> 
<configuration> 
    <system.diagnostics> 
    <switches> 
     <add name="XmlSerialization.Compilation" value="1" /> 
    </switches> 
    </system.diagnostics> 

    <system.xml.serialization> 
    <xmlSerializer tempFilesLocation="c:\foo"/> 
    </system.xml.serialization> 
    <startup><supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/></startup> 
</configuration> 
+0

J'utilise .net 4.0 – chobo2

+0

J'ai vérifié avec réflecteur et le code pour lire le tempFilesLocation est là, il shoud travail. Je vérifierai demain quand je serai à ma machine de dev pour confirmer que cela fonctionne. Mais gardez à l'esprit qu'il s'agit d'une fonctionnalité non documentée, même si cela fonctionne aujourd'hui, il pourrait ne pas fonctionner et ne pas fonctionner demain. –

+0

Oui, très probablement, ce comportement est juste un pépin/omission dans le schéma XML que Visual Studio utilise pour analyser le web.config - ne serait pas le premier! –