Azure Web Apps和.NET Core 1.1.2

我有一个.NET Core Web应用程序，我将其部署为Azure Web App。Azure Web Apps和.NET Core 1.1.2

直到昨天晚上我应用Visual Studio 2017升级（v15.2）时，这一直很好地工作。

.net核心版本从1.1.1升级到1.1.2。当我部署到Azure时，网站无法以502.5错误开始。

调查后我可以看到.NET Core 1.1.2未部署到Azure映像。

我无法将新框架安装到Web应用程序实例（可以理解，程序文件目录中的权限被拒绝）。我无法通过nuget软件包管理器“降级”，因为它报告的版本是“被项目阻止”。我看不到在csproj文件中定义Microsoft.NETCore.App版本的方法，因为它似乎是由根<Project Sdk="Microsoft.NET.Sdk.Web">元素“自动”控制的。

我试图尝试一个自包含的部署（运输框架与Web应用程序），但无法得到这个工作。

等待将要部署到Azure的新版本（我无法在其计划中找到任何有关此计划的信息）有没有人对如何让Web应用程序再次运行有任何建议？

有没有办法强制它在1.1.1下运行？

来源

2017-05-11 Steve Jackson

自从vs2017更新到版本V15.2后，出现同样的错误... – Geotinc

[ASP.NET Core web app HTTP Error 502.5 Visual Studio 15.2上的进程失败]的可能重复（http://stackoverflow.com/questions/43902658/asp-net-core-web-app-http-error-502-5-process-failure-on-visual-studio-15-2） – ThisWillDoIt

我们在Visual Studio 2017更新后遇到同样的问题。

解决方法是在部署后在Kudu中为您的站点编辑web.config。

在为aspNetCore项的参数值开始添加--fx-version 1.1.1下system.webServer

如 <aspNetCore processPath="%LAUNCHER_PATH%" arguments="--fx-version 1.1.1 PATH_TO_DLL" stdoutLogEnabled="true" stdoutLogFile=".\logs\stdout" forwardWindowsAuthToken="false"/>

来源

2017-05-11 13:51:51

查看我的答案，找到一个不需要的简单解决方法在部署后对Kudu进行黑客攻击。 –

直到他们得到周围1.1.2部署到Web应用图片我设法解决这个问题迫使项目引用Microsoft.NETCore.App 1.1.1

编辑的csproj文件：

<ItemGroup> <PackageReference Update="Microsoft.NETCore.App" Version="1.1.1" /> <PackageReference Include="Microsoft.ApplicationInsights.AspNetCore" Version="2.0.0" /> <PackageReference Include="Microsoft.AspNetCore" Version="1.1.1" /> ... etc

来源

2017-05-11 13:58:52

这不是推荐的解决方法。相反，只要根据我的答案更改'TargetFramework'。 –

谢谢@DavidEbbo。 nuget引用和TargetFramework之间的关联是什么？这有点令人困惑。我已经将所有软件包更新到最新版本，并且将目标框架更新为1.1.2。由于Azure错误，我将它恢复为1.1.1。不过，我现在要离开NuGet。 – Boland

更新2017/5/12：我们已经加速了App 1.1.2和1.0.5的部署，现在已经完成。所以任何人都不需要下面的解决方法。

原液

最好的解决方法是设置这个在您的.csproj的文件：

<TargetFramework>netcoreapp1.1.1</TargetFramework>

而不是将其设定为netcoreapp1.1。我们将在周二之前将1.1.2部署到Azure应用服务，届时解决方法将不再必要。

请注意，如果您将其设置为netcoreapp1.1.1，则一旦1.1.2可用，它将自动前滚至该位置。因此将其设置为netcoreapp1.1.1并不会让您“卡住”该版本。只要您使用便携式模式（即依靠OS上的框架），情况就是如此。如果你使用standalone并且部署你自己的框架，那么你会坚持下去（但是你不会首先遇到这个问题，并且不需要这么做！）。

来源

2017-05-11 19:52:09

尽管我喜欢有光泽的新功能和修补程序，但将来您是否认为可以在*他们的先决条件之后推出Visual Studio更新？ –

@EdwardBrey当然，这里有一些学习。问题是，没有人意识到只要拥有新的VS会导致部署的位以新版本为目标，即使用户的文件完全相同。所以，是的，我们搞砸了，下次我们一定要避免这种情况。 –

感谢您在此回复，并且您承认这不是最佳选择。 – Boland

Azure Web Apps和.NET Core 1.1.2

回答

相关问题