tomcat（7）
&&host appBase=&d:/aaa&&
&Context docBase=&d:/aaa/bbb&& &/Context&
我们先看appBase,这个目录表示：
1 这个目录下面的子目录将自动被部署为应用。
2 这个目录下面的.war文件将被自动解压缩并部署为应用
而docBase只是指向了你某个应用的目录，这个可以和appBase没有任何关系。
如果你想自己指定路径，那么应该在docBase里面
如果你想简单，那么直接把他们复制到appBase下面就行了
如果你把他们弄重复了，也就是2个指向了一个目录，看上去也能运行，但你的应用下面的每个子目录，其实是被部署为单独的应用的。
比如你的应用为
myApp, 放在了
d:\project\myApp
里面有2个子目录
d:\project\myApp\images
d:\project\myApp\js
你可以通过
1 设置 appBase 指向 d:\project 来让系统自动部署
2 你可以手工指定docBase到 d:\project\myApp
3 如果你指定了 appBase到 d:\project\myApp 那么
d:\project\myApp\images这个将不再是普通的子目录，而是一个单独的虚拟目录，或者叫应用了。因为其被自动部署
d:\project\myApp\js 也一样的后果
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：388887次
积分：4061
积分：4061
排名：第5100名
原创：31篇
转载：169篇
评论：29条
(1)(1)(3)(2)(3)(16)(6)(2)(5)(1)(5)(11)(11)(2)(1)(2)(2)(1)(9)(4)(4)(2)(1)(5)(3)(1)(3)(13)(11)(7)(28)(2)(2)(1)(26)(3)求大神帮忙解决下_java吧_百度贴吧
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&签到排名：今日本吧第个签到，本吧因你更精彩，明天继续来努力！
本吧签到人数：0成为超级会员，使用一键签到本月漏签0次！成为超级会员，赠送8张补签卡连续签到：天&&累计签到：天超级会员单次开通12个月以上，赠送连续签到卡3张
关注：451,957贴子：
求大神帮忙解决下收藏
针对这个警告
windows 系统可以用以下方案解决eclipse部署web应用出现的警告1、警告: A docBase inside the host appBase has been specified, and will be ignore2、警告: [SetPropertiesRule]{Server/Service/Engine/Host/Context}Setting property 'source' to 'org.eclipse.jst.jee.server:aa' did not find amatching property 出现警告的原因：在eclipse配置好的tomcat服务器上双击，打开tomcat服务器的配置界面按如下操作配置服务器：在Server Options勾上的选项，会在你部署web项目（如：）时，服务器会在tomcat根目录\conf\Catalina\localhost下自动创建的.xml的单应用配置文件，该文件定义如下： 我们知道，eclipse下配置好tomcat服务器后，会一个Servers工程，如下：这些配置文件与tomcat服务器的conf文件夹下的配置文件的内容是一样的，但是当我们部署web应用时，配置信息会写在这些配置文件上，而不会写在tomcat的conf文件夹下的配置文件中，这些配置文件在eclipse的workspace文件夹的Server工程文件夹下：打开Servers工程下的server.xml，会发现，每部署一个web应用到tomcat服务器上就会产生一个描述单web应用配置信息的&Context&标签： 至此，我们发现有两处会产生部署web应用的&Context&配置信息，一处在tomcat根目录\conf\Catalina\localhost下自动创建的.xml的单应用配置文件，另一处在Servers工程下的server.xml文件，tomcat服务器启动，当其加载一个web应用时，会先去Servers工程下的server.xml文件寻找&Context&元素，再查找conf\Catalina\localhost下的.xml文件的&Context&元素，那么就会因为出现重复的Context元素而报警告。 解决方案1：只要将conf\Catalina\localhost下的XXX.xml文件的web应用配置文件删除即可，重启服务器即可。解决方案2：将Server下的server.xml文件的&Context&元素删除，也可以正常部署web应用。然而 我想说mac系统上面的tomcat 并不能用上面方法解决
求大神助攻
登录百度帐号推荐应用
为兴趣而生，贴吧更懂你。或Tomcat里 appBase和docBase的区别_百度知道
Tomcat里 appBase和docBase的区别
&host appBase=&d:/aaa&&&Context path=&/smswap& reloadable=&true& docBase=&D:\workspace\smswap\WebRoot&&&/Context&&/host&我们先看appBase,这个目录表示：1 这个目录下面的子目录将自动被部署为应用。2 这个目录下面的.war文件将被自动解压缩并部署为应用而docBase只是指向了你某个应用的目录，这个可以和appBase没有任何关系。总结：如果你想自己指定路径，那么应该在docBase里面如果你想简单，那么直接把他们复制到appBase下面就行了如果你把他们弄重复了，也就是2个指向了一个目录，看上去也能运行，但你的应用下面的每个子目录，其实是被部署为单独的应用的。比如你的应用为myApp, 放在了d:\project\myApp里面有2个子目录d:\project\myApp\imagesd:\project\myApp\js你可以通过1 设置 appBase 指向 d:\project 来让系统自动部署2 你可以手工指定docBase到 d:\project\myApp3 如果你指定了 appBase到 d:\project\myApp 那么d:\project\myApp\images这个将不再是普通的子目录，而是一个单独的虚拟目录，或者叫应用了。因为其被自动部署d:\project\myApp\js 也一样的后果..
其他类似问题
为您推荐：
tomcat的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁1290人阅读
&host appBase=&d:/aaa&&
&Context path=&/smswap& reloadable=&true& docBase=&D:\workspace\smswap\WebRoot&&&/Context&
我们先看appBase,这个目录表示：
1 这个目录下面的子目录将自动被部署为应用。
2 这个目录下面的.war文件将被自动解压缩并部署为应用
而docBase只是指向了你某个应用的目录，这个可以和appBase没有任何关系。
如果你想自己指定路径，那么应该在docBase里面
如果你想简单，那么直接把他们复制到appBase下面就行了
如果你把他们弄重复了，也就是2个指向了一个目录，看上去也能运行，但你的应用下面的每个子目录，其实是被部署为单独的应用的。
比如你的应用为
myApp, 放在了
d:\project\myApp
里面有2个子目录
d:\project\myApp\images
d:\project\myApp\js
你可以通过
1 设置 appBase 指向 d:\project 来让系统自动部署
2 你可以手工指定docBase到 d:\project\myApp
3 如果你指定了 appBase到 d:\project\myApp 那么
d:\project\myApp\images这个将不再是普通的子目录，而是一个单独的虚拟目录，或者叫应用了。因为其被自动部署
d:\project\myApp\js 也一样的后果
& 今天整整搞了一个下午，ubuntu下的tomcat，由于没有深入分析过tomcat/conf/server.xml，遇到很多问题。
&&& 一开始总是把appBase配置成应用程序的路径，结果反复的修改别处，也没搞定，突然想起docBase，然后在
&&& appBase 下面加了一行docBase，把路径配置到docBase中，把appBase为空，就OK了
&&&&& &Host name=&localhost&& appBase=&& &&&&&&&&&& unpackWARs=&true& autoDeploy=&true& &&&&&&&&&& xmlValidation=&false& xmlNamespaceAware=&false&&
&&&&&& &Context path=&& docBase=&/usr/local/webapp& debug=&0& reloadable=&true& crossContext=&true&/&
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：129749次
积分：2914
积分：2914
排名：第4482名
原创：144篇
转载：73篇
评论：37条
尚缘 SWOOP 好文章，永远不应该消失
©2014}