Tomcat项目自动部署脚本

一般情况下使用的Linux环境都是加固的,root路径只有超级管理员权限才能进入。我们新建一个自己的用户,在/home下会有一个用户目录,传输war包都放在这个目录下,此时不动webapps文件下的内容,传输包的时候,项目不会中断。

如下是部署脚本deploy.sh:

#!/bin/bash
#自动部署脚本

#tomcat路径
tomcatBinPath=/alidata/server/tomcat-7.0.54/bin
#war包和脚本目录
homepath=/home/baihuidong/DeployApplicationForTomcat

echo '--------开始部署--------'

#检查war包是否存在
cd $homepath
if [ $(find ./ -maxdepth 1 -name "*.war"|wc -l) -ne 1 ]; then
    echo '请保证DeployApplicationForTomcat文件中有且只有一个war包!'
    exit 1
fi

#进入tomcat目录
cd $tomcatBinPath
if [ $? -ne 0 ];then
    echo '请检查tomcat的bin路径是否正确!'
    exit 1
fi
echo "进入tomcat的bin目录:$tomcatBinPath"

pid=$(ps -fu `whoami`|grep "$tomcatBinPath"|grep -v grep|awk '{print $2}')
if [ -z "$pid" ];then
    echo "相关tomcat进程已关闭:$pid"
else
    ./shutdown.sh    #停止tomcat服务
    sleep 8
    kill -9 $pid
    echo '成功关闭tomcat服务!'
fi

#清空oldWarPackage目录
cd $homepath
if [ $? -ne 0 ];then
    echo '请检查homepath路径是否正确或者是否有权限进入!'
    exit 1
fi

if [ -d $homepath/oldWarPackage ];then
    echo "oldWarPackage文件夹存在!"
    rm -rf $homepath/oldWarPackage/*
else
    echo "oldWarPackage文件夹不存在!"
    mkdir $homepath/oldWarPackage
fi


cd $tomcatBinPath/../webapps/
if [ $? -ne 0 ];then
    echo '请检查webapps路径是否正确!'
    exit 1
fi
echo "进入webapps目录:$(pwd)"

cp *.war $homepath/oldWarPackage/
if [ $? -ne 0 ];then
    echo '请检查webapps下是否有war包或者oldWarPackage目录是否存在!'
    exit 1
fi

rm -rf *
cp $homepath/*.war ./

chown root:root *.war
chmod 755 *.war

cd $tomcatBinPath
./startup.sh

echo '--------部署结束--------'

若部署中间出错,则使用回滚脚本

回滚脚本rollback.sh:

#!/bin/bash
#回滚脚本

#war包和脚本目录
homepath=/home/baihuidong/DeployApplicationForTomcat

cd $homepath/oldWarPackage
if [ $(find ./ -maxdepth 1 -name "*.war"|wc -l) -ne 1 ]; then
    echo '请保证oldWarPackage文件中有且只有一个war包!'
    exit 1
fi

echo '------回滚开始------'
cd ../
rm -rf ./*.war
cp ./oldWarPackage/*.war ./
./deploy.sh
echo '------回滚结束------'

其实这里的回滚脚本,是重新部署原war包的方案。还有一种方案,就是备份webapps路径下的war包和ROOT文件夹,回滚之后拷贝到webapps下,重启tomcat,这样省去了Tomcat解压war包的时间。

注意:

如果在Linux下使用vim命令编写脚本,需添加相关执行权限才能被执行(文件名变成绿色)。

如果在windows下编写的sh脚本,传到Linux上,需要增加相关执行权限,且需要格式转化

使用如下命令进行转换:

chmod 755 deploy.sh    //设置执行权限
dos2unix deploy.sh    //格式转化
busybox dos2unix deploy.sh    //如果提示dos2unix命令找不到,使用这条

还可以使用vim进行格式转化。具体看我的vim的文章。

转载于:https://www.cnblogs.com/MasterBai2018/p/9395526.html

  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Linux 多tomcat服务 统一安装 统一部署 工具 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
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值