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