‘壹’ 怎样将web发布到tomcat中
将web发布到tomcat中
第一种方式：利用Tomcat自动部署
利用Tomcat自动部署方式是最简单的、最常用的方式。若一个web应用结构为D:\workspace\WebApp\AppName\WEB-INF\*，只要将一个Web应用的WebContent级的AppName直接扔进%Tomcat_Home%\webapps文件夹下，系统会把该web应用直接部署到Tomcat中。
第二种方式：利用控制台进行部署
若一个web应用结构为D:\workspace\WebApp\AppName\WEB-INF\*，利用控制台进行部署的方式如下：进入tomcat的manager控制台的deploy区域——在Context path中键入"XXX"(可任意取名)——在WAR or Directory URL：键入D:\workspace\WebApp\AppName （表示去寻找此路径下的web应用）——点击deploy按钮。 然后在%Tomcat_Home%\webapps路径下将会自动出现一个名为XXX的文件夹，其内容即是D:\workspace\WebApp\AppName的内容，只是名字是XXX而已（这就是前面在Context path键入XXX的结果）。
‘贰’ 分布式web应用集群，应用部署是怎么全部部署的
1）比方说我先在有5台服务器，想做一个集群，是不是意味着我要把应用程序在5台服务器上分别部署？如果这样的话，session能使先共享吗？
根据中间件不同部署方式也不同。tomcat下面就要分别部署了，weblogic支持分别部署，也支持统一部署（两种方式各有优缺点，推荐分别部署）。
中间件基本上都支持session共享复制，不过实现方式可能有点区别（有的是基于容器，有的是基于memcache等等）。可参考之前的问题（关于jboss的）：
‘叁’ 什么是web服务器常见的可以部署的java web应用的有哪些
web服务器也就是网站服务器的意思.它是指位于IDC机房环境下运行的服务器.通常配置较高.网络环境也比较好.可以为网站的运行提供一个有力支撑.服务器是独立的硬件设备.用户可以根据需要安装各种操作系统以及配置各种网站环境.所以任何一台WEB服务器都支持JAVA的网站.只是配置JAVA环境一般要专业人员才可以.IDC大多不提供该环境的配置.
海腾数据杨闯为你解答.希望对你有帮助.
‘肆’ 一个Web应用部署到Tomcat服务器上之后的目录结构是怎样的
就是把你的Web-Root目录下的所有文件编译之后发布到Tomcat的webapps这个文件夹下面来了，其他的目录什么都不变的。项目src下面的java类文件会编译成为.class文件
‘伍’ 怎么将web应用部署到tomcat中，tomcat是否需要配置环境变量
Tomcat部署Web应用方法总结
在Tomcat中部署Java Web应用程序有两种方式：静态部署和动态部署。
在下文中$CATALINA_HOME指的是Tomcat根目录。
一、静态部署
静态部署指的是我们在服务器启动之前部署我们的程序，只有当服务器启动之后，我们的Web应用程序才能访问。
以下3种方式都可以部署：（以PetWeb项目为例说明，PetWeb目录假设是F:/PetWeb）
1.利用Tomcat自动部署
将PetWeb目录拷贝到$CATALINA_HOME/webapps下，然后启动服务器就可以了，Tomcat启动时将自动加载应用。
访问地址如下：http://localhost:8080/PetWeb/
这种方式比较简单，但是web应用程序必须在webapps目录下。Tomcat的Webapps目录是Tomcat默认的应用目录，当服务器启动时，会加载所有这个目录下的应用。
2.修改Server.xml文件部署
这种方式可以不必将PetWeb目录拷贝到webapps下，直接在F:/部署。方法如下，更改$CATALINA_HOME/conf/server.xml文件，
找到以下内容：
Xml代码：
1. <Context path
="/Pet" reloadable ="false" docBase
="F:/PetWeb" workDir ="d:/Mywebapps/emp" />
path：是访问时的根地址，表示访问的路径；如上述例子中，访问该应用程序地址如下：http://localhost:8080/Pet/
reloadable：表示可以在运行时在classes与lib文件夹下自动加载类包。其中reloadable="false"表示当应用程序中的内容发生更改之后服务器不会自动加载，这个属性在开发阶段通常都设为true，方便开发，在发布阶段应该设置为false，提高应用程序的访问速度。
docbase：表示应用程序的路径，注意斜杠的方向“/”。
docBase可以使用绝对路径，也可以使用相对路径，相对路径相对于webapps。
workdir：表示缓存文件的放置地址
3.增加自定义web部署文件(推荐使用，不需要重启Tomcat
)
这种方式和方法2差不多，但不是在Server.xml文件中添加Context标签，而是在$CATALINA_HOME/conf/Catalina/localhost中添加一个xml文件，如Pet.xml.在Tomcat安装目录conf/Catalina
/localhost下，里面有Tomcat自带的三个应用，随意复制其中的一个XML文件，然后修改docbase指向你自己的应用程序，并把文件名改名，各参数参见方法2中的<Context>标签的参数，或者你也可以自己新建一个XML文件。(注意此文件名将作为Context中的path属性值,不管文件里的path属性值如何设置也是无效的
)，将以下内容复制过去，修改相应路径即可。
Xml代码：
1. <Context path
="/Pet" docBase ="F:/PetWeb"
2. debug ="0"
privileged ="true" reloadable ="false"
>
3. </Context>
访问地址如下：http://localhost:8080/Pet/
注： Web应用以.war文件的形式部署
可以将JSP程序打包成一个war包放在目录下，服务器会自动解开这个war包，并在这个目录下生成一个同名的文件夹。一个war包就是有特性格式的jar包，它是将一个Web程序的所有内容进行压缩得到。
我们刚才是将PetWeb文件夹部署在了服务器中，我们知道可以将Web应用程序的内容打成.war包，然后在部署在服务器上。打包请参考如下步骤：
1、打开命令提示符（cmd）
2、设置jdk环境变量
3、在命令提示符中进入项目文件夹F:/PetWeb后，键入如下命令：jar cvfPet.war */ .
（注意最后有个“. ”）。这样在F:/PetWeb下应该有Pet.war文件。（也可以打包到指定的地方，命令如下：jar
cvf d:/Pet.war */.）
部署Pet.war文件非常简单，将刚才xml文件中的docBase
="F:/PetWeb"更改为docBase ="F:/Pet.war"或者直接将其拷贝到webapps目录下就可以。然后重新启动服务器就可以将Pet.war部署为一个Web应用程序了。
如果你够细心的话你会发现，服务器将Pet.war文件解开，并且在webapps下面又生成了一个Pet文件夹，然后把Pet.war的内容拷贝到里面去了。我们可以通过以下方式取消自动解压缩，将xml配置文件中的unpackWAR属性设置为"false"
即可。
二、动态部署
动态部署是指可以在服务器启动之后部署web应用程序，而不用重新启动服务器。动态部署要用到服务器提供的manager.war文件，如果在$CATALINA_HOME/webapps/下没有该文件，你必须去重新下载tomcat，否则不能完成以下的功能。要想使用该管理程序必须首先编辑$CATALINA_HOME/conf/tomcat-users.xml文件，内容如下：（关于这个文件的更多内容，请参考
Java Web应用程序的安全模型二）
<tomcat-users>
<role rolename="tomcat"/>
<role rolename="role1"/>
<role rolename="manager"/>
<user username="coresun" password="coresun"roles="manager"/>
<user username="tomcat" password="tomcat"roles="tomcat"/>
<user username="both" password="tomcat"roles="tomcat,role1"/>
<user username="role1" password="tomcat"roles="role1"/>
</tomcat-users>
然后在浏览器中键入如下地址：http://localhost:8080/
，应该看到一个加菲猫了吧。点击左边的Tomcat Manager链接，提示输入用户名和密码，本文都是coresun，然后可以看到以下页面：
(1)Context Path(option):中输入/Pet
(2)XML Configration file URL中要指定一个.xml文件，比如我们在F:/下建立一个Pet.xml文件，内容如下：<Context reloadable
="false" / >。docBase不用写了，因为要在下一个文本框中填入。或者更简单点，这个文本框什么都不填。
(3)WAR or Directory URL:中键入F:/PetWet或者F:/Pet.war都可以，然后点击Deploy按钮，看看上面是不是已经看到了你web应用程序，名字就是你ContextPath(option):中的名字。
(4)如果你部署.war文件还有更加简单的方式，下面还有个Select WAR file upload点击浏览选择.war文件，然后点击Deploy也可以。
让tomcat只运行conf/server.xml中指定的web应用
可以有以下2种办法：
实现一:
1)将要部署的WEB应用放在webapps以外的路径,
并在server.xml相应的Context 中的docBase指定.
2)删除webapps中的所有文件夹,
以及conf/catalina/localhost下所有xml文件.
注: webapps是server.xml中的Host 元素的appBase属性的值.
实现二:
修改server.xml中Host 元素的属性,
添加或修改:
deployXML ="false"
deployOnStartup ="false"
autoDeploy ="false"
含义:
deployXML ="false"
: 不部署conf/catalina/localhost下的xml相应的WEB应用
deployOnStartup ="false"
:tomcat启动时,
不部署webapps下的所有web应用
autoDeploy ="false"
:避免tomcat在扫描改动时,
再次把webapps下的web应用给部署进来.
注：
Tomcat中webapps目录下不能直接存放网页格式的文件，否则无法访问到该文件，必须有子目录才能访问该网页文件。
例如：我们直接将index.html放在webapps目录中，通过浏览器http://localhost:8080/index.html是无法访问到index.html的。而必须要webapps/petweb/index.html才可以通过http://localhost:8080/petweb/index.html访问到index.html页面。
‘陆’ 怎么用tomcat部署web应用
几种方法：
1、在myeclipse里部署
这个直接在myeclipse里配置好tomcat的根路径。
在server里可以看到tomcat，选择部署自己的工程就行了。
2、把自己的web工程放在tomcat的webapps下
2.1 把自己的工程达成war包，放进tomcat的webapps下；
2.2 把工程的webroot下的内容用自己的工程名称（其实是自己想要的在啊浏览器访问的应用路径名）作为文件夹包住webroot下的内容（要保证自己的classes有东西，lib有东西）
3、把描述自己工程的context放在webapps下
context里可以描述自己的工程的名称，工程存放的路径
4、在tomcat的conf/server.xml配置相应的context元素
这个和3的作用差不多，只是这个是在tomcat的server启动时加载的
以上都能让tomcat知道自己有多少应用要部署，将会进行相应的部署动作。部署完后，就可以在浏览器访问了。
‘柒’ eclipse怎样把Web应用部署到tomcat
1.在myeclipse里面,window菜单最后一个preferences,左边点开myclispe,点servers下面找到tomcat,选择tomcat版本，Tomcat Server 设置为enable，再选择tomcat的路径，OK。
2.在myclipse新建一个WEB项目，然后在下面可以写jsp程序了，默认会有个index.jsp
3.点工具栏上的发布按钮，点右边的ADD，选择刚才第一步建的tomcat，就会把项目发布到tomcat下面
4.启动tomcat，在发布按钮旁边，是启动按钮，选择创建的tomcat
5.在浏览器里面输入地址localhost:8080/myeclipse项目名称/index.jsp
‘捌’ 如何发布Web应用
通过发布 Web 应用程序项目，Visual Studio 可将 Web 应用程序的文件编译到单个程序集中，然后将编译的程序集复制到指定的位置。ASP.NET Web 应用程序项目与标准的 Visual Studio 2005 类库项目共享相同的配置设置和行为。可将 Web 应用程序发布到本地文件夹或共享文件夹、FTP 网站或者通过 URL 访问的网站。位于Visual Studio“生成”菜单上的“发布网站”对话框使您能够生成和发布 Web 应用程序。另外，可以选择从该网站删除源代码。这提供了保护知识产权的措施并使其他人更难访问网站的源代码。有关预编译过程中您的文件所发生情况的更多信息，请参见 ASP.NET 预编译期间的文件处理。注意“发布网站”对话框仅适用于使用 ASP.NET Web 应用程序模板创建的项目。在发布 Web 应用程序之前，请检查原始网站的配置并注意以下几点：必须存在于远程位置的任何设置。具体来说，就是检查如连接字符串、成员资格设置和其他安全设置等设置，并确保这些设置适用于生产环境。必须在发布的网站上更改的任何设置。例如，您可能希望在发布网站后禁用调试、跟踪及自定义错误。由于配置设置是通过继承而来的，因此可能需要检查多个文件以查找所有适用的设置。除了应用程序中的任何 Web.config 文件之外，配置设置还可能位于“系统根目录\Microsoft.NET\Framework\version\CONFIG”目录下的 Machine.config 文件或根 Web.config 文件。如果您没有查看根配置文件的权限，则可以使用如何：以编程方式查看继承的配置设置和本地配置设置中的代码示例输出包含您网站配置设置的完整列表的文件，该文件被格式化为标准的配置文件。有关配置设置的定义，请参见常规配置设置 (ASP.NET) 和ASP.NET 配置设置。注意若要完成下面的过程，您必须在目标位置同时拥有创建和写入权限。发布Web 应用程序项目在“生成”菜单上，单击“发布 项目名称”选项。在“发布网站”对话框中，单击省略号按钮 (…) 浏览至要发布 Web 应用程序项目的位置。选择“用本地副本替换匹配的文件”复选框或选择“发布前删除所有现有的文件”复选框。选择希望如何将 Web 应用程序项目文件复制到新位置：是“仅限于运行该应用程序所需的文件”、“所有项目文件”，还是“源项目文件夹中的所有文件”。同时，通过选择相关复选框可包括 App_Data 文件夹中的文件。单击“确定”发布 Web 应用程序项目。完成发布时，在任务栏中即显示“发布成功”。对位于目标位置的 Web 应用程序进行所需的任何配置更改。有关更多信息，请参见如何：配置已发布的网站。注意为了提高安全性，最好对特定配置设置进行加密。有关更多信息，请参见使用受保护的配置加密配置信息。请参见参考“发布 Web”对话框其他资源>Web Application Projects Overview
‘玖’ webservice原理及应用部署
HTTP + SOAP
‘拾’ 如何web应用部署在windows server 2008
添加映射
在iis中选中需要设置的webapi站点，双击“处理程序映射”，如下图：
在弹出框中添加对webapi的请求映射：
请求路径：api /*
可执行文件：%windir%\Microsoft.NET\Framework64\v4.0.30319\aspnet_isapi.dll，注意32位和64位路径的区别。
名称：webapi，自定义名称即可
修改应用程序池的管道模式
将webapi的应用程序池的管道模式修改为经典
更新dll
映射添加之后，访问站点，不会报404错误了，但会报一些dll文件未能加载，一共有4个，名称分别如下：
System.Web.WebPages.Deployment.dll
Microsoft.Web.Infrastructure.dll
System.Web.WebPages.Razor.dll
System.Web.WebPages.dll
将上面四个dll文件复制到webapi站点到bin目录中，问题解决。