第一种①我们一般都知道在TOMCAT下面部署应用一般都会部署到*\webapps目录下面,那么假如我们不把项目部署到*\webapps下面还要访问该怎么办呢?(大众方式)
第二种②你只需要在tomcat的conf\Catalina\localhost目录下面加一个配置文件,假如你的项目名称为mydemo那么配置文件的名称就为mydemo.xml而里面的内容是
<?xml version='1.0' encoding='utf-8'?>
<Context docBase="F:/myworkspace/mydemo/WebRoot" path="/mydemo" reloadable="true">
</Context>
增加上它,这样的话,就算的你webapps下面没有mydemo这个项目,你也可以访问了。
因为当TOMCAT启动时,它就会去F:/myworkspace/mydemo/WebRoot这里面找。
第三种③还有一个配置方式是在E:\apache-tomcat-6.0.36\conf\server.xml里面加上这么一句话
<Context path="/mydemo" docBase="F:/myworkspace/mydemo" reloadable="true"/>
结果也是去F:/myworkspace/mydemo/这里面找,而不用在webapp下面部署了。
第二种和第三种的效果相同
我感觉还是在webapp里面配置较好,因为这是大众默认的方式,移植的时候也好移植,不然可能有意向不到的事情发生
以上的东西给我带来一个非常大的麻烦:
我把我的项目部署到另一台机器上时,用传统方式部署(把项目部署到了webapps下面),出现了一个问题折磨了我好久。(而我的本地是用的第二种方式部署的)
因为我的程序中有一段代码String path=ADConnectionUtil.class.getResource("/").getPath();当我在一个机器上debug这段代码时:path=F:/myworkspace/mydemo/WebRoot,而在另一个机器上debug这段代码时path=C:\Program Files\Apache Software Foundation\Tomcat 5.0\webapps\mydemo/WebRoot.
原因很明显了,部署的方式不同导致项目的实际路径不同了,当然找到的也是不同的路径。这就可能发生一种情况:在你本地是好好的运行,怎么换了一个机器就不行了呢?
原因很简单:你部署的方式不同,读配置文件时找的位置不同,可能就读不到东西了,可能就不能运行了
相关推荐
tomcat三种部署方法,以及它们的各自的优缺点和参数配置
tomcat部署有三种方式,介绍了他们的优缺点,以及配置方法
tomcat中三种部署项目的方法,tomcat中三种部署项目的方法
部署WEB应用到Tomcat的三种方式 ,部署WEB应用到Tomcat的三种方式
tomcat中三种部署项目的方法tomcat中三种部署项目的方法tomcat中三种部署项目的方法
tomcat服务器上部署项目
Myeclipse中Tomcat的两种部署方式
Tomcat部署,Tomcat部署,Tomcat部署,Tomcat部署,Tomcat部署,Tomcat部署,Tomcat部署
Tomcat控制台部署
Myeclipse中Tomcat的项目两种部署方式
在linux下部署tomcat,包括firefox静默升级、配置本地yum仓库
关于tomcat集群部署总结
Tomcat的四种web应用部署方式, (1)利用Tomcat自动部署 (2)利用控制台进行部署 (3)增加自定义的Web部署文件 (4)手动修改%Tomcat_Home%\conf\server.xml文件来部署web应用
tomcatweb项目部署方式.docx
TOMCAT的手工部署.rarTOMCAT的手工部署.rar
关于中间件WAS和Tomcat的安装部署培训资料,日常工作中使用到,Java软件部署两种常见方法的文档
Tomcat 服务器是一个免费的开放源代码的Web 应用服务器,属于轻量级应用服务器,本文档主要介绍如何在 Tomcat 部署SSL证书
Myeclipse中Tomcat的两种部署方