【问题标题】:Web Deploy API - deploy a .NET 4.5 applicationWeb 部署 API - 部署 .NET 4.5 应用程序
【发布时间】:2012-11-14 23:53:48
【问题描述】:

我们正在为 Web Deploy 3 使用(几乎完全未记录的)“公共 API”来创建我们网站的 .zip 包,然后将其同步到服务器:

DeploymentBaseOptions destinationOptions = new DeploymentBaseOptions()
{
       UserName = //username,
       Password = //password,
       ComputerName = //a server
};

using (var deploymentObject = DeploymentManager.CreateObject(DeploymentWellKnownProvider.Package, "C:/MyWebsitePackage.zip"))
{
       deploymentObject.SyncParameters.Load(packageParametersFile); \\ contains some connection string information and nothing more.
       DeploymentSyncOptions syncOptions = new DeploymentSyncOptions();

       syncOptions.WhatIf = false;

       deploymentObject.SyncTo(destinationOptions, syncOptions);
}

在我们在生产和构建服务器上安装 .NET 4.5 并将我们正在部署的项目也升级到 4.5 之前,这段代码运行良好。现在我们收到以下错误:

您尝试使用的应用程序池具有 “managedRuntimeVersion”属性设置为“v4.0”。这个应用程序 需要'v4.5'。了解更多信息: http://go.microsoft.com/fwlink/?LinkId=221672#ERROR_APPPOOL_VERSION_MISMATCH.

我们的服务器肯定安装了 .Net 4.5,并且 IIS 网站应用程序池版本是“.NET Framework v4.0.30319”(我知道它说的是 v4,但 .NET 4.5 是“就地”升级和替换4.0 DLL,新版本号为 .30319)。

在通过 MSBuild.exe 命令行(不是通过创建包,而是通过直接同步到服务器)进行部署时,通过添加 /p:VisualStudioVersion= 可以解决此问题 11.0 标志(这会导致使用不同的 Web 应用程序目标文件,从而以某种方式允许部署 .NET 4.5 应用程序)。

有谁知道为什么 Web Deploy API 会这样抱怨,以及我如何以与 MSBuild 解决方案相同的方式解决此错误?

【问题讨论】:

  • 您好,马特,我们将研究这份报告。如果我需要小项目来重现我们的问题,我会告诉你。问候, Varun(.NET 框架兼容性)

标签: c# asp.net-mvc msbuild microsoft-web-deploy


【解决方案1】:

您可以尝试将其添加到您的项目中:

<IgnoreDeployManagedRuntimeVersion>True</IgnoreDeployManagedRuntimeVersion>

【讨论】:

    【解决方案2】:

    最简单的可能只是将 Microsoft.Web.Publishing.targets 中的 IgnoreDeployManagedRuntimeVersion 属性包含到 .csproj 中,或者在 /t:package 步骤中作为 MSBuild 的参数。其他选项可能是项目根目录中的 parameters.xml 以使 managedRuntimeVersion 可被 MSDeploy 参数覆盖,或者直接在 archive.xml 中的 .zip 中设置它作为预部署步骤。

    更新(太长无法回复评论):

    嗯,它比 VS 2012 本身所做的要少。从 VS(Web 部署选项)发布到 IIS,它将生成的包将是临时文件夹的内容和参数 xml,而不是您在进行通用打包时获得的 zip,并且将设置运行时版本到 4 即使项目是 4.5。 IgnoreDeployManagedRuntimeVersion 将完全忽略它。如果您从 VS 执行 Web Deploy Package 选项,您将在 archive.xml 中获得 4.5 的 zip,如果您尝试将 VS 输出的 zip 直接手动导入 IIS,您将收到 4.0 vs 4.5 应用程序池的错误弹出窗口错误,与从命令行运行 msbuild /t:package 和 msdeploy :sync 得到的错误相同。 VS (devenv) 没有做到“正确”,它悄悄地覆盖了项目设置,这不是 MSDeploy 的错,因为版本是在编译/打包 (MSBuild/devenv) 期间而不是在部署期间设置的。

    顺便说一句,关于 API 文档,是的,它们实际上不存在,但我发现命令行文档是可以接受的(称为 Web 部署而不是 MSDeploy,例如http://technet.microsoft.com/en-us/library/dd569089.aspx 和其他),并且在心理上将它们映射到 dotPeek 输出会有所帮助。

    【讨论】:

    • 这是我们已经做的,只是为了让构建工作——虽然它不是真正的修复,是吗?更多的黑客来抑制该错误。
    • 查看主要答案中的回复。 TL;DR:是的,它并不理想,但与 VS 本身所做的没有太大区别。
    • 感谢您对此的进一步调查 - 您所说的 VS 2012 处理此问题的方式很有趣。将等着看评论者对原始帖子的进一步调查也会带来什么。谢谢!
    • FYI 刚刚注意到Microsoft.Web.Publishing.targets 中还有几个属性会影响archive.xml 中的managedRuntimeVersion,即DeployDefaultTargetFrameworkVersion(默认为$(TargetFrameworkVersion),在v4.5 中设置为.csproj) 和 DeployManagedRuntimeVersion 是空白的,我认为在 t:Package 期间将它们中的任何一个设置为 4 应该也可以工作。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-01-23
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多