在构建服务器上编译 WP7 项目的最低安装要求

发布于 2024-10-21 20:54:34 字数 1001 浏览 1 评论 0原文

我试图找到在 Windows 2008 R2 构建服务器上编译 WP7 项目的最低安装要求。稍后我将研究使用模拟器进行自动化测试,但现在我陷入了构建方面。

我意识到这种方法将不受支持,并且如果更新被证明不兼容,我愿意在以后丢弃虚拟机(假设我让它正常工作)

我也知道 在 Windows 2008 R2 上安装整个 SDK 的解决方法,但我我试图避免安装 Visual Studio(它现在变得比其他任何东西都更令人好奇)

就目前情况而言,我已经从 SDK ISO 安装了以下内容:

  • WCU\Silverlight4\silverlight_sdk.msi
  • WCU\WindowsPhone\WindowsPhoneExtensions.msi
  • WCU \WindowsPhone\VS_SDEProLightup-enu.msi

此时,它能够找到所有所需的 MSBuild 目标文件,甚至编译项目。该问题出现在 XapPackager 目标过程结束时,错误如下:

Xap 打包失败。无法加载DLL“zlib114.dll”:找不到指定的模块。 (HRESULT 异常:0x8007007E)

使用 Process Monitor,我可以看到 MSBuild 在随 SDK 安装的 WP7 MSBuild 目标目录中找到了 dll,唯一的错误是 CreateFileMapping+SyncTypeCreateSection 的“FILE LOCKED WITH ONLY READERS”错误,其中然后它会回退到 SyncTypeOther,这会成功。尽管如此,MSBuild 仍然继续在所有其他标准位置(Framework 目录、SysWOW64 等)中查找 dll。

有什么想法可能会失败吗?

I'm attempting to find the minimum installation requirements for getting WP7 projects compiling on a Windows 2008 R2 build server. I'll be looking into automated testing using the emulator at a later point, but right now I'm stuck on the build side.

I realise this approach won't be supported and I'm willing to trash the VM at a later date if an update proves to be incompatible (assuming I get it to work at all)

I'm also aware of the workaround for installing the entire SDK on Windows 2008 R2, but I'm trying to avoid installation of Visual Studio (it's now become a curiosity more than anything else)

As it stands, I've installed the following from the SDK ISO:

  • WCU\Silverlight4\silverlight_sdk.msi
  • WCU\WindowsPhone\WindowsPhoneExtensions.msi
  • WCU\WindowsPhone\VS_SDEProLightup-enu.msi

At this point, it is able to locate all the required MSBuild target files and even compiles the project. The problem appears at the end of the process during the XapPackager target, when it errors with:

Xap packaging failed. Unable to load DLL 'zlib114.dll': The specified module could not be found. (Exception from HRESULT: 0x8007007E)

Using Process Monitor, I can see that MSBuild finds the dll in the WP7 MSBuild targets directory that installs with the SDK with the only error being "FILE LOCKED WITH ONLY READERS" error to a CreateFileMapping+SyncTypeCreateSection, which it then falls back to a SyncTypeOther, which succeeds. Despite this, MSBuild still continue to look for the dll is all the other standard locations (Framework directory, SysWOW64, etc).

Any thoughts to why it might be failing?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

作死小能手 2024-10-28 20:54:34

如果您使用 TFS,Justin Angel 有一篇关于 TFS2010 WP7 持续集成 的精彩帖子。鉴于 TFS 只是围绕 MSBuild,您可能会发现这是一个特别有用的资源。在进行单元测试集成时,来自 Telerik 的 Deyan Ginev 有一个一系列帖子这涵盖了这一点。

If you're using TFS, Justin Angel has a great post on TFS2010 WP7 Continuous Integration. Given that TFS is just wrapping around MSBuild, you may find this a particularly useful resource. When it comes to doing the unit test integration, Deyan Ginev from Telerik has a series of posts that covers this.

回梦 2024-10-28 20:54:34

仅供参考,我最终通过使用 Silverlight SDK 中的 dll 而不是 WP SDK 修复了 zlib 问题。

FYI, I ended up fixing the zlib problem by using the dll from the Silverlight SDK, rather than the WP SDK.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文