shell脚本自动化部署tomcat

前言

在一个月黑风高的晚上,在公司把程序打包好后,发给现场,结果又被告知不能登录命令行界面部署程序(tomcat部署),只能提供一个shell脚本实现自动化部署,于是拿出我0.5年的开发经验,10分钟写了个shell脚本给到现场
在这里插入图片描述

实战解说(拆解步骤)

我们先想想tomcat部署一个程序需要经过几个步骤:
1.中止程序

2.删除conf下的旧war

3.将新war包移动到conf目录下

4.启动程序

1.获取tomcat所在路径、获取bin所在目录、获取conf所在目录、war名称

dpTomcatPath="apache-tomcat-8.5.31-billserviceTP-8080"

binPath="$dpTomcatPath/bin"

confPath="$dpTomcatPath/conf"

warName="billserviceTP.war"

2.中止程序运行

在我们执行这一步的时候,发现一个问题,如果直接调用shutdown.sh的话,不一定能将程序完全停止,导致你在查看进程的时候,会发现程序还在,所以我们在调用shutdown.sh之后,根据是否存在pid还需要去执行“杀”进程这么一个操作。

获取pid

pid=`ps -ef | grep tomcat | grep -w $dpTomcatPath | grep -v 'grep' | awk '{print $2}'`
① ps -ef | grep tomcat

获取tomcat的进程

② grep -w $dpTomcatPath

grep -w xxx强制grep命令只匹配包含指定xxx的行,也可以说是强制筛选

我们来看看通过这两个命令筛选出来的进程

[root@centos7 ~]$ ps -ef | grep tomcat | grep -w /opt/apache-tomcat-8.5.31-billserviceTP-8080
root       19580       1  0 May10 ?        00:33:32 /usr/jre/jre1.8.0_333/bin/java -Djava.util.logging.config.file=/opt/apache-tomcat-8.5.31-billserviceTP-8080/conf/logging.properties -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djdk.tls.ephemeralDHKeySize=2048 -Djava.protocol.handler.pkgs=org.apache.catalina.webresources -Dorg.apache.catalina.security.SecurityListener.UMASK=0027 -Dignore.endorsed.dirs= -classpath /opt/apache-tomcat-8.5.31-billserviceTP-8080/bin/bootstrap.jar:/opt/apache-tomcat-8.5.31-billserviceTP-8080/bin/tomcat-juli.jar -Dcatalina.base=/opt/apache-tomcat-8.5.31-billserviceTP-8080 -Dcatalina.home=/opt/apache-tomcat-8.5.31-billserviceTP-8080 -Djava.io.tmpdir=/opt/apache-tomcat-8.5.31-billserviceTP-8080/temp org.apache.catalina.startup.Bootstrap start

root  1778519 1778039  0 11:54 pts/0    00:00:00 grep --color=auto -w /opt/apache-tomcat-8.5.31-billserviceTP-8080
③ grep -v ‘grep’

==grep -v ‘grep’==这个命令的作用就是,grep命令可以输出除匹配指定字符的行以外的其他所有行

[root@centos7 ~]$ ps -ef | grep tomcat | grep -w /opt/apache-tomcat-8.5.31-billserviceTP-8080 | grep -v 'grep'
root       19580       1  0 May10 ?        00:33:32 /usr/jre/jre1.8.0_333/bin/java -Djava.util.logging.config.file=/opt/apache-tomcat-8.5.31-billserviceTP-8080/conf/logging.properties -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djdk.tls.ephemeralDHKeySize=2048 -Djava.protocol.handler.pkgs=org.apache.catalina.webresources -Dorg.apache.catalina.security.SecurityListener.UMASK=0027 -Dignore.endorsed.dirs= -classpath /opt/apache-tomcat-8.5.31-billserviceTP-8080/bin/bootstrap.jar:/opt/apache-tomcat-8.5.31-billserviceTP-8080/bin/tomcat-juli.jar -Dcatalina.base=/opt/apache-tomcat-8.5.31-billserviceTP-8080 -Dcatalina.home=/opt/apache-tomcat-8.5.31-billserviceTP-8080 -Djava.io.tmpdir=/opt/apache-tomcat-8.5.31-billserviceTP-8080/temp org.apache.catalina.startup.Bootstrap start
④ awk ‘{print $2}’

当我们查询出了进程的详细信息,现在需要获取该进程信息的PID,我们就可以使用awk命令将自己需要的某一列数据单独提取出来

[root@centos7 ~]$ ps -ef | grep tomcat | grep -w /opt/apache-tomcat-8.5.31-billserviceTP-8080 | grep -v 'grep' | awk '{print $2}'
19580

$2代表提取进程信息中第二列的值,而我们使用ps命令查询出的进程信息中的第二列对应的正好就是进程的PID,如果是**$0**表示获取整个当前行)

中止程序(“杀”进程)

我们在这个步骤需要获取两次pid
第一次获取pid:判断pid是否为空,不为空我们执行执行shutdown.sh操作,等待2s

第二次获取pid:判断pid是否为空,还不为空我们执行执行kill操作,“杀”进程

if [ -n "$pid" ]; then
$binPath"/shutdown.sh"
sleep 2s
pid=`ps -ef | grep tomcat | grep -w $dpTomcatPath | grep -v 'grep' | awk '{print $2}'`
if [ -n "$pid" ]; then
kill -9 $pid
sleep 2s
else
echo "使用shutdown命令成功中止程序!"
fi
else
echo "程序未启动!"
fi

-n xxx 的意义就是判断xxx是否为空

3.删除conf下的旧war,并将新war移动到conf目录下

rm -rf $confPath"/"$warName
cp /tmp/$warName $confPath

rm -rf 为命令行删除文件,慎用,该操作无法撤回!
cp 是将源文件复制一份到目标目录中

4.启动程序

$binPath"/startup.sh"

完整命令

#!/bin/bash

dpTomcatPath="apache-tomcat-8.5.31-billserviceTP-8080"

binPath="$dpTomcatPath/bin"

confPath="$dpTomcatPath/conf"

warName="xxx.war"

pid=`ps -ef | grep tomcat | grep -w $dpTomcatPath | grep -v 'grep' | awk '{print $2}'`
if [ -n "$pid" ]; then
$binPath"/shutdown.sh"
sleep 2s
pid=`ps -ef | grep tomcat | grep -w $dpTomcatPath | grep -v 'grep' | awk '{print $2}'`
if [ -n "$pid" ]; then
kill -9 $pid
sleep 2s
else
echo "使用shutdown命令成功中止程序!"
fi
else
echo "程序未启动!"
fi

rm -rf $confPath"/"$warName
cp /tmp/$warName $confPath

$binPath"/startup.sh"

  • 4
    点赞
  • 14
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
Linuxtomcat服务 统一安装 统一部署 工具 shell编写 1 引言 基于JAVA开发项目,随着服务的越来越多,配置文件更是眼花缭乱,每次不知道因为配置问题浪费多少时间,更不知道因为配置问题出过多少问题。多台服务器来回切换,如果服务需要依赖,启动更是问题。 1.1 目的 一次修改,统一安装;操作简单,实用高效。 1.2 范围 本项目使用范围包括: * 基于JAVA开发项目 * 项目相关服务繁多 * 服务启动有依赖关系 1.3 读者 本需求规格说明书的阅读者或其他文档干系人有平台总监、产品经理、项目总监、项目经理、开发人员、测试人员、用户体验设计人员等。 2 项目总体描述 2.1 系统总体功能框架 2.2 系统功能列表 Exec 建立信任、初始命令 初始 Tools 提供服务与服务列表 扫描提供服务列表,获取配置信息 Conf 自动获取需要修改配置 自动生成 Bin 执行脚本 提供总执行与单一执行脚本 New 存放修改后配置文件 与bak保留文件成反比 Bak 存放原始配置文件 便于问题分析 Temp 存放临时文件 临时文件将及时删除无任何冗积 Workapp 存放war包 上传war包 3 功能描述 3.1 获取配置文件 通过本系统获取配置文件非常简单,只需用户提供服务列表,其他无需操作。服务列表如下: name ip serve 服务名称 192.168.0.1 /home/tomcat_服务名称 服务名称 192.168.1.2 /home/tomcat_服务名称 服务名称 192.168.1.2 /home/tomcat_服务名称 名词解释: name :服务名称,需与war包名称一致。 ip :服务器ip地址。 serve :Tomcat部署路径。 执行脚本,“.. /unifyDeploy/conf”自动生成用户所需修改配置文件,配置文件是通过筛选后生成,所以一个服务不管需要配置多少文件,这里只生成一个,方便修改与管理。 3.2 自动化统一安装部署 自动化统一安装部署,包括:上传解压war包、同步配置、启动服务、监控服务等。 list.ll one.sh pass.war startup.sh syn.cn two.sh 部署支持统一安装于分布式安装,每个脚本可以拆分开任意组合使用,比如: 1) 一套新环境tomcat中还未部署服务,只需调整上传war包脚本顺序,先上传war后,后续操作正常执行。 2) 迭代更新,功能稍作修改,原配置项无需修改,也只需调整上传war包脚本顺序,先获取原有配置,再上传更新war包,后续操作正常执行。 3.3 优缺点描述 优点描述: * 适用于统一安装部署,也适用于单独服务安装部署。 * 保留原始备份,方便部署前后配置对比。 * 操作简单、需求扩展能力强。 不足描述: * 暂时只适用于基于tomcat服务器项目。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

沉淀顶峰相见的PET

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值