Linux下Jboss启动脚本

前言：linux进程分为普通进程和守护进程，守护进程不管启动这个进程的窗口（xshell等远程登录工具）是否关闭，都会在后台运行。
自己平时在工作中会去启动jboss服务，现在很多测试环境都使用Jenkins集成环境，基本使用不到命令启动jboss服务了，但在开发环境一般还是使用命令的。今天分享下自己的启动脚本。

#!/bin/bash
echo "Shell  start ....."
DEPLOY_PATH=/wls/wls81/Jbossserver/jboss-as-7.1.1.Final
JENKINS_PATH=/wls/wls81/tools/workspace/test_dev/test-web/target
APP_NAME=test-web.war

echo "shell:kill jboss....."
PID_USE=`ps aux | grep java | grep $DEPLOY_PATH | grep -v grep | awk '{print $2}'|xargs`

if [ -n "$PID_USE" ]; then
kill -9 $PID_USE
sleep 9
else
echo "pid no"
fi

rm -rf $DEPLOY_PATH/standalone/deployments/*

cp $JENKINS_PATH/$APP_NAME $DEPLOY_PATH/standalone/deployments/$APP_NAME

rm -rf $DEPLOY_PATH/bin/nohup.out

nohup $DEPLOY_PATH/bin/standalone.sh > $DEPLOY_PATH/bin/nohup.out 2>&1 &

tail -f $DEPLOY_PATH/bin/nohup.out
~       

详解：
脚本中test-web代表自己java项目的war包

1. grep java | grep $DEPLOY_PATH 只查询含java和DEPLOY_PATH的进程
2. grep -v grep 反向过滤掉grep的进程
3. awk ‘{print $2}’ 选取第二列
4. xargs 列转行
5. f [ -n “$PID_USE” ]; then 判断PID_USE是否为空
6. $DEPLOY_PATH/bin/nohup.out 2>&1 其中0 表示键盘输入 1表示屏幕输出 2表示错误输出.把标准出错重定向到标准输出,然后输入到nohup.out中

nohup $DEPLOY_PATH/bin/standalone.sh > $DEPLOY_PATH/bin/nohup.out 2>&1 &

命令解析：
command >out.file 2>&1 &
command >out.file是将command的输出重定向到out.file文件，即输出内容不打印到屏幕上，而是输出到out.file文件中。 2>&1 是将标准出错重定向到标准输出，这里的标准输出已经重定向到了out.file文件，即将标准出错也输出到out.file文件中。最后一个& ， 是让该命令在后台执行（即是已守护进程的方式启动）。（command代表上面的nohup命令）

下面是对2>&1这个命令的理解和一些实验，不敢兴趣的同学可以忽略！

试想2>1代表什么，2与>结合代表错误重定向，而1则代表错误重定向到一个文件1，而不代表标准输出；
换成2>&1，&与1结合就代表标准输出了，就变成错误重定向到标准输出.

你可以用
ls 2>1测试一下，不会报没有2文件的错误，但会输出一个空的文件1；
ls xxx 2>1测试，没有xxx这个文件的错误输出到了1中；
ls xxx 2>&1测试，不会生成1这个文件了，不过错误跑到标准输出了；
ls xxx >out.txt 2>&1, 实际上可换成 ls xxx 1>out.txt 2>&1；重定向符号>默认是1,错误和输出都传到out.txt了。
为何2>&1要写在后面？
command > file 2>&1
首先是command > file将标准输出重定向到file中， 2>&1 是标准错误拷贝了标准输出的行为，也就是同样被重定向到file中，最终结果就是标准输出和错误都被重定向到file中。
command 2>&1 >file
2>&1 标准错误拷贝了标准输出的行为，但此时标准输出还是在终端。>file 后输出才被重定向到file，但标准错误仍然保持在终端。