Приложение Silverlight не запускается. Я получаю неверную или неверную ошибку приложения

Ответ 1

Произошла ошибка, когда я отправился в объект- > Изменить стиль- > Изменить копию в объекте стиля "Эскиз". Я поместил новый стиль в новый ресурс.

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

Ответ 2

У меня была эта ошибка в нескольких случаях. Проверьте правильность объекта запуска в свойствах (любое пространство имен меняется?). Не забудьте явно добавить проект Silverlight в качестве зависимого проекта для вашего веб-проекта, это не делается по умолчанию.

Повторно добавьте проект Silverlight в приложения Silverlight в свойствах веб-проекта. Убедитесь, что App.xaml x:Class соответствует коду пространства имен и имени класса. Хм, я думаю, что это обычные трюки.

Надеюсь, это поможет.

Ответ 3

На всякий случай это помогает кому-то еще:

Я стучал головой о стену, пытаясь понять, почему я получил эту ошибку. Все казалось правильным.

Файл .xap - это просто .zip, поэтому вы можете вручную изменять информацию в ClientConfig после развертывания (просто распакуя файл, а затем повторно архивируя его). Затем я менял информацию о конечной точке WCF после развертывания, а затем менял. Ну, не понимая этого, я застегнул папку, а это означало, что внутри zip была папка, а не содержимое этой папки в корне zip.

Это была глупая ошибка, но с точки зрения клиента,.xap, похоже, все в порядке. Единственная ошибка, которую я получил, - ошибка 2103. Перенос файлов в корень zip исправил мою проблему.

Ответ 4

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

При установке IIS убедитесь, что включена функция Static Content (в разделе Common Http Features), чтобы вы могли видеть функцию MIME-типов, доступную в корне диспетчера IIS. Тип .XAP должен быть установлен на application/x-silverlight.

Это разрешило проблему для меня.

Благодаря: http://keremozen.com/2012/10/18/solution-alternatives-to-invalid-or-malformed-application-check-manifest-error/

Ответ 5

Я получил эту ошибку, когда я удалил словарь ресурсов из моего проекта, на который ссылался в App.xaml. Visual Studio отлично построила решение и не указала, что что-то не так.

Когда я вспомнил, что удалял строку из App.xaml, все работало нормально.

Ответ 6

Ниже все работало отлично для меня

(1) Проверьте правильность объекта запуска в свойствах.

(2) Не забудьте явно добавить проект Silverlight в качестве зависимого проекта для вашего веб-проекта, это не делается по умолчанию. : Щелкните правой кнопкой мыши "Решение" (не в отдельном проекте) > "Свойства" > "Зависимости проектов" > "Выбрать веб-проект" в разделе "Проект" и "Проверить проект клиента Silverlight" в разделе "Зависит". > Применить > Хорошо.

(3) Повторно добавьте проект Silverlight в приложения Silverlight в свойствах веб-проекта. : Щелкните правой кнопкой мыши веб-проект > Свойствa > Приложения Silverlight > Нажмите Добавить и выберите проект Silverlight Client Project Project.: Thumbsup:

Ответ 7

Убедитесь, что все предварительные условия установлены на веб-сервере. Я боролся с этим более 4 часов. Каждая публикация в Интернете говорила об изменении пространства имен, которое я не делал. В итоге я решил попробовать свое приложение на другом веб-сервере, и проблема исчезла.

Спасибо всем, кто разместил их исправление, но если все esle не удались, попробуйте другой компьютер или проверьте свои предварительные условия.

Ответ 8

Несмотря на то, что это старый пост, эта же проблема съела несколько часов моего времени. Вышеуказанные решения для меня не сработали.

Установив Копировать Local = True, для всех связанных с внешним собранием сборок была решена эта проблема для меня.

Первоначально визуальные студийные наборы Copy Local = True для всех сборок, но затем проект начнет ссылаться на локально скопированную сборку (bin\debug). Чтобы заставить его ссылаться на общее местоположение, я установил Copy Local = False и так закончил с этой проблемой.

Надеюсь, это спасет кого-то твоего времени...

Ответ 9

Я тоже столкнулся с этим совсем недавно. Я обнаружил, что если бы я переименовал сборку в свойствах проекта, она не обновила файл приложения или ASPX приложения.

Ответ 10

Вот еще одна проблема, которую я нашел. Порядок упорядочения стилей BasedOn, кажется, имеет значение.

Ниже приведено WSOD с кодом ошибки 2103.

<Style x:Key="Style2" TargetType="TextBlock" BasedOn="{StaticResource Style1}" />
<Style x:Key="Style1" TargetType="TextBlock" />

Но этого не будет.

<Style x:Key="Style1" TargetType="TextBlock" />
<Style x:Key="Style2" TargetType="TextBlock" BasedOn="{StaticResource Style1}" />

Мне пришлось долго находить это. Похоже, на самом деле это больше проблема с тем, как работает интерпретатор XAML, но легко работать.

Ответ 11

Мы столкнулись с проблемой после изменения Wcf Query Service. Мы добавили перегруженные методы в службу Wcf. Таким образом

    [OperationContract]
    int test(Guid id);

    [OperationContract]
    int test(Guid id, int id2);

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

Поэтому будьте очень осторожны при перегрузке в Wcf.