后来查找资料发现是java获取依赖jar包中资源文件跟获取本工程中的资源文件的使用姿势还是有一定区别的,没有使用正确的姿势,经过修正后,我的jar包中的接口欢快的跑起来了。
在逻辑中涉及到拷贝本地配置文件和启动脚本到远端的操作,这个配置文件是作为一个工程内的资源文件存在的,其路径为:NFIT_PACKAGE\src\main\resources\cmdline_config_CPU.txt
需要先获取本地文件然后再传递,这里我一开始用了一个ClassLoader.getSystemResource方法来获取文件,如下所示:String localFilename = "cmdline_config_CPU.txt";
localFilepath = ClassLoader.getSystemResource(localFilename).getPath();
File localfile =new File(localFilepath);
boolean ret = NFITService.putFiletoRemote(localfile, remotePath,localFilename);
在NFIT这个包内直接运行没有任何问题,结果输出如下,可以从日志中看到传输成功了: [INFO ]10:27:07, [Class]NFITServiceImpl, [Method]putFileInputStreamtoRemote, =========putFiletoRemote==========
[INFO ]10:27:07, [Class]NFITServiceImpl, [Method]putFileInputStreamtoRemote, remotefile is /home/hzcuixiaoqing/cmdline_config.txt
[INFO ]10:27:07, [Class]NFITServiceImpl, [Method]putFileInputStreamtoRemote, =========putFiletoRemote Success!==========
但是为什么打包以后在其他工程中调用会出错呢,可以注意到错误提示里面提示的是(文件名、目录名或卷标语法不正确。) 并且查看打印的绝对路径\C\Users\hzcuixiaoqing.m2\repository\com\netease\qa\cloudqa\nfit \0.1.0\nfit-0.1.0.jar!\cmdline_config_CPU.txt 存在一个nfit-0.1.0.jar!叹号,并且查看这个目录,由于指向的确实是一个jar包,因此这样的路径确实访问不到cmdline_config_CPU.txt这个文件。那如何来解决这个问题呢,难道jar包中的资源都没办法获取了么,当然不是!
java的类装载器(ClassLoader)早就考虑到了这一点。
ClassLoader是个什么东东呢:ClassLoader 是类加载器的抽象类。它可以在运行时动态的获取加载类的运行信息。 可以这样说,当我们调用jar中的Resource类时,JVM加载进Resource类,并记录下Resource运行时信息(包括Resource所在jar包的路径信息)。而ClassLoader类中的方法可以帮助我们动态的获取这些信息。