#!/bin/bash
java -Xms512m -Xmx1024m -classpath lib/antlr-2.7.6.jar:lib/commons-collections-3.2.jar:lib/jta.jar ...... xx.MainClass%1 %2
java -cp "$CLASSPATH" xx.MainClass>console.log &echo $! >MainClass.pid &
MainClass是我服务器的启动入口main所在的类.
脚本也是看到网上其他朋友写的,这个脚本在服务器启动的同时将pid写到MainClass.pid中下面的是restart.sh脚本
#!/bin/bash
cat MainClass.pid | xargs kill -9
java -Xms512m -Xmx1024m -classpath lib/antlr-2.7.6.jar:lib/commons-collections-3.2.jar:lib/jta.jar ...... xx.MainClass%1 %2这个脚本就竖桐是先关闭pid为MainClass.pid的进程
然后再启动.
问题是在服务器启动后,利用ps -aux查看进程,没有发现MainClass.pid的值
java.exe的桐则pid是另外一个值...
对于Java应用程序(非web应用) 在部署后 常常需要一个启动脚本来加载一些第三方的jar包 并启动应用
对于java应用程序 我一般喜欢将程序的目录结构写成如下的方式
myapp
| lib
| bin
| packages
一些配置文件和属性文件
一个startup sh 或bat启动脚本
其中 packages是程序的根包 其中有子包和class文件等
在包中 有一个Main calss的类 这个作老悄为程序的入口
下面给出一个最一般的写法
startup sh #!/bin/sh
programdir=
num=$#
temp=$CLASSPATH
#setting libs path
libs= /lib/*
append(){
temp=$temp : $
}
for file in $libsdo
append $file
done
咐含野export CLASSPATH=$temp: : /:$programdir
export LANG=zh_CN
nohup java classpath $CLASSPATH packaages xxx yyy Main &
这样 只要按照上面的方式组织程序 启动脚本就需要改动下Main前面的包路径即可
nohup 上面脚本中最后一行前有nohup 这是将程序的输入衡喊输出都将附加到当前目录的 nohup out 文件中
lishixinzhi/Article/program/Java/hx/201311/25993
在一个java程序中,如果所有的代码都是散乱的,或者是说是暴露在外的,那么他的程序很容易会被其他的程序员针对性的研究出仿照版本或者是攻击的木马程序,所以,为了保障我们java程序的安全,是需要拍茄对程序的核心内容进行包装闭合的。
你曾经因为部署/上线而痛苦吗?你曾经因为要去运维那改配置而烦恼吗?java课程培训机构认为在我接触过的一些部署/上线方式中,曾碰到过以下一些问题:
1、程序代码和依赖都是人工上传到服务器,不是通过工具进行部署和发布
2、目录结构没有规范,jar启动时通过-classpath任意指定
3、fatjar,把程序代码、配置文件和依赖jar都打包到一个jar中,改配置文件太费劲
4、不管是非web应用还是web应用都部署到web容器环境,如Tomcat
5、web应用还需要先在激橡服务器上安装好环境(如装Tomcat)才能部署,想升级版本或者换个容器太难袭铅察了
6、线上参数修改还需要找运维,痛苦。
还有如没有自动部署平台,回滚到上一个版本那可真是天方夜谈增量包而非全量包,无法自由在在的回滚前端代码直接覆盖而非版本化,难快速回滚,出问题要清理CDN,痛苦ngx_lua项目时不按照项目的方式部署,在服务器上随意修改代码,导致某些服务器忘记修改或者版本不一致,排查问题太痛苦。
还有很多部署中不好的方式,但是本文只关注闭环Java应用带来的好处。首先介绍下应该如何部署应用,然后介绍下什么是闭环Java应用,它的好处和如何搭建。
应该如何部署应用
项目中应该包括了所有要执行的代码、启停脚本,比如非web应用
打包应用后,会按照相应的目录结构构建。如果项目使用maven,可以使用maven-assembly-plugin进行按照相应的目录结构构件。
即项目、打包的应用要按照统一的风格来实施。
自动部署系统
自动部署系统负责打包应用(比如执行mvn相应的命令即可)、抽包(从指定目录抽取要部署的代码,如target/nonweb-example-package目录)、部署代码(发布代码,将代码同步到宿主机器)、启停应用(配置指定的启停脚本并调用)。
自动部署除了这些功能外,应该还有如发布历史管理(回滚)、分组管理(如不同机房不同的配置文件)、配置管理(如要修改启动/停止脚本、修改配置文件[不同机房不同的配置]、参数管理[如jvm参数等])等。
宿主机器
即代码部署到的机器,它应该只安装最小化环境,如只需要装JDK即可,像Tomcat是不需要安装的,由应用决定使用哪个容器。
通过增加自动部署系统可以更好的进行项目的统一发布、管理和回滚。
闭环Java应用
闭环Java应用指Java代码、容器、配置文件、启停脚本等都在同一处维护,修改配置文件、修改环境参数、更改容器类型等都不需要到宿主机器上进行更改。宿主机器只提供基本运行环境,如仅部署JDK环境即可,不需要部署如Tomcat容器,需要什么容器,都是在Java应用中指定。
这样的好处是配置文件修改、JVM参数修改、容器的选择都可以在Java应用中配置,形成闭环。
闭环Java应用的目的主要是让Java应用能自启动,这样程序的控制权就在我们手里,而不是运维手里。而我们更懂我们的程序。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)