象我们将web应用发到邮箱成war格式,接着文件复制到tomcat的webapp目录下参与查找,在正常情况下,tomcat将不自动解压缩war文件并生成随机的目录,但是会在内存中动态创建家族该web应用对应的context路径。诸如我们的war文件是sample.war,那你解压文件后的目录那是sample目录,在内存中动态创建角色的context路径那就是/sample。在开发阶段这样的默认行为是可以认可的,但是在正式地重新部署的情况下,我们大多数需要可以修改应用的context路径以渐渐适应我们的需要。
如果不是我们想让用户单单输入域名来访问网络我们的sample应用,我们就是需要直接修改tomcat的context设置。具体看怎么设置context路径的有两种,一种是可以修改{tomcat_home}/conf/server.xml文件,两种是确立一个context片段文件放在webapps目录下。
1、首先打开intellijidea软件,直接点击右上角的配置按钮,在下拉框中你选editconfigurations选项。
一、不使用等命令行正常运行的tomcat。
查看系统比较大支持内存命令:java-xmx1024m-version。
1、直接修改tomcat文件。
二、不使用系统中的“服务”,或者开始菜单的可执行程序运行程序的tomcat。
1、关了现在一直在不运行的tomcat。
三、栏里点可以做到tomcat的内存大小情况。
1、启动时tomcat。
2、访问:8080/manager/status,并输入输入安装tomcat时输入的用户与口令,如admin,密码admin(密码是在tomcat安装时再输入的)。
1.配置一个公共考试的logproperty或xml文件,比方说按结构了logback,我们会有一个mylogback.xml
2.
将该配置文件放于tomcat的一个common目录,比如说your_tomcat/conf,并将该目录一并加入到tomcat的classpath,方法有很多,最简单你的可以不直接如何修改或,增强该目录到classpath变量中
3.在每个app的web.xml中指定你的resourcename
(见图)
4.在tomcat的启动时
set“java_opts%java_opts%”
这样,logback在启动时,就会是从contextselector在你app的classloader目录下收集web.xml定义的logback/configuration-resource,在这里例子中,contextselector会在启动后的过程中在classloader的目录中去寻找mylogback.xml充当logcontext的配置文件,导致classloader的机制是能继承于容器的,所以,意味索然mylogback.xml没有放在war包当中,但我们仍旧可以在容器的classpath目录中不能找到它