2010-07-21 16 views
8

Estoy tratando de cambiar el lugar donde XmlSerializer Salidas Asambleas temporales así que estoy siguiendo este tipo de tutorialCambio en XmlSerializer Salidas Asambleas temporales

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

aún cuando agrego

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

consigo tempFileLocation no es un atributo válido Estoy usando .net 4.0

¿Ha cambiado el nombre o algo así?

Respuesta

7

¿Qué versión de .NET Framework está usando? Esta funcionalidad no documentada solo se introdujo en una actualización de Framework 2.0, por lo que es posible que no haya recibido todas las actualizaciones.

Aquí hay un enlace al sitio de soporte de MS en relación con la actualización http://support.microsoft.com/kb/934529

actualización: He probado esto con VS2010 Framework 4.0. Mientras que el IDE muestra la siguiente advertencia debido al esquema que no incluye este atributo.

Warning 13 The 'tempFilesLocation' attribute is not allowed. 

Ejecuto y compilé el código y funcionó bien. Aquí está el archivo de configuración que utilicé.

<?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

estoy usando .NET 4.0 – chobo2

+0

he comprobado con reflector y el código para leer el tempFilesLocation está ahí, por lo que SHAUD trabajar. Revisaré mañana cuando esté en mi máquina de desarrollo para confirmar que funciona. Pero tenga en cuenta que se trata de una funcionalidad no documentada, por lo que incluso si funciona hoy podría no funcionar y no es necesario que funcione mañana. –

+0

Sí, lo más probable es que ese comportamiento sea solo un fallo/omisión en el esquema XML que Visual Studio usa para analizar el archivo web.config: ¡no sería el primero! –