最近项目要用到一些定时任务,以前通常的做法是用JAVAQUARTZ实现,但只是个小任务也不想服务器一直空占资源,随即想到用Linuxcrontab命令实现。但发现一个问题run.jar有依赖外面的jar,一般我们是在打包jar时添加classpath到MF文件中。但这此jar已经在服务器存在有了,那应该可以不用上传,直接打包jar,然后在环境变量中添加依赖jar到classpath,再用java-jarrun.jar命令应该可以正常启动任务,可结果报ClassNotFound异常,排查一下发现正是依赖的内的Class,这是什么原因呢?有没试过这个方向呢?求指教,谢谢。:)附:runjar的MF文件Manifest-Version:1.0Built-By:userBuild-Jdk:1.7.0_79Created-By:ApacheMaven3.3.3Main-Class:com.xxx.MainSetupArchiver-Version:PlexusArchivershell脚本#!/bin/bash#jdkenv.JAVA_HOME=/usr/xxx/jdk1.8.0_25PATH=$PATH:$JAVA_HOME/binCLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jarexportPATH#constantRUN_HOME=/xxx/crontab-jobRUN_LIB=$RUN_HOME/libRUN_JAR_HOME=$RUN_HOME/$1/LIB_CLASS='.'LOG_FILE=$RUN_HOME/logs/$1_`date+%Y-%m-%d`.log#adddependencieslibtoclasspathforjarin`ls$RUN_LIB/*.jar`doLIB_CLASS=$LIB_CLASS:$jardoneexportCLASSPATH=$CLASSPATH:$LIB_CLASScd$RUN_JAR_HOMEjava-jar*.jar>$LOG_FILE&
2 回答
梦里花落0921
TA贡献1772条经验 获得超6个赞
第一:*.jar应避免这么写,假如哪天一个队友给你扔个jar包进去,就有可能出问题。第二:在你的shell脚本里面:LIB_CLASS='.'这个.应该是指crontab的工作目录(PWD),也就是用户默认目录,所以如果你的/home/user/crontab-job/projectX下面有class文件的话,你的classpath应该是不能将其包含进去的。
添加回答
举报
0/150
提交
取消