场景:在日常工作中很多都是重复性的劳动,有的坑踩过一次下次很可能还回踩到,所以很有必要将这些问题记录下来,提升工作效率!
1 API
2 schema
- 问题:提示schame中有元素没有定义
这个时候需要在所有schema文件中进行全文搜索比对没有定义的元素,然后进行定义即可。这里推荐是用sublime的全文搜索。
ctrl+shift+F 在文件夹内查找,与普通编辑器不同的地方是sublime允许添加多个文件夹进行查找
3 lfcp-tset
3.1 windows部署可执行jar包进行测试
windows下执行可执行jar包过程:
- 测试类:
package tt; /** * @author lxw * @describe * @date 2017年6月23日 上午10:43:28 */ public class Hello { public static void main(String[] args){ String args0 = args[0]; //命令行接受的参数,后期改造可以用于读取文件中的数据 String args1 = args[1]; System.out.println("Hello,args0:"+args0+",arg1:"+args1); } }
- 导出jar包:
Export——> Java——>Runable JAR File
- 在jar所在的目录下,打开命令行窗口,执行命令
java -jar tt.jar 00 01
3.2 linux部署可执行jar包进行测试
linux下部署过程和windows类似,导出jar包的方式一样,所不同的是jar包的可执行脚本datagram-test.sh
sourceMsgPath=/home/lfcpapi/lfcp-java-test/msgs/ schemaPath=/home/lfcpapi/lfcp-java-test/schema/lfcp-schema.zip for i in $HOME/lfcp-java-test/lib/*; do CLASSPATH=$i:"$CLASSPATH"; done for i in $HOME/lfcp-java-test/ext/*; do CLASSPATH=$i:"$CLASSPATH"; done java test.datagram.TestDatagram $schemaPath $sourceMsgPath$1 echo "Success!"
第一个for代表jar包所依赖的jar文件,有就放,没有忽视。
第二个for表示执行性jar包的存放位置。
这里在执行可执行jar包时候出入两个参数:schema参数和报文的xml名称。schema参数直接写死了,每次执行
sh datagram-test.sh 101.xml
即可。
其它项目仿照这个过程编写即可。
3.3 问题分析
- 问题:
对api和schema的测试分别在一台linux和AIX服务器上进行,但是在AIX服务器上上传完所需的jar,schema后出现如下错误:
刚开始是以为java环境错误,捣鼓半天也没弄明白,仔细分析发现是上传的szlfcp-bank-datagram-1.0.5.jar包有问题,这个问题之所以被忽略,是因为同样的jar包上传到linux服务器就是没问题的。
这里在aix中出现该问题,可能是aix的传输文件机制和linux不同导致的,下次遇到这种问题,首先去对应的jar包中查找缺失的文件是否存在,然后确定是否是文件上传不完整导致的!
问题原因依旧是jar包有问题!
几天后又遇到同样的问题,但是反复上传了几次jar包问题依旧存在。最后把打开的ftp连接关闭掉,重新上传了一次jar包,问题解决!
- 问题
在部署一个依赖main函数执行的程序时候,遇到以下错误
Exception in thread "main" org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type [szfs.basedata.server.service.DataVersionService] is defined at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBean(DefaultListableBeanFactory.java:318) at org.springframework.context.support.AbstractApplicationContext.getBean(AbstractApplicationContext.java:985) at szfs.basedata.server.BaseDataApplication.main(BaseDataApplication.java:34)
但是我到该工程的libs目录下面是能够看到DataVersionService这个bean的存在的。
刚开始以为文件不完整导致,所以就整体替换了程序中的文件(折腾了好久好久~),但是发现同样的程序在其它机器上面就能够正常的执行,
后来想到既然程序相同,不同机器执行结果不同,可能就是jdk的环境变量不一致导致的,所以我在执行脚本上面加了一句
source /etc/profile
最后程序就能够正常的启动了。