在IIS中部署ASP.NET 5应用程序遭遇的问题

浏览数：48 / 时间：2015年06月09日

用VS2015中创建了一个非常简单的ASP.NET5程序：

技术分享

在Startup.cs中只输入一行代码：

using System;
using Microsoft.AspNet.Builder;
using Microsoft.AspNet.Http;

namespace HellowAspNet5
{
    public class Startup
    {
        public void Configure(IApplicationBuilder app)
        {
            app.Run(context => context.Response.WriteAsync("Hello, ASP.NET 5 world!"));
        }
    }
}

将Target KRE version改为CoreCLR：

技术分享

在Visual Studio中按F5能正常运行，运行结果如下：

Hello, ASP.NET 5 world!

然后尝试部署到IIS中运行，采用了2种方式：1）VS2015的Publish方式；2）手动复制文件的方式。

一、VS2015的Publish方式

技术分享

发布出来有2个文件夹，一个是approot文件夹，一个是wwwroot文件夹：

技术分享

将IIS站点指向wwwroot文件夹，就能正常运行。

Hello, ASP.NET 5 world!

看一下wwwroot文件夹中的内容：

技术分享

神奇吧！就2个文件，一个是web.config，一个是AspNet.Loader.dll。

我写的ASP.NET5程序跑哪去了？

打开web.config一看：

<configuration>
  <appSettings>
    <add key="kpm-package-path" value="..\approot\packages" />
    <add key="bootstrapper-version" value="1.0.0-beta1" />
    <add key="kre-package-path" value="..\approot\packages" />
    <add key="kre-version" value="1.0.0-beta1" />
    <add key="kre-clr" value="CoreCLR" />
    <add key="kre-app-base" value="..\approot\src\HelloAspNet5" />
  </appSettings>
</configuration>

看到kre-app-base，似乎知道了，进入approot\src\HelloAspNet5文件夹一看：

技术分享

ASP.NET5应用程序果然在这，但不是HelloAspNet5.dll（bin中也只有startup.prof），而是源代码。

难道部署ASP.NET 5应用程序要把源代码一起部署？难道ASP.NET5在运行时动态编译整个项目的源代码？不解，这个问题暂且放一边。

回过头来看一下approot文件夹，只有2个文件夹，除了刚才看过的src文件夹，剩下就是packages文件夹：

技术分享

不看不知道，一看吓一跳！packages竟然有55.5M！

打开一看，哇！好多包包，数一数，有64个。看来运行ASP.NET5应用程序所需要的所有东西都在这了（除了AspNet.Loader.dll）。

再仔细一看，这么多包包中最耀眼的是一个超级豪华大包——KRE-CoreCLR-amd64.1.0.0-beta1，有50M。

这也是ASP.NET 5的一个变化，将运行环境与应用程序打包在一起，各个应用程序之间互不影响。

但是，运行一个只有写了1行代码的程序，竟然要带上64个包包，有点说不过去。

下面试试手动部署。

二、尝试手动部署

根据之前版本的ASP.NET应用程序部署经验，先得将Web项目编译成dll。但是在VS2015中即使成功编译Web项目，bin中也不会有。

后来发现在项目的Build设置中选中Produce outputs on build，可以编译出dll：

技术分享

编译出来的dll在artifacts\bin中可以找到，比如这里的artifacts\bin\HelloAspNet5\Release\aspnetcore50\HelloAspNet5.dll（编译出来有162K）。

然后在IIS中新建一个站点，站点目录中就放一个bin文件夹，其中只放一个HelloAspNet5.dll文件。

访问时出现下面的错误：

HTTP Error 403.14 - Forbidden

这反过来证明AspNet.Loader.dll的用途，将它也复制到bin中。再访问，依然出错，但错误信息变了：

Couldn‘t determine an appropriate version of KRE to run.

参考第一种部署方式，通过web.config告诉AspNet.Loader所需要的KRE版本。于是添加web.config文件，添加如下的配置：

<configuration>
  <appSettings>
    <add key="kre-version" value="1.0.0-beta1" />
    <add key="kre-clr" value="CoreCLR" />
  </appSettings>
</configuration>

又出现新的错误：

Couldn‘t find package ‘KRE-CoreCLR-amd64.1.0.0-beta1‘. Locations probed:
E:\AspNet5\WebSites\packages\KRE-CoreCLR-amd64.1.0.0-beta1
E:\AspNet5\packages\KRE-CoreCLR-amd64.1.0.0-beta1
E:\packages\KRE-CoreCLR-amd64.1.0.0-beta1

找不到CoreCLR的包，从中可以看出AspNet.Loader不会在当前Web站点的目录中找，而是从上一级目录一直找到根目录。

这个问题好解决，建一个packages文件夹，将KRE-CoreCLR-amd64.1.0.0-beta1复制过来。

继续出现新的错误，而这次是让人束手无策的错误：

External component has thrown an exception.

Description: An unhandled exception occurred during the execution of the current web request. 
Please review the stack trace for more information about the error and where it originated in the code.

Exception Details: System.Runtime.InteropServices.SEHException: External component has thrown an exception.

Source Error:

An unhandled exception was generated during the execution of the current web request. 
Information regarding the origin and location of the exception can be identified using the exception stack trace below.

Stack Trace:

[SEHException (0x80004005): External component has thrown an exception.]
   System.Web.HttpRuntime.HostingInit(HostingEnvironmentFlags hostingFlags, PolicyLevel policyLevel, Exception appDomainCreationException) +361

[HttpException (0x80004005): External component has thrown an exception.]
   System.Web.HttpRuntime.FirstRequestInit(HttpContext context) +541
   System.Web.HttpRuntime.EnsureFirstRequestInit(HttpContext context) +122
   System.Web.HttpRuntime.ProcessRequestNotificationPrivate(IIS7WorkerRequest wr, HttpContext context) +731

然后。。。就没有然后了，昨天折腾了半天也没解决这个问题。

然后。。。今天就写了这篇随笔。

然后。。。对AspNet.Loader.dll产生了兴趣。。。

【附】目前IIS Web站点中的目录结构：

技术分享