设为首页 收藏本站
查看: 10879|回复: 0

[经验分享] 在IIS中部署ASP.NET 5应用程序遭遇的问题

[复制链接]
发表于 2015-8-12 10:49:08 | 显示全部楼层 |阅读模式
  用VS2015中创建了一个非常简单的ASP.NET5程序:
DSC0000.png
  在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:
DSC0001.png
  在Visual Studio中按F5能正常运行,运行结果如下:



Hello, ASP.NET 5 world!
  然后尝试部署到IIS中运行,采用了2种方式:1)VS2015的Publish方式;2)手动复制文件的方式。
  一、VS2015的Publish方式
DSC0002.png
  发布出来有2个文件夹,一个是approot文件夹,一个是wwwroot文件夹:
DSC0003.png
  将IIS站点指向wwwroot文件夹,就能正常运行。



Hello, ASP.NET 5 world!
  看一下wwwroot文件夹中的内容:
DSC0004.png
  神奇吧!就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文件夹一看:
DSC0005.png
  ASP.NET5应用程序果然在这,但不是HelloAspNet5.dll(bin中也只有startup.prof),而是源代码。
  难道部署ASP.NET 5应用程序要把源代码一起部署?难道ASP.NET5在运行时动态编译整个项目的源代码?不解,这个问题暂且放一边。
  回过头来看一下approot文件夹,只有2个文件夹,除了刚才看过的src文件夹,剩下就是packages文件夹:
DSC0006.png
  不看不知道,一看吓一跳!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:
DSC0007.png
  编译出来的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站点中的目录结构:
DSC0008.png
  【更新】
  出现External component has thrown an exception异常之后,bin文件夹中会出现profile\startup.prof文件。
  这里访问的错误信息会变成:



The Main function returned unexpectedly with status code 0.

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-97843-1-1.html 上篇帖子: VS2013无法启动 IIS Express Web解决办法 下篇帖子: System.Threading.Tasks.Task引起的IIS应用程序池崩溃
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表