Linux(centos 6.5) 调用java脚本以及定时执行的脚本实例及配置文件详解
一、调用java程序脚本(默认已经搭建好了Java环境)
1、jdk 安装路径 /usr/jdk/jdk1.7/……
2、java 程序路径 /usr/jdk
3、类名:Test.java(有主函数的类名)
4、调用java类的脚本,注意脚本的后缀是.sh
5、脚本内容:
(1)#!/bin/bash
// #! 特殊符号,说明这个脚本是由/bin 目录下的bash这个shell来解释并将解释后的内容给kernel来执行
(2)cd /usr/jdk
(3)/usr/jdk/jdk1.7/bin/javac Test.java
(4)/usr/jdk/jdk1.7/bin/java Test
6、脚本名称: testshell.sh
7、执行这个脚本来编译java程序,解释执行jvm机器码
8、执行脚本command: sh testshell.sh
1、linux有个系统级的定时任务服务,叫cron,终端里的命令是crontab,使用他就可以定时执行脚本
2、编写定时任务的文件叫crontab 在 /etc/目录下
3、打开方式有两种,一种是用户级别,一种是系统级别:crontab -e 用户级别 vim crontab 系统级别
4、有两种打开方式也就有两种查看方式,crontab -l 查看用户级别的定时任务 more /less/tail/head 查看系统级别的任务
5、crontab文件中定义的一些 属性:
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
HOME=/
(1)、SHELL变量指定了系统要使用哪个shell,这里是bash。
(2)、PATH变量指定了系统执行命令的路径。
(3)、MAILTO变量指定了crond的任务执行信息将通过电子邮件发送给root用户,如果MAILTO变量的值为空,则表示不发送任务执行信息给用户。
(4)、HOME变量指定了在执行命令或者脚本时使用的主目录。
6、定时任务的格式: crontab中的一个实例,这里是使用vim 编辑的所以是系统级的
# For details see man 4 crontabs
# Example of job definition:
# .---------------- minute (0 - 59)
# | .------------- hour (0 - 23)
# | | .---------- day of month (1 - 31)
# | | | .------- month (1 - 12) OR jan,feb,mar,apr ...
# | | | | .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat
# | | | | |
# * * * * * user-name command to be executed
* * * * * root sh /usr/jdk/testshell.sh
*/1 * * * * root sh /usr/jdk/testshell.sh
解释: 通过crontab 自带的这个我们可以清晰的看到定时任务的格式,所以就不多说了, 上面自己定义的两个任务都是每一分钟执行一次任务,而用户是root
上面是没一分钟执行一次:
下面是每小时执行一次:
0 * * * * rootsh /usr/jdk/testshell.sh // 每小时的0 分钟执行
0 */1 * * * rootsh /usr/jdk/testshell.sh // 每小时的0 分钟执行
这两种方式都是定义每一小时的“0”分钟执行一次。
当然两小时一次也一样:0 */2 * * * rootsh /usr/jdk/testshell.sh
* */2 * * * rootsh /usr/jdk/testshell.sh 这种方式有的没问题有的没有问题注意使用
在指定的时间范围内每几分钟执行一次:
*/10 4-18 * * * root sh/usr/jdk/testshell.sh // 从凌晨4点到下午6点每10分钟执行一次。
每一天的指定时间执行一次:
0 0 * * * rootsh /usr/jdk/testshell.sh // 每天的0点 0 分执行一次
10 14 * * * rootsh /usr/jdk/testshell.sh // 每天的14点10分执行一次
10 10,11,14 root sh /usr/jdk/testshell.sh // 每天的10、11、14点10分执行一次
每周指定日期时间执行一次:
0 0 * * 0 rootsh /usr/jdk/testshell.sh // 每周日的0点0分执行一次
01 19 * * 1 rootsh /usr/jdk/testshell.sh // 每周一的19点1分执行一次
10 15 * *5 rootsh /usr/jdk/testshell.sh // 每周五的15点10分执行一次
注意:0 和7 表示的的是周日
每月指定日期时间执行一次:
0 0 1 * * root sh /usr/jdk/testshell.sh // 每月的第1天的0时0分执行一次
15 14 20 * * root sh /usr/jdk/testshell.sh // 每月的第20天的14点15分执行一次
7、 到这里定时任务就完成了,但不一定会成功执行,下面说说像我这种菜鸟会经常犯的错误
8、如果定义后没有执行定时任务,则可以去/var/spool/mail 查看 相应的日志,如果报错则说明脚本写的有问题,注意这里出错概率比较大的就是路径的问题,所以在写脚本的时候可以写全路径来试试。
9、如果没报错,则说明没有执行定时任务,cron是一个linux下的定时执行工具,可以在无需人工干预的情况下运行作业。由于Cron 是Linux的内置服务,但它不自动起来,可以用以下的方法启动、关闭这个服务:
/sbin/service crond start //启动服务
/sbin/service crond stop //关闭服务
/sbin/service crond restart //重启服务
/sbin/service crond reload //重新载入配置
10、你也可以将这个服务在系统启动的时候自动启动:
在/etc/rc.d/rc.local这个脚本的末尾加上:
/sbin/service crond start
11、时间的设定:
分钟 (0-59)
小時 (0-23)
日期 (1-31)
月份 (1-12)
星期 (0-6)//0代表星期天
除了数字还有几个个特殊的符号就是"*"、"/"和"-"、",",*代表所有的取值范围内的数字,"/"代表每的意思,"*/5"表示每5个单位,"-"代表从某个数字到某个数字,","分开几个离散的数字
三、在写调用java的程序脚本时会有个 -cp 这个是干嘛的那,那我们来看看:
1、-cP :讲解
因为我们自己写的java程序要运行,可能要包含除java.lang.*外的其它类或类库,使用-cp可以指定这些类库或类。
java -cp c:\dir1\lib.jar Test
-cp 和 -classpath 一样,是指定类运行所依赖其他类的路径,通常是类库,jar包之类,需要全路径到jar包,window上分号“;”而linux 下去是“:” 有区别的注意
2、完整实例展示:
source /home/newsgroup/.bash_profile
LANG=zh_CN
export LANG
cd /www/autopublish.news.fang.com/auto_publishnews/bin
/usr/java/jdk1.6.0_35/bin/java -cp .:../lib/commons-httpclient-3.1.jar:../lib/commons-logging.jar:../lib/jdom.jar:../lib/log4j-1.2.8.jar:../lib/sqljdbc4.jar
com.fang.autopub/NewsAutoPublishing
3、实例分析:
(1)、
source命令用法:
source FileName
作用:在当前bash环境下读取并执行FileName中的命令。
注:该命令通常用命令“.”来替代。
如:source .bash_rc 与 . .bash_rc 是等效的。
注意:source命令与shell scripts的区别是:
source在当前bash环境下执行命令,而scripts是启动一个子shell来执行命令。这样如果把设置环境变量(或alias等等)的命令写进scripts中,就只会影响子shell,无法改变当前的BASH,所以通过文件(命令列)设置环境变量时,要用source 命令。
(2)、
export AAA="hello"
只是把这个变量载入到内存中,而并没有写入哪个文件。就像ifconfig eth0 192.168.1.100 up一样,只是对内存进行操作,没有写入到磁盘上,而注销或重启之后,系统加载的磁盘上的文件。
要想把他变成永久性的需要把他添加到开机启动的脚本中。/etc/profile、/etc/bashrc等式“全局”,开机之后自动加载,所有用户共享着些文件。而每个用户的家目录下的 .bashrc、.barsh_profile等脚本是“局部”的,只对该用户有效。这样就满足了各个用户不同的需求。
(3)、
-cp 指定了这些包所在的具体路径
最下面的包名称+ 类名称组成完整的路径,但是你会发现,包名称和类名称之间不是使用“,” 而是“/”
四、错误分析:
写的脚本有可能一次不会成功,所以我们要对错误进行分析,而crontab 中的定时任务有没有执行怎么查看那,具体如下:
1、查看日志,有没有执行你写的定时任务,日志路径: /var/log/cron 这个就是定时任务的日志,打开后如果能看到你的命令在日志中说明定时任务执行了。错误来自你写的脚本
2、如果日志文件中没有,则说明没有执行你的定时任务,这时我们要重启crond服务: /etc/init.d/crond restart
总结:在 Linux 底下的 crontab 会自动的帮我们每分钟重新读取一次 /etc/crontab 的例行工作事项,但是某些原因或者是其它的 Unix 系统中,由于 crontab 是读到内存当中的,所以在你修改完 /etc/crontab 之后,可能并不会马上执行,这个时候请重新启动 crond 这个服务即 /etc/init.d/crond.
更多推荐
所有评论(0)