XamlParseException después de implementar el proyecto WPF
deployment (9)
He intentado implementar mi aplicación WPF, creé un proyecto de instalación con el Asistente de configuración. La única salida del proyecto que agregué fue la primaria. Después de compilar esto e instalar el programa, tan pronto como hago clic en el archivo exe en mi escritorio, aparece una ventana emergente que dice "Mi programa ha dejado de funcionar", así que hago clic en Depurar el programa y veo
Se produjo una excepción no controlada del tipo ''System.Windows.Markup.XamlParseException'' en PresentationFramework.dll
Información adicional: ''Set connectionId lanzó una excepción''. Número de línea ''10'' y posición de línea ''9''.
Esta excepción no me señala en ninguna dirección en cuanto a qué arreglar. no hay ''connectionId'' en ninguna parte de mi aplicación.
Anteriormente me encontré con una XAMLParseException debido a NotifyIcon para la bandeja del sistema, pero esto se solucionó al agregar el icono a la ruta de acceso de mi archivo ejecutable. Pensé que este podría ser el problema, así que agregué el ícono a mi Proyecto de Configuración, junto con todas las otras Salidas del Proyecto. Sigue sin funcionar.
Sé que este es un error impreciso, pero cualquier ayuda sería apreciada, mi aplicación no se ejecutará en absoluto. ¡Gracias!
¡Limpiar y reconstruir la solución podría ayudar!
Esto normalmente se produce al no tener todas las dependencias copiadas a la salida. Como dices, el mensaje de error no es muy útil, pero verificaría que tu aplicación tenga todas las dependencias necesarias disponibles para resolver los tipos analizados.
Normalmente, basta con configurar Copy Local en true para los ensamblados a los que se hace referencia, pero he experimentado algunos casos en los que las referencias hacen referencia a los ensamblados, por lo que también puede ser necesario agregarlas explícitamente.
Actualizar:
Importante adición por @ BENN1TH.
Si quieres ver qué es un ensamblaje es necesario:
Obtenía el mismo tipo de problema una vez que había publicado e instalado mi proyecto (funcionaba bien en la depuración VS2013 Desktop, no había errores, etc.) pero usé el consejo en http://geekswithblogs.net/lbugnion/archive/2007/03/ 14 / 108728.aspx y wham ! proyecto instalado estaba trabajando ..
try
{
InitializeComponent();
}
catch ( Exception ex )
{
// Log error (including InnerExceptions!)
// Handle exception
}
Limpiar y reconstruir el proyecto no fue efectivo para mí.
Puede intentar eliminar el directorio bin y luego reconstruir, resolví mi problema de esta manera.
Me encontré con esto cuando trabajo con varias DLL que se ejecutan dentro de una aplicación y esas DLL tienen diferentes versiones de la misma dependencia cargada.
Normalmente combinamos los dlls durante nuestra versión de lanzamiento para evitar este problema, pero lo vemos si estamos probando más de un conjunto de dlls no fusionadas durante el ciclo de desarrollo.
La solución es probar solo un conjunto de dlls no fusionadas, utilizando versiones de lanzamiento fusionadas para los otros dlls que no se están probando, o para asegurar que el dll dependiente sea la misma versión para ambos conjuntos.
Obtenía el mismo tipo de problema una vez que había publicado e instalado mi proyecto (funcionaba bien en la depuración VS2013 Desktop, no había errores, etc.) pero usé el consejo en http://geekswithblogs.net/lbugnion/archive/2007/03/ 14 / 108728.aspx y wham ! proyecto instalado estaba trabajando ..
try
{
InitializeComponent();
}
catch ( Exception ex )
{
// Log error (including InnerExceptions!)
// Handle exception
}
Si obtiene esta excepción en el depurador, verifique el miembro InnerException de la excepción. Podría darle una pista sobre qué ensamblaje falta.
Solo tuve unas buenas 4 horas tratando de resolver esto. El mío terminó siendo nada que ver con el xaml! Resultó que era un error menor en el código subyacente en MainWindow initialize.
Si todo lo demás falla, verifique allí
Tengo este problema Este problema se produce debido a Microsoft.Expression.Drawing.dll por favor descarga dll y agrega referencia.
Tuve este problema con una solución WPF en VS2010. La solución contenía un dll simple y un proyecto de prueba (configurado para el inicio) para probar el dll. Mi dll se configuró en x86 y mi proyecto de prueba se configuró en x64. Cuando cambié el proyecto de prueba a x86, el problema se resolvió.