ASP.NET应用程序的部署--兼谈aspnet_compiler.exe命令

为了帮助使用《ASP.NET技术详解与应用实例》的读者平稳过渡到ASP.NET2.0,天天推出ASP.NET2.0系列,本系列教程编排基本上和该书内容一致,供使用《ASP.NET技术详解与应用实例》的读者参考
--------------------------------------------------

http://mqingqing123.cnblogs.com/archive/2006/01/18/319375.html 天天介绍了ASP.NET的基本编译方式,当然上面只是理论性的东西,有点空洞,下面介绍在VS.NET2005如何具体部署ASP.NET应用程序
--本文仅供参考


在上面介绍了ASP.NET部署的基本原理,在进一步介绍之前,请理解安装(Setup)和部署(Deployment)之间的区别。安装是指将应用程序包装成易于部署的形式,安装好之后的应用程序可以之间在目标服务器上使用。部署是一个获得应用程序并将它安装到另一台机器上的过程,在部署中您可能还需要做一些额外的配置。
    下面介绍在实际中如何用VS.NET2005完成应用程序的部署,关于安装就留给以后说了。
1、用VS.NET2005的“复制项目”功能部署--源代码方式 
     在VS.NET2005里,可以直接把源代码拷贝到目标服务器中,在解决方案资源管理器中,可以看到有一个“Copy Web Site”工具按钮参考下图,


单击改按钮后就可以在VS.NET中打开Copy Web Site窗口,如下图。


整个内部窗体大致分为两个部分:Source Web site:现在本地Web应用程序资源,Remote Web site显示的是远程Web应用程序资源(也就是你要上传的目标文件的位置)
但是你可能已经看到,此时Remote Web site是灰色并不能够使用,因此你还需要连接到远程服务器。

 在Copy Web Site工具栏目上,有一个Connect按钮,单击后出现连接选项,如图,这正是前面介绍的打开Web的方式,稍微有点区别是此处你是部署应用程序。现在你可以使用你的网络服务商给你的帐户进行远程登陆,图中所示登陆的是局域网内的web服务器,将要上传的位置在www文件夹下。
    一旦登陆成功就可以部署应用程序,如图,当你选中文件后,就可以同步本地和远程服务器的文件,需要注意的是这里是“同步”而并不是简单的拷贝。这种好处是当你在本地或者远程更高后,可以同步以后,两边的文件可以同步更新。

 




2、利用Public Web Site部署应用程序――源代码+二进制
    可以利用VS.NET2005提供的Public Web Site部署经过预先编译的应用程序。这和ASP.NET1.1类似。要启动public web site,从VS.NET2005的Build菜单里选择“Public Web Site”如图,这将弹出Public Web Site 对话框,参考下图
 



在该图里,需要输入远程服务器的地址,可以是HTTP,FTP等,这里我们以本机作为测试,输入http://localhost,这将在当前IIS的主目录里建立MyFirstPage项目。在下面的复选框里,说明如下:
Allow this precompiled site to be updatable:该选项允许*.aspx也没并不编译到汇报集里,也就是选中该选项后,你可以改变页面的标记。
Use fixed naming and single page assemblies:该选项运行你预编译特定的文件名称的代码。
Enable strong naming on precompiled assemblies:该选项要求生成重新命名的程序集。这里使用默认值。然后单击“OK”,经过编译后,你就可以在IIS的主目录里找到这些预编译的文件。
此时如果你打开MyPage.aspx,代码如下:
<%@ page language="C#" autoeventwireup="true" inherits="MyPage, App_Web_jmvb-kmt" %>

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

<html xmlns="http://www.w3.org/1999/xhtml" >
<head runat="server">
    <title>Untitled Page</title>
</head>
<body>
    <form id="form1" runat="server">
    <div>
    Enter your name: <asp:TextBox ID="nameTextBox" runat="server" /><br />
      <asp:Button ID="enterButton" runat="server"
                       Text="Enter" OnClick="enterButton_Click" />&nbsp;<br />
        <asp:Label ID="messageLabel" runat="server" Text="Label"></asp:Label>
      </div>
    </form>
</body>
</html>
    正如前面所说的,由于Page指令是<%@ page language="C#" autoeventwireup="true" inherits="MyPage, App_Web_jmvb-kmt" %>并不包含CodeFile,所以这种编译方式和ASP.NET1.1兼容。
    Page指令的inherits指出了MyPage.aspx的类集为MyPage和汇编集App_Web_jmvb-kmt。换句话说,当系统加载Page也没时,将会到bin文件夹下的App_Web_jmvb-kmt.dll加载MyPage类作为MyPage.aspx后台文件的页面类。


3、利用Aspnet_compiler.exe部署应用程序
Aspnet_compiler.exe是ASP.NET2.0新增加的一个命令,所以对以前版本的.NET框架不可用,你可以在安装目录下找到该文件,例如c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727目录学。

Aspnet_compiler.exe提供了很多参数,你可以在命令行输入 Aspnet_compiler.exe /?查看这些参数的意义。这里我们这种介绍查用的几个参数:
1、- m m参数告诉系统使用IIS的元数据配置应用程序,例如下面的命令
    aspnet_compiler -m /LM/W3SVC/1/Root/MyApp c:\MyTarget
/LM/W3SVC/1/Root表示的是/LM/W3SVC/下是我们要用到的HTTP服务的配置信息,在“控制面板”里有一个"Server Extensions管理器"。你可以打开开你本机的配置。在这个命令里,它表示当前的应用程序是MyApp,该应用程序对用的文件物理路径是c:\MyTarget

2 -v  v表示应用程序的虚拟路径。如果同时和-p参数结合使用,则由 -p参数指出物理路径,否则则使用IIS的元素数据配置,默认是应用程序的当前站点。
下面的命令和上面的登记。
    aspnet_compiler -v /MyApp

而下面则不依靠IIS的配置,因为他显示声明应用程序的物理路径
aspnet_compiler -v /MyApp -p c:\myapp c:\MyTarget
   
-u
v virtualPath –应用程序的虚拟路径
-p physicalPath – 应用程序的事件位置

targetDirectory – 目标位置

另外还有一个参数:u,这个参数告诉编译器保留*.aspx页面,以便将来更新,这中情况就是上面介绍的的“汇编集+二进制”代码的形式
下面我们将介绍如何使用该命令,并进一步介绍ASP.NET1.1到ASP.NET2.0在部署的变更。
下面的代码说明如何利用aspnet_compilier部署ASP.NET应用程序,该部署针对的是如下一种情况:
我利用VS.NET2005内置的服务器并使用File System方式在我的文档 C:\Documents and Settings\liwanbao\My Documents\Visual Studio 2005\WebSites下建立了MyFirstPage项目。
现在我要把该程序部署到本地IIS的服务器商,在IIS服务器中,我的应用程序名称是DeplayApp,该应用程序指向的实际路径是D:\DeplayMyFirstPage,所以,如果你打开IIS,看到的应该类似如下效果



 

这里其实就使用了上面介绍aspnet_compiler.exe常用的三个参数

DeplayApp是应用程序虚拟路径,也就是上面-v参数制定的路径

D:\DeplayMyFirstPage是虚拟路径对应的实际物理路径,也就是将要我要部署到位置的目标路径

C:\Documents and Settings\liwanbao\My Documents\Visual Studio 2005\WebSites路径是我开发项目源代码的位置。

在上图的命令里,首先设置了 Path路径指向aspnet_compiler.exe以防止系统找不到该命令,具体指向的命令是
aspnet_compiler –v /DeplyApp  -p MyFirstPage d:\DeplayMyFirstPage

这将在D:\DeplayMyFirstPage目录学生成所需的文件(*.aspx),在App_Data目录学可以找到应用程序的数据库文件,需要注意的是在数据库引用时,应用的是App_Data文件的当前位置,例如数据库连接为:
<add name="DotNetEntry_DataConnectionString1" connectionString="Data Source=.\SQLEXPRESS;AttachDbFilename=|DataDirectory|\DotNetEntry_Data.MDF;…  />
此时部署时,系统自动将项目App_Data下的数据库部署到目的的,而如果将上面代码改为:
<add name="DotNetEntry_DataConnectionString1" connectionString="Data Source=.\SQLEXPRESS;AttachDbFilename=C:\DotNetEntry_Data.MDF;…  />
由于制定了DotNetEntry_Data.MDF的绝对位置,所以目的文件并不保护App_Data文件
bin文件夹存放的是经过编译后的DLL文件,同时还包含对程序集的引用,例如用记事本打开default.aspx.cdcab7d2.compiled,类似代码如下:
<?xml version="1.0" encoding="utf-8"?>
<preserve resultType="3" virtualPath="/DeplayApp/Default.aspx" hash="fffffff5007efec4" filehash="6c5c681005a7e96b" flags="110000" assembly="App_Web_r8n0o27x" type="ASP.default_aspx">
    <filedeps>
        <filedep name="/DeplayApp/Default.aspx" />
        <filedep name="/DeplayApp/Default.aspx.cs" />
    </filedeps>
</preserve>

    如果打开*.aspx页面可以看到页面的内容都是
This is a marker file generated by the precompilation tool, and should not be deleted!

可能你会问既然全部是DLL文件为什么还要*.aspx文件呢?这些文件也没有具体内容,会不会是多余的?
    要理解这个问题就需要转到IIS了,换句话说这就不再是ASP.NET2.0的工作范畴了。对于客户端请求,IIS首先会根据映射检查您所请求的文件存在不存在,如果不存在就直接提示您所请求的文件没有找到。    可以看到此时ASP.NET2.0框架还没有接管呢,解决这个文件最简单的方法就是不用检测文件是否存在,参考下图 


 

posted @ 2006-03-06 08:38  dotnetcms.org工作室  阅读(...)  评论(...编辑  收藏