编译版本致使tomcat服务起不来

      从昨天早上开始,我就试着用BlazeDs将Flex和Java进行整合,集成开发,用了一天的时间,试着各种网上找来的方法,哎,终究是没有成功,即将下班的时候,同事走到我的面前,让我将项目进行更新,同时发布到系统中去,只是一件很顺手的事情,我将代码发布到了22上【在这里需要解释一下,我们的系统有两个,22和23,22是真实使用中的,23是备份的】,测试通过。习惯性的我也将更新的代码发布到了23上以便同步管理。可是万万没有想到的是Linux系统上的23系统访问不了了,检查发现是tomcat服务起不来了,同时本地的tomcat也挂了,我那个晕啊

     根据以往的经验,我立刻锁定了问题,同时开始尝试性修改,不断的启动,关闭服务,更改项目名称,清空缓存,不行,不行,不行,还是不行,我放弃了,带着郁闷下班了。今天早上一到公司又开始查找原因了,离开Linux系统,在本地查找原因也许会方便点吧,可是事实不是如此,我尝试了各种方式都没有成功,无奈之下,我只得从新创建工作空间,从新部署项目,上天眷顾,一次性成功了,这个是为什么呢?这说明服务器没有问题啊,唯一的差别就是工作空间了,怎么可能是这个原因呢?算了,能跑就可以暂时不用担心了,可是23怎么办呢,也许一开始我的想法就错了吧,惯性思维让我钻进了死胡同,一步步来吧,查看启动日志,咦,Could not find a getter for validOper in class hazc.hibernate.OthernumIRecord,这个是怎么回事呢?我赶紧进入Linux系统查阅代码,哦,我尽然不知道忘了更新OthernumIRecord这个类了,迅速更新;Bad version number in .class file (unable to load class hazc.scb.othernum.action.OtherNumImportAction)这个又是什么错误呢?Bad version 版本错误?仔细回顾一下,版本,根据以往的经验来看,似乎是编译器的版本不正确,可是我什么操作也没有做啊,为什么22和23展现的是完全不同的结果呢,版本?我得查看一下MyEclipse6.5的编译版本,咦,是正确的啊,到底是怎么回事呢?

     不断的上传下载各个服务器上的项目代码,交叉对比进行核查,慢慢的又要下班了,烦死了,算了,向头求助吧,“Bad version 这个你应该发现了吧”,头问道。“我发现了啊,版本不正确,应该是编译的版本不能解析吧”,我说道,“对啊,那你怎么不会修改啊”,“??????”,接着头查看了jdk的版本,22上面的是jdk1.6,而23上面的是jdk1.5,肯定是我上传的代码被1.6版本的编译器编译了,放在1.5版本的服务器上不能被解析导致了错误,哎!!明明已近走到了门前,为什么就是没有找到原因呢!一天多的检查不如一个细微之处啊,经验依旧是我们所欠缺的。回头想一下,原来是我更新代码到本地时,采用的是MyEclipse8.5,而它默认采用1.6进行编译,那么我上传上去的就是1.6的编译结果,而之前之所以没有检查出来只是当时我只用MyEclipse6.5打开了那个工作空间,自己被误导了,悲哀啊,事无大小,得专心细致啊。受教了,问题得到解决终究是很好的啊。


      下班了,头带着大家出去玩玩,吃吃饭,去万达广场了,各自简单的吃了点,就去“大玩家”玩了,玩了两个小时,几个人也只是花费了二百多点,我的手都敲疼了,全身是汗啊,从车上下来,走在回家的小巷里感觉好好,困惑了一天能将问题解决,在娱乐场也休闲发泄了一通,全身都舒畅啊。

你可能感兴趣的:(tomcat,linux,Hibernate,项目管理,Flex)