Xap包装失败。 你调用的对象是空的
当我尝试构buildWindows Phone应用程序时，在我的PC上收到此错误消息：
Xap packaging failed. Object reference not set to an instance of an object 我正在使用Dropbox。 在我的笔记本电脑上，它工作得很好，我可以debugging等…在我的电脑上，但是我不能。
我尝试了很多东西，比如：
- 删除obj /debugging文件夹
- 检查解决scheme资源pipe理器中缺less的文件
到目前为止，没有任何帮助。
任何想法如何我可以解决这个问题？
您应该在项目的每个文件夹中检查丢失的文件或错误的引用。
如果它的Build Action属性被设置为Content或者类似的话，你可以只用一个丢失的图像来得到这个问题。
检查你的文件，然后重build你的项目！
如果从磁盘本身删除一个文件，而不是通过Visual Studio的解决scheme，则会发生这种情况。 通过Visual Studio删除文件（它应该标有一个黄色的小危险图标）和重build。
信贷安德烈亚斯·哈马尔通过http://blog.jayway.com/2011/06/03/wp7-build-error-xap-packaging-failed/ – 他的解决scheme为我工作。
我添加了这个回复，因为虽然上面的一些答案中简要介绍了应用程序图标的问题，但是我想要给出确切的步骤，因为它只是发生在我身上。 我得到这个错误，然后find这个网页：
Xap包装错误
事实certificate，我的应用程序图标文件名称是错误的，由于重命名。 我双击在Properties文件夹中find的WMAppManifest.xml ，打开该文件的编辑器。 我只是使用button来更新应用程序图标，重新find该文件，并select它，重build项目后错误消失。
问题在于你的应用程序中的启动对象。 我遇到过这个错误很多次了。
它通常发生在我更改我的类/名称空间Application类的名称时。 或者甚至可能与您的保pipe箱位置冲突。
解决这个问题。
- 右键单击您的主项目或Alt + Enter
- 转到silverlight选项卡并设置您的启动对象
尝试以下操作：
- closuresVisual Studio
- 将所有文件下载到您的计算机上
- 完全删除Bin和obj文件夹。
- 打开.sln
- 重build
如果如果失败扩展在解决scheme资源pipe理器中的引用，并确保你所有的DLL都被发现。 如果一个DLL有一个黄色的感叹号，这意味着它没有find。 我在想，你的一个参考文献被设置为你的笔记本电脑上的绝对path，而你的电脑上却没有。
如果有人遇到这个post，仍然有问题，我已经在XAP打包失败，VS2012无法find该文件，然后检查文件名称中的空格。
我有我的瓷砖“瓷砖名称99.png”的问题，它不断给我的XAP包装失败的消息。 所以我最终改变了文件名“tilename_99.png”，它的工作。
希望这能帮助处于同样困境的人。
在我的情况下，我不小心将Background.png移动到资源文件夹。 搬回来，它的工作！
在我的情况下，即使尝试所有上述方法后，这个错误也没有消失。 其实我已经把ApplicationIcon.png改名为“xyz.png”。 并恢复这个问题，解决这个问题。
另外一种可能性是你在项目/选项/应用程序对话框（图标，bg图像等）中有错误的图像path。
我有这个错误信息，经过一些挫折后，我在obj文件夹中，是没有解决scheme的一部分（但视觉工作室需要它），但我有一些与Dropbox的冲突文件。 我删除了obj文件夹重build，visual studio重新创build文件夹和它的内容和问题解决。
啊，终于find了我的问题。
我正在使用Visual Studio 2012，它并不总是指出“丢失”的文件，并使它有点难以修复。
我的短的解决scheme
重新链接主项目中的“链接”configuration文件。 这是一个链接的文件，因为原始文件保留在引用程序集中，而不是当前程序集中。 该文件没有标记为黄色，所以它不是明显的，这将是问题，但是当我双击它，它没有打开，所以我知道这是问题文件。
Silverlight应用程序本身有一个名为“ServiceReferences.ClientConfig”的“链接”文件，其中包含被引用的项目进行Web服务调用所需的信息。
所以主项目本身没有Web服务引用，但它引用了一个项目，这就是为什么它链接了“ServiceReferences.ClientConfig”文件。
我的长期解决scheme
继续重build主项目文件，注释掉，不分项目，逐个文件地排除项目，直到可以重新构build主项目为止。 在这一点上，应该清楚（呃）解决scheme的哪个部分导致问题。
