Я получаю это сообщение об ошибке на своем ПК, когда пытаюсь создать приложение для Windows Phone:
Xap packaging failed. Object reference not set to an instance of an object
Я использую Дропбокс. На моем ноутбуке он работает отлично, и я могу отлаживать и т. Д. Однако на моем ПК я не могу.
Я пробовал много вещей, таких как:
Пока ничего не помогло.
Любая идея, как я могу это исправить?
Вы должны проверить в каждой папке вашего проекта отсутствующие файлы или неправильные ссылки.
Вы можете столкнуться с этой проблемой только с одним отсутствующим изображением, если для его свойства Build Action установлено значение Content или подобное...
Проверьте свои файлы, а затем перестройте свой проект!
Это может произойти, если файл удаляется с самого диска, а не из Решения через Visual Studio. Удалите файл через Visual Studio (он должен быть помечен желтым значком опасности) и пересоберите.
Кредит Андреасу Хаммару через http://blog.jayway.com/2011/06/03/wp7-build-error-xap-packaging-failed/ - его решение сработало для меня.
Я добавляю этот ответ, потому что, хотя проблема со значками приложений кратко описана в некоторых ответах выше, я хотел указать точные шаги, поскольку это только что случилось со мной. Я получил эту ошибку, а затем нашел эту веб-страницу:
Оказалось, что имя файла моего значка приложения было неправильным из-за переименования. Я дважды щелкнул WMAppManifest.xml в папке Properties, чтобы открыть редактор этого файла. Я просто использовал кнопку для обновления значка приложения, повторно нашел файл и выбрал его, и ошибка исчезла после перестроения проекта.
Проблема заключается в вашем объекте запуска в вашем приложении. Я встречал эту ошибку много раз.
Обычно это происходит, когда я меняю имя своего класса/пространства имен класса Application. Или это может даже конфликтовать с местоположением вашего Dropbox.
Чтобы исправить это.
В случае сбоя разверните ссылки в обозревателе решений и убедитесь, что все ваши dll найдены. Если dll имеет желтый восклицательный знак, это означает, что она не найдена. Я думаю, что одна из ваших ссылок настроена на абсолютный путь на вашем ноутбуке и отсутствует на вашем ПК.
Если кто-то наткнется на этот пост и все еще будет иметь проблему, с которой я столкнулся, когда произошла ошибка упаковки XAP и что VS2012 не может найти файл, проверьте наличие пробелов в имени файла.
У меня была проблема, когда мои плитки были «tilename 99.png», и они продолжали выдавать мне сообщение о сбое упаковки XAP. Итак, я, наконец, изменил имя файла на «tilename_99.png», и это сработало.
Надеюсь, это поможет кому-то в том же затруднительном положении.
В моем случае я случайно переместил Background.png в папку ресурсов. Вернул обратно и заработало!
В моем случае эта ошибка не исчезла даже после того, как я попробовал все вышеперечисленные методы. На самом деле я переименовал ApplicationIcon.png в «xyz.png». И вернув это, устранили проблему.
Еще одна возможность заключается в том, что у вас есть неправильный путь к изображению в диалоговом окне проекта/параметров/приложения (иконка, фоновое изображение и т. д.).
У меня было это сообщение об ошибке, после некоторого разочарования я посмотрел в папку obj, это не было частью решения (но это нужно визуальной студии), но у меня были некоторые конфликты файлов с dropbox. Я удалил перестроенную папку obj, Visual Studio воссоздает папку и ее содержимое, и проблема решена.
Ах, наконец, нашел мою проблему.
Я использую Visual Studio 2012, который не всегда указывает на «отсутствующий» файл и немного усложняет его исправление.
МОЕ КОРОТКОЕ РЕШЕНИЕ
Повторно свяжите «связанный» файл конфигурации в основном проекте. Это связанный файл, поскольку исходный файл остается в сборке, на которую указывает ссылка, а не в текущей сборке. Файл не был помечен ЖЕЛТЫМ цветом, поэтому не было очевидно, что это будет проблема, но когда я дважды щелкнул по нему, он не открылся, поэтому я знал, что это был проблемный файл.
Само приложение Silverlight имело «связанный» файл с именем «ServiceReferences.ClientConfig», который содержит информацию, необходимую проекту, на который ссылаются, для выполнения вызова веб-службы.
Таким образом, в основном проекте не было самой ссылки на веб-службу, но он ссылался на проект, который имел ее, поэтому он связал файл «ServiceReferences.ClientConfig».
МОЕ ДЛИННОЕ РЕШЕНИЕ
Продолжайте перестраивать основной файл проекта, комментировать и исключать проект за проектом, файл за файлом, пока вы НЕ МОЖЕТЕ снова собрать основной проект. В этот момент должно быть ясно, какая часть решения вызывает проблему.
copy localв false вы можете пропустить сборку, на которую ссылаетесь. - person Emond Erno schedule 29.01.2012