Cuando compilo una aplicación con VS2008 A veces termino con 2 archivos de configuración idénticos:¿Qué es el archivo * .vshost.exe.config?
- * exe.config
- * .vshost.exe.config
¿Cuál es la última ¿uno para?
Cuando compilo una aplicación con VS2008 A veces termino con 2 archivos de configuración idénticos:¿Qué es el archivo * .vshost.exe.config?
¿Cuál es la última ¿uno para?
Aquí hay una publicación de blog que habla sobre el proceso vshost y su propósito.
Además del enlace externo, debe agregar al menos una pequeña explicación, para que la respuesta esté contenida en SO y no dependa completamente de un recurso externo que pueda desaparecer. – JotaBe
Al depurar VS, su aplicación se llamará [appname] .vshost.exe y, por lo tanto, el archivo .vshost.exe.config es donde el .NETRuntime buscará la configuración del programa.
¿Qué ocurre si se publica en el servidor? ¿Causa algún problema? – batmaci
me di cuenta de algo más acerca de este comportamiento.
Mientras VS creará una configuración llamada [nombreaplic] .vshost.exe.config, la llamada a la API:
var s = AppDomain.CurrentDomain.SetupInformation.ConfigurationFile
no devuelve este nombre, sino que regresa: [nombreaplic] .config
Esto estaba usando VS2010. No registrado en VS2008
Creo que es porque si tiene habilitado el alojamiento de VS en la pestaña de depuración de las propiedades del proyecto, buscará [appname] .vshost.exe.config. Pero si lo tiene deshabilitado, buscará [appname] .config. Migré un proyecto de VS2008 -> VS2013 y no leería el archivo de configuración sin importar lo que devolvería nulo. y el vshost.exe.config nunca se generaría. Así que tuve que desactivar el alojamiento VS descrito anteriormente, luego renombré app.config a [appname] .config y lo puse en la carpeta bin. Ahora funciona. – drzounds
Gracias por la pregunta para agitar la discusión. –