XamlParseException после развертывания проекта WPF

Question

Я пытаюсь развернуть мое приложение WPF, я создал проект установки с помощью Мастера установки. Единственный выход проекта, который я добавил, был Первичный. После создания этого и установки программы, как только я нажму exe на своем рабочем столе, я получу всплывающее сообщение, в котором говорится: «Моя программа» перестала работать », поэтому я нажимаю« Отладка программы », и я вижу

Необработанное исключение типа «System.Windows.Markup.XamlParseException» произошло в PresentationFramework.dll

Дополнительная информация: «Set connectionId выбрал исключение». Номер линии «10» и позиция линии «9».

Это исключение не указывает мне ни в каком направлении относительно того, что исправить. в моем приложении нет «connectionId».

Я ранее сталкивался с XAMLParseException из-за моего NotifyIcon для моего системного лотка, но это было исправлено добавлением значка к пути моего exe. Я подумал, что это может быть проблемой, поэтому я добавил значок в свой проект установки вместе со всеми другими выходами проекта. Все еще не работает.

Я знаю, что это неопределенная ошибка, но любая помощь вообще будет оценена, мое приложение не будет работать вообще. Благодаря!

Answer 1

Это обычно вызвано тем, что не все зависимости скопированы на выход. Как вы говорите, сообщение об ошибке не очень полезно, но я бы проверял, что ваше приложение имеет все необходимые зависимости, доступные для разрешения разобранных типов.

Обычно достаточно установить Копировать локальное значение в значение true для ссылочных сборок, но я испытал некоторые случаи, когда ссылки сами ссылаются на сборки, поэтому может быть необходимо также явно добавить эти ссылки.

Update:

Важное дополнение по @ BENN1TH.

Если вы хотите увидеть, что сборка необходимо:

получал один и тот же тип вопроса, как только я опубликовал и установил мой проект (работает нормально в отладочной VS2013 Desktop, без ошибок и т.д.) но использовал совет от http://geekswithblogs.net/lbugnion/archive/2007/03/14/108728.aspx и wham! установленный проект работал.

try 

{ 
    InitializeComponent(); 
} 
catch (Exception ex) 
{ 
    // Log error (including InnerExceptions!) 
    // Handle exception 
} 

Answer 2

Уборка и восстановление решения могут помочь!

Answer 3

У меня была эта проблема с решением WPF в VS2010. Решение содержало простую dll и тестовый проект (установленный для запуска) для тестирования dll. Моя dll была установлена ​​в x86, и мой тестовый проект был установлен на x64. Когда я изменил тестовый проект на x86, проблема была решена.

Answer 4

Если вы получили это исключение в отладчике, проверьте член InnerException для исключения. Это может дать вам подсказку о том, какая сборка отсутствует.

Answer 5

У меня всего 4 часа, чтобы понять это. Шахта не имела ничего общего с xaml! Оказалось, что это была небольшая ошибка в коде по умолчанию для инициализации MainWindow.

Если все остальное терпит неудачу, проверьте там

Answer 6

очистки и восстановления проект не был эффективным для меня.

Вы можете попытаться удалить каталог bin, а затем перестроить, я решил проблему таким образом.

Answer 7

У меня есть эта проблема. Эта проблема возникает из-за Microsoft.Expression.Drawing.dll, пожалуйста, загрузите dll и добавьте ссылку.

Answer 8

Получил тот же тип проблемы, как только я опубликовал и установил свой проект (отлично работал в отладке VS2013 Desktop, без ошибок и т. Д.), Но использовал совет от http://geekswithblogs.net/lbugnion/archive/2007/03/14/108728.aspx и wham! установлен проект работал ..

try 

{ 
    InitializeComponent(); 
} 
catch (Exception ex) 
{ 
    // Log error (including InnerExceptions!) 
    // Handle exception 
} 

Answer 9

Я столкнулся с этим при работе с несколькими библиотеками DLL, работающих внутри приложения, и эти библиотеки DLL имеют различные версии одного и те же зависимости загруженных.

Обычно мы сбрасываем DLL во время нашей сборки релиза, чтобы предотвратить эту проблему, но мы видим, что мы тестируем более одного набора несвязанных DLL во время цикла разработки.

Решение для тестирования только одного набора несвязанных DLL с использованием версий с объединенным выпуском для других DLL, которые не тестируются, или для обеспечения того, чтобы зависимая dll была одинаковой для обоих наборов.