在单独的Tomcat中，在service.XML里面可以配置context，也就是说让哪个url对应哪个应用程序。而且在Tomcat环境里，在Webapps目录下，你放置一个webapp，比如abc.war，则自动展开之后变成abc目录。 版权申明：本站文章均来自网络.
相对而言，与JBoss集成的Tomcat配置起来没有单独的Tomcat来的灵活，因为好多配置权转移到了JBoss的其他配置文件里去了，比如 conf/JBoss-service.xml.与JBoss集成的Tomcat表现为JBoss下的一个应用程序，在Deploy目录下的 JBossweb-Tomcat41.sar。你进入这个目录之后，在META_INF目录下会发现一个JBoss-service.xml，仔细观察它的内容，和单独Tomcat的serive.xml类似。但是你会发现好多参数都是无效的，比如context配置和security配置等。 .
JBoss conf/JBoss-service.xml可以让你设定除了Deploy目录之外的其他发布地点，并且JBoss将war文件展开时和Tomcat完全不一样，他展开到一个tmp目录里面，并且每次展开时名称会发生变化。这种方式对于依赖于web应用程序目录结构的程序来说非常不方便，比如你在一个固定的目录里保存用户上传的文件，然后通过文件目录去访问它，就会发生找不到的情况，因为每一次发布之后，目录名变了。 版权申明：本站文章均来自网络,本站所有转载文章言论不代表本站观点
当然，你可以直接将已经展开的war文件放在Deploy目录下，不过你的目录名称也必须以.war结尾。 根据专家观察，这样的理论和现象都是值得各位站长深思的，所以希望大家多做研究学习，争取总结出更多更好的经验!
J2EE应用程序，可以在Deployment description里面设定context path.比如abc.ear，在它的META_INF目录里的application.xml可以指定
从以上也可以看出，app server环境中，保存context mapping 的变量就像操作系统里的环境变量一样是全局性的，不管你通过app server体统的何种方法获得一个context，如果发生重复，都会提示或报错。
【编辑推荐】
