Tomact部署及优化

本文详细介绍了Tomcat服务器的部署与优化过程,包括Tomcat的三大核心组件——servlet和jsp,服务的安装、配置虚拟主机以及优化启动速度。在虚拟主机配置中,通过配置server.xml文件实现了www.ming.com和www.jie.com访问不同项目内容。最后讨论了Tomcat的优化和多实例部署,确保在生产环境中高效稳定运行。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

目录

Tomcat服务器简介

Tomcat三大核心组件

什么是servlet

jsp(java server pages)

Tomcat 功能组件结构

Container 结构分析

Tomcat顶层架构

Tomcat请求过程

Tomcat服务部署安装

关闭防火墙,将安装Tomcat所需软件包上传

 安装jdk

 设置jdk环境变量

 安装启动Tomcat

浏览器访问tomcat默认主页http://192.168.10.20:8080

将tomcat添加到服务

 优化启动速度

 Tomcat虚拟主机配置

创建ming和jie项目目录和文件

 修改Tomcat主配置文件server.xml

     重启服务 

 客户端浏览器访问验证

先在主机映射文件中追加ip与对应网络,方便根据域名访问

 浏览器访问 http://www.ming.com:8080 浏览器访问 http://www.jie.com:8080 

Tomcat优化

 Tomcat多实例部署

安装jdk

 安装tomcat 

 配置tomcat环境变量

修改tomcat中的server.xml文件,要求tomcat实例配置不能有重复的端口号 

 修改各tomcat实例中的startup.sh和shutdown.sh文件,添加tomcat环境变量


前言:Tomcat 属于轻量级应用服务器,在中小型系统和并发访问用户不是很多的场合下被普遍使用,本章将介绍Tomcat核心组件以及作用

Tomcat服务器简介

Tomcat 是 Java 语言开发的,Tomcat 服务器是一个免费的开放源代码的 Web 应用服务器,是 Apache 软件基金会的 Jakarta 项目中的一个核心项目,由 Apache、Sun 和其他一些公司及个人共同开发而成。
Tomcat 属于轻量级应用服务器,在中小型系统和并发访问用户不是很多的场合下被普遍使用,是开发和调试 JSP 程序的首选。一般来说,Tomcat 虽然和 Apache 或者 Nginx 这些 Web 服务器一样,具有处理 HTML 页面的功能,然而由于其处理静态 HTML 的能力远不及 Apache 或者 Nginx,所以 Tomcat 通常是作为一个 Servlet 和 JSP 容器,单独运行在后端。

官网地址:Apache Tomcat® - Welcome!

 总结: 

免费的、开放源代码的Web应用服务器

Apache软件基金会( Apache Software Foundation)Jakarta项目中的一个核心项目

由 Apache、Sun和一些公司及个人共同开发而成

深受Java爱好者的喜爱,并得到部分软件开发商的认可

是目前比较流行的Web应用服务器

Tomcat三大核心组件

Tomcat由一系列的组件构成,其中核心的组件有三个0

名称功能
Web 容器完成 Web 服务器的功能
Servlet 容器名字为 catalina,用于处理 Servlet 代码
JSP 容器

用于将 JSP 动态网页翻译成 Servlet 代码

什么是servlet

运行在 Web 服务器或应用服务器上的程序,它是作为来自 Web 浏览器或其他 HTTP 客户端的请求和 HTTP 服务器上的数据库或应用程序之间的中间层。使用Servlet,可以收集来自网页表单的用户输入,呈现来自数据库或者其他源的记录,还可以动态创建网页。与CGI(公共网关接口)功能相类似

jsp(java server pages)

一种动态网页开发技术。它使用JSP标签在HTML网页中插入Java代码。标签通常以<%开头以%>结束。 JSP是一种Java servlet,主要用于实现Java web应用程序的用户界面部分。 JSP通过网页表单获取用户输入数据、访问数据库及其他数据源,然后动态地创建网页

因此 Tomcat 是 Web 应用服务器,也是一个 Servlet/JSP 容器。Tomcat 作为 Servlet 容器,负责处理客户请求,把请求传送给 Servlet,并将 Servlet 的响应传送回给客户。

1、Web容器 :①接受、响应请求
             ② 展示动态页面      
               入口  出口
2、JSP容器:翻译java--> servlet
index.html --》 nginx可以直接展示index.php

index.jsp --> java环境---》和数据库怎么进行交互,怎么连接到后端???

index.jsp---》java类代码---》就是执行对接后端的执行代码,所以我们需要在进行与用户交互时,将用户发出的请求、数据、传输到后端 
但是index.jsp中的一些java代码无法直接执行对接或者调用,需要先翻译魏可以可直接执行的代码方式---》格式serverlst 代码格式

3、serverlet容器:serverlet代码格式就是用JSP容器来处理

简介:
web容器:1、接受、响应请求 2 、 展示动态页面
JSP容器:翻译java—>servlet
Serverlet容器:借助于catalina来执行servelet代码(动态任务执行的标准格式)

Tomcat 功能组件结构

Tomcat 的核心功能有两个,分别是负责接收和反馈外部请求的连接器 Connector,和负责处理请求的容器 Container 其中连接器和容器相辅相成,一起构成了基本的 web 服务 Service。每个 Tomcat 服务器可以管理多个 Service。

  • Connector:负责对外接收和响应请求。它是Tomcat与外界的交通枢纽,监听端口接收外界请求,并将请求处理后传递给容器做业务处理,最后将容器处理后的结果响应给外界。
  • Container:负责对内处理业务逻辑。其内部由 Engine、Host、Context和Wrapper 四个容器组成,用于管理和调用 Servlet 相关逻辑。
  • Service:对外提供的 Web 服务。主要包含 Connector 和 Container 两个核心组件,以及其他功能组件。Tomcat 可以管理多个 Service,且各 Service 之间相互独立。

Container 结构分析

每个 Service 会包含一个 Container 容器。在 Container 内部包含了 4 个子容器

4个子容器

(1)Engine:引擎,用来管理多个虚拟主机,一个 Service 最多只能有一个 Engine;
(2)Host:代表一个虚拟主机,也可以叫站点,通过配置 Host 就可以添加站点;
(3)Context:代表一个 Web 应用,包含多个 Servlet 封装器;
(4)Wrapper:封装器,容器的最底层。每一 Wrapper 封装着一个 Servlet,负责对象实例的创建、执行和销毁功能。

Engine、Host、Context 和 Wrapper,这四个容器之间属于父子关系

容器 由一个引擎可以管理多个虚拟主机。每个虚拟主机可以管理多个 Web 应用。每个 Web 应用会有多个 Servlet 封装器

Tomcat顶层架构

 

1.Tomcat中最顶层的容器是Server,代表整个服务器,一个Server可以包含至少一个Service,用于具体提供服务。

2.Service主要包含两个部分:Connector和Container。Tomcat的心脏就是这两个组件,这两个组件的作用:
Connector用于处理连接相关事情,并提供Socket与Request和Response相关的转化;
Contai用于封装管理Servlet,以及集体处理Request请求。

3.一个Tomcat中只有一个Server,一个Server可以包含多个Service,一个Service只有一个Container,但是可以有多个Connectors,因为一个服务可以有多个连接,如同时提供Htpp和Https链接,也可以提供相同协议不同端口的连接。

4.多个Connector 和一个Container 就形成了一个Service, 有了Service就可以对外提供服务了,但是Service还要一个生存的环境,必须要有人能够给她生命、掌握其生死大权,那就非Server莫属了!所以整个Tomcat的生命周期由Server控制。另外上述的包含 关系或者说是父子关系,都可以在tomcat的conf目录下的server.xml配置文件中看出。

5.server.xml中定义<Server port="8005” shutdown=" SHUTDOWN">
这会让Tomcat6启动一个server实例( 即一个JVM) ,它监听在8005端口以接收“SHUTDOWN"命令,如果接收到了就会关闭Tomcat。各Server的定义不能使用同一一个端口,这意味着如果在同一个物理机上启动了多个Server实例,必须配置它们使用不同的端口。

Tomcat请求过程

1、用户在浏览器中输入网址,请求被发送到本机端口 8080,被在那里监听的 Connector 获得;
2、Connector把该请求交给它所在的 Service 的 Engine(Container)来处理,并等待 Engine 的回应;
3、请求在 Engine、Host、Context 和 Wrapper 这四个容器之间层层调用,最后在 Servlet中执行对应的业务逻辑、数据存储等。
4、执行完之后的请求响应在 Context、Host、Engine 容器之间层层返回,最后返回给Connector,并通过 Connector 返回给客户端。

 

假设来自客户的请求为: http://localhost:8080/wsota/wsota_index.jsp 

1) 请求被发送到本机端口8080,被在那里侦听的Coyote HTTP/1.1 Connector获得 
2)  Connector把该请求交给它所在的Service的Engine来处理,并等待来自Engine的回应 
3)  Engine获得请求localhost/wsota/wsota_index.jsp,匹配它所拥有的所有虚拟主机Host 
4)  Engine匹配到名为localhost的Host(即使匹配不到也把请求交给该Host处理,因为该Host被定义为该Engine的默认主机) 
5)  localhost Host获得请求/wsota/wsota_index.jsp,匹配它所拥有的所有Context 
6)  Host匹配到路径为/wsota的Context(如果匹配不到就把该请求交给路径名为""的Context去处理) 
7)   path="/wsota"的Context获得请求/wsota_index.jsp,在它的mapping table中寻找对应的servlet 
8)   Context匹配到URL PATTERN为*.jsp的servlet,对应于JspServlet类 
9)   构造HttpServletRequest对象和HttpServletResponse对象,作为参数调用JspServlet的doGet或doPost方法 
10)  Context把执行完了之后的HttpServletResponse对象返回给Host 
11)   Host把HttpServletResponse对象返回给Engine 
12)   Engine把HttpServletResponse对象返回给Connector 
13)   Connector把HttpServletResponse对象返回给客户browser

Tomcat服务部署安装

在部署 Tomcat 之前必须安装好 jdk,因为 jdk 是 Tomcat 运行的必要环境

关闭防火墙,将安装Tomcat所需软件包上传

systemctl stop firewalld
systemctl disable firewalld
setenforce 0

 安装jdk

rpm -ivh jdk-8u201-linux-x64.rpm

 设置jdk环境变量

vim /etc/profile.d/java.sh
export JAVA_HOME=/usr/java/jdk1.8.0_201-amd64
export CLASSPATH=.:$JAVA_HOME/lib/tools.jar:$JAVA_HOME/lib/dt.jar
export PATH=$JAVA_HOME/bin:$PATH
 
source /etc/profile.d/java.sh
java -version

 

扩展
CLASSPATH编译、运行Java程序时,JRE会去该变量指定的路径中搜索所需的类(.class)文件
dt.jar是关于运行环境的类库,主要是 swing 的包
tools.jar主要是一些jdk工具的类库,包括javac,java,javap,javadoc等
JDKjava development kit (java开发工具)
JREjava runtime environment (java运行时环境)
JVMjava virtuak machine (java虚拟机),使java程序可以在多种平台上运行class文件

 安装启动Tomcat

tar zxvf apache-tomcat-9.0.16.tar.gz
mv apache-tomcat-9.0.16 /usr/local/tomcat
#启动tomcat
#后台启动
/usr/local/tomcat/bin/startup.sh
或
/usr/local/tomcat/bin/caalina.sh start
 
#前台启动
/usr/local/tomcat/bin/catalina.sh run

 

 8080端口为被用于WWW代理服务的

可以实现网页浏览,经常在访问某个网站或使用代理服务器的时候,会加上“:8080”端口号。另外Apache Tomcat web server安装后,默认的服务端口就是8080

浏览器访问tomcat默认主页http://192.168.10.20:8080

 

将tomcat添加到服务

1. #先关闭服务
/usr/local/tomcat/bin/shutdown.sh
 
2. #添加用户设置属主属组
useradd -s /sbin/nologin tomcat
chown tomcat:tomcat /usr/local/tomcat -R
 
3. #新建服务文件
vim /etc/systemd/system/tomcat.service
[Unit]
Description=Tomcat
#After=syslog.target network.target remote-fs.target nss-lookup.target
After=syslog.target network.target
 
[Service]
Type=forking
ExecStart=/usr/local/tomcat/bin/startup.sh
ExecStop=/usr/local/tomcat/bin/shutdown.sh
RestartSec=3
PrivateTmp=true
User=tomcat
Group=tomcat
 
[Install]
WantedBy=multi-user.target
 
4. #重新加载服务,并开启,查看是否成功启动
systemctl daemon-reload
systemctl start tomcat
netstat -anpt|grep 8080

 

 

 优化启动速度

第一次启动查看日志会发现 Tomcat 启动很慢,默认情况下可能会需要几十秒,可以修改jdk参数进行改

vim /usr/java/jdk1.8.0_201-amd64/jre/lib/security/java.security

 /dev/urandom是/dev/random的非阻塞版本,/dev/random的 random pool依赖于系统中断,因此在系统的中断数不足时,/ dev/random设备会一直封锁,尝试读取的进程就会进入等待状态,直到系统的中断数充分够用,/dev/random设备可以保证数据的随机性。/dev/urandom不依赖系统的中断,也就不会造成进程忙等待,但是数据的随机性也不高,所以该随机数的安全性理论上不高。如果应用对安全性要求很高,那么应该使用/dev/random

/usr/local/tomcat/bin/shutdown.sh 
/usr/local/tomcat/bin/startup.sh

ll /usr/local/tomcat/

主要目录说明

bin存放启动和关闭 Tomcat 的脚本文件,比较常用的是 catalina.sh、startup.sh、shutdown.sh 三个文件
conf

存放Tomcat 服务器的各种配置文件,比较常用的是 server.xml、context.xml、tomcat-users.xml、web.xml 四个文件

server.xml: Tomcat的主配置文件,包含Service,Connector,Engine,Realm,Valve,Hosts主组件的相关配置信息

context.xml:所有host的默认配置信息

tomcat-user.xml:Realm认证时用到的相关角色、用户和密码等信息,Tomcat自带的manager默认情况下会用到此文件,在Tomcat中添加/删除用户,为用户指定角色等将通过编辑此文件实现

web.xml:遵循Servlet规范标准的配置文件,用于配置servlet,并为所有的web应用程序提供包括MIME映射等默认配置信息

lib存放Tomcat运行需要的库文件的jar 包,一般不作任何改动,除非连接第三方服务,比如 redis,那就需要添加相对应的jar 包
logs存放 Tomcat 执行时的日志
temp存放 Tomcat 运行时产生的文件
webapps存放 Tomcat 默认的 Web 应用部署目录
workTomcat工作日录,存放jsp编译后产生的class文件,一般清除Tomcat缓存的时候会使用到
src存放Tomcat 的源代码
doc存放Tomcat文档

 Tomcat虚拟主机配置

很多时候公司会有多个项目需要运行,那么肯定不可能是一台服务器上运行多个Tomcat服务,这样会消耗太多的系统资源。此时,就需要使用到 Tomcat 虚拟主机。例如现在新增两个域名 www.ming.com 和 www.jie.com,希望通过这两个域名访问到不同的项目内容

创建ming和jie项目目录和文件

mkdir /usr/local/tomcat/webapps/ming
mkdir /usr/local/tomcat/webapps/jie
 
echo "you are a girl page\!" > /usr/local/tomcat/webapps/ming/index.jsp
echo "you are a guy page\!" > /usr/local/tomcat/webapps/jie/index.jsp

 修改Tomcat主配置文件server.xml

vim /usr/local/tomcat/conf/server.xml
 
在165行前插入
<Host name="www.ming.com" appBase="webapps" unpackWARs="true" autoDeploy="true" xmlValidation="false" xmlNamespaceAware="false">
<Context docBase="/usr/local/tomcat/webapps/ming" path="" reloadable="true" />
</Host>
<Host name="www.jie.com" appBase="webapps" unpackWARs="true" autoDeploy="true" xmlValidation="false"
xmlNamespaceAware="false">
<Context docBase= "/usr/local/tomcat/webapps/jie" path="" reloadable="true" />
</Host>

 

这边有些错误如果有错参考别人 

Host name主机名
appBaseTomcat程序工作目录,相对路径为webapps,绝对路径为/usr/local/tomcat/webapps
unpackWARs在启用此webapps时是否对WAR格式的归档文件先进行展开,默认为true
autoDeploy指示Tomcat运行时,如有新的WEB应用是否允许自动部署
xmlValidation是否验证xml文件执行有效性检验的标志
xmlNamespaceAware是否启用xml命名空间,设置该值与xmlValidation为true,表示对web.xml文件执行有效性检验
docBase相应的Web应用程序的存放位置,也可以使用相对路径
path相对于web服务器根路径而言的URI,如果为空" ",则表示为此webapp的根路径 /
reloadable是否允许重新加载此context相关的web应用程序的类,默认为false

     重启服务 

 /usr/local/tomcat/bin/shutdown.sh
/usr/local/tomcat/bin/startup.sh

 客户端浏览器访问验证

先在主机映射文件中追加ip与对应网络,方便根据域名访问

echo "192.168.10.20 www.ming.com www.jie.com" >> /etc/hosts

 不要写下面这种

 浏览器访问 http://www.ming.com:8080 
浏览器访问 http://www.jie.com:8080 

  

扩展:

HTTP  请求过程:

①Connector  连接器监听的端口是 8080 。由于请求的端口和监听的端口一致,连接器接受了该请求。

②因为引擎的默认虚拟主机是www.abc.com,并且虚拟主机的目录是webapps。所以请求找到了tomcat/webapps 目录。

③访问的路径为根路径,URI 为空,即空是 Web 程序的应用名,也就是context 。此时请求找到

/usr/local/tomcat/webapps/abc 目录,解析index.jsp 缤纷返回。

Tomcat优化

Tomcat默认安装下的缺省配置并不适合生产环境,它可能会频繁出现假死现象需要重启,只有通过不断压测优化才能让它最高效率稳定的运行。优化主要包括三方面,分别为操作系统优化(内核参数优化),Tomcat配置文件参数优化,Java虚拟机(JVM)调优

 vim /usr/local/tomcat/conf/server.xml			
<Connector port="8080" protocol= "HTTP/1.1"
connectionTimeout= "20000"
redirectPort="8443"
 
#在71行处插入以下内容,可以完成优化
minSpareThreads="50" 		#最小空闲线程数为50
enableLookups="false"		#不开启反查域名
disableUploadTimeout="true"	#上传时使用超时机制
acceptCount="300" 			#线程数都被占用时,可传入最大连接请求队列为300
maxThreads="500"			#可创建的最大线程数为500
processorCache="500"		#控制Tomcat内部RequestProcessor的缓存池大小,若超过500,则会创建新的RequestProcessor实例
URIEncoding="UTF-8" 		#使用中文字符集
compression="on"			#开启对响应的数据进行GZIP压缩
compressionMinSize="2048"	#压缩响应最小值,开启则默认2048,只有大于该值时才会对报文进行压缩
compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain,image/gif,image /jpg,image/png"/>      #压缩可支持类型	
 
#重启
/usr/local/tomcat/bin/shutdown.sh 
/usr/local/tomcat/bin/startup.sh




<Connector port="8080" protocol="HTTP/11.1" 
connectionTimeout="20000" 
redirectPort="8443"
在71行插入
minSpareThreads="50" 
enableLookups="false" 
disableUploadTimeout="true" 
acceptCount="300" 
maxThreads="500" 
processorCache="500"
URIEncoding="UTF-8" 
compression="on" 
compressionMinSize="2048" 
compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain,image/gif,image /jpg,image/png"/>

 Tomcat常用优化选项

参数解释
[ maxThreads]Tomcat 使用线程来处理接收的每个请求,这个值表示Tomcat可创建的最大的线程数,默认值是200,
[minSpareThreads]最小空闲线程数,Tomcat启动时的初始化的线程数,表示即使没有人使用也开这么多空线程等待,默认值是 10,
[maxSpareThreads]最大备用线程数,一旦创建的钱程超过这个值,Tomcat就会关闭不再需要的socket线程。默认值是-1(无限 制)。一般不需要指定。
[URIEncoding]指定Tomcat容器的URL编码格式,语言编码格式这块倒不如其它Web服务器软件配置方便,需要分别指定。
[connnectionTimeout]网络连接超时,单位:堂秒,设置为0表示永不超时,这样设置有隐患的。通常默认20000室秒就可以。
[enableLookups]是否反查域名,以返回远程主机的主机名,取值为:true或false,如果设置为false,则直接返回IP地址,为 了提高处理能力,应设置为false。
[disableUploadTimeout]上传时是否使用超时机制。应设置为true.
[connectionuploadTimeout]上传超时时间,毕竟文件上传可能需要消耗更多的时间,这个根据你自己的业务需要自己调,以使Servlet有较 长的时问来完成它的执行,需要与上一个参数一起配合使用才会生效。
[acceptcount]指定当所有可以使用的处理请求的线程数都被使用时,可传入连接请求的最大队列长度,超过这个数的请求将 不予处理,默认为100个.
[compression]是否对响应的数据进行GZIP压缩,off:表示禁止压缩;on:表示允许压缩(文本将被压缩)、force:表示所有情况下都进行压缩,默认值为 off,压缩数据后可以有效的减少页面的大小,一般可以减小 1/3 左右,节省带宽。
[compressionMinSize]表示压缩响应的最小值,只有当响应报文大小大于这个值的时候才会对报文进行压缩,如果开启了压缩功能,默认值就是 2048。
[compressableMimeType]压缩类型,指定对哪些类型的文件进行数据压缩。
[noCompressionUserAgents=“gozilla, traviata”]对于以下的浏览器,不启用压

 Tomcat多实例部署

  Tomcat多实例是指在一台设备上运行多个Tomcat服务,这些Tomcat相互独立,互不影响。多实例与虚拟主机不同,虚拟主机的本质是在一个服务下有多个相对独立的目录,但是多实例却存在了多个服务。
实现以下Tomcat的多实例配置,实验环境如下:

安装jdk

1.关闭防火墙,将安装 Tomcat 所需软件包传到/opt目录下
jdk-8u201-linux-x64.rpm
apache-tomcat-9.0.16.tar.gz
 
systemctl stop firewalld
systemctl disable firewalld
setenforce 0
 
2.安装JDK
cd /opt
rpm -qpl jdk-8u201-linux-x64.rpm 
rpm -ivh jdk-8u201-linux-x64.rpm 
java -version
 
3.设置JDK环境变量
vim /etc/profile.d/java.sh
export JAVA_HOME=/usr/java/jdk1.8.0_201-amd64
export CLASSPATH=.:$JAVA_HOME/lib/tools.jar:$JAVA_HOME/lib/dt.jar
export PATH=$JAVA_HOME/bin:$PATH
 
source /etc/profile.d/java.sh
java -version

 安装tomcat 

 

tar -zxvf apache-tomcat-9.0.16.tar.gz -C /usr/local
mv /usr/local/apache-tomcat-9.0.16/ /usr/local/tomcat1
cp -rp /usr/local/tomcat1 /usr/local/tomcat2

 配置tomcat环境变量

vim /etc/profile.d/tomcat.sh
#tomcat1
export CATALINA_HOME1=/usr/local/tomcat/tomcat1
export CATALINA_BASE1=/usr/local/tomcat/tomcat1
export TOMCAT_HOME1=/usr/local/tomcat/tomcat1
 
#tomcat2
export CATALINA_HOME2=/usr/local/tomcat/tomcat2
export CATALINA_BASE2=/usr/local/tomcat/tomcat2
export TOMCAT_HOME2=/usr/local/tomcat/tomcat2
 
source /etc/profile.d/tomcat.sh

 

修改tomcat中的server.xml文件,要求tomcat实例配置不能有重复的端口号 

cd tomcat1/conf/
ls
cp server.xml server.xml.bak
vim server.xmlcd tomcat1/conf/
ls
cp server.xml server.xml.bak
vim server.xml

 

 

 修改各tomcat实例中的startup.sh和shutdown.sh文件,添加tomcat环境变量

vim /usr/local/tomcat/tomcatl/bin/startup.sh
export CATALINA_BASE=$CATALINA_BASE1
export CATALINA_HOME=$CATALINA_HOME1
export TOMCAT_HOME=$TOMCAT_HOME1
 
vim /usr/local/tomcat/tomcat1/bin/shutdown.sh
export CATALINA_BASE=$CATALINA_BASE1
export CATALINA_HOME=$CATALINA_HOME1
export TOMCAT_HOME=$TOMCAT_HOME1
 
 
vim /usr/local/tomcat/tomcat2/bin/startup.sh
export CATALINA_BASE=$CATALINA_BASE2
export CATALINA_HOME=$CATALINA_HOME2
export TOMCAT_HOME=$TOMCAT_HOME2
 
vim /usr/local/tomcat/tomcat2/bin/shutdown.sh
export CATALINA_BASE=$CATALINA_BASE2
export CATALINA_HOME=$CATALINA_HOME2
export TOMCAT_HOME=$TOMCAT_HOME2

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值