没想到的是，竟然连续三天都在和开发商共同部署“中国人民银行能源消耗统计系统”，困难不断，今天下午才让系统跑起来。
终于也让我明白了，马虎的程序员多的是。
第一天：在Gentoo Linux下安装MYSQL，配置MYSQL用户、Resin、Apache虚拟主机，一切正常。开始把节能系统的war包COPY到Resin的 webapps目录，重新启动容器。然后系统报出找不到路径，后面发现开发商使用了tomcat的xml配置路径映射，Resin当然不认识…没办法，开发商决定打道回府，修改一个Resin运行的版本。
(事先已经告知运行环境是Gentoo Linux+Jdk1.5+Resin3.0.19，也没有准备好程序，还使用了中间件本地配置，java的跨平台竟然连个中间件都没跨过去。)
第二天：开发商根据Resin配置文件修改了相关程序，开始部署。运行后出现了找不到log4j类的问题。开发商认为是数据库连接配置的问题，然后修改了四处数据库连接配置文件。(狂汗~~ 
) 还是出错，然后开发商怀疑log4j存在多个版本冲突，于是让我删除系统环境和Resin变量中使用的log4j包，好吧我改！把开发商的log4j文件COPY到Resin/lib下，再次启动Resin后发现…系统无响应！Resin死掉了。
又开始怀疑应该把log4j的包放在Resin的启动脚本中，我又改~~~ 启动…Resin死掉！！！开发商又怀疑Resin解压的war包文件不完整，又开始检查应用程序自动解压的xml配置文件，结果也没有问题。又到下班时间了，只能明天再来。最后我不得不提到还是部署到windows服务器算了，还有台mysql 4.0.18,resin 3.0.13,jdk1.4的机器，配置虽然差点，但是开发商比较熟悉系统环境，他们也觉得这是个好主意而放弃了在Gentoo Linux部署系统的想法，约好明天过来部署到windows服务器。
(折腾来折腾去的帮着部署系统才发现，人家开发商对于自己的系统部署都一头雾水，又被忽悠了。)
哎哟~~ 没注意已经到下班时间了，先和一帮哥们去牛街吐鲁番餐厅吃新疆菜，晚上再补齐我的血泪部署经历。
嘿嘿，酒足饭饱之后我来啦~~ 
第三天：这次人马众多，来了三个人。但是去机房只能一个。到机房后升级windows服务器版本较老的MYSQL到5.0来支持视图。备份数据之后我义无反顾的删除了4.0版MYSQL，从官方网站下载最新版MYSQL，安装程序都执行正常，但MYSQL服务就不能被创建，重新启动几次系统都不行。
倒腾了半天，我找到一个5.0.28的安装了上去，服务也正常启动了。然后部署到windows的resin上，运行后报出一Spring class不能被识别。。。又检查了全部xml配置和mysql数据库用户权限，都没问题，resin还是一点不给面子，报出一样的错误。。。
然后开发商又开始折腾我，修改了N处配置文件，还考虑到了报表系统的软件授权问题，更新许可证，问题依旧。
开发商打了N多电话，最后说必须要jdk1.5才能解析xml配置文件，该服务器的版本是1.4，所以不能运行。
怎么又不早说啊。。。。
并且因为该服务器上还运行了一些客户的网站，更换jdk需要修改大量客户应用程序，显然不现实。因为jdk版本的问题windows服务器是不能动了，只能硬上Linux，马上到机房下班时间了，只能明天继续。
第四天：一大早人就到了。回Linux上，Resin还是报出老脸给我们看。开发商又捣腾了N多地方，还是不能运行，这时候双方领导多次来电询问进度。我也只能出下策“还是跑两个中间件好了，tomcat跑在8080口上”，虽然稳定性安全性都下降了，总得要应付过领导的检查。而且tomcat他们也熟悉，应该没问题了吧？
又下载5.0.28的tomcat。
tar zxvf tomcat-5.0.28.tar.gz,mv tomcat-5.0.28 /opt,vi /etc/profile,cp xxxx.war /opt/tomcat-5.0.28/webapps,/opt/tomcat-5.0.28/startup.sh……这两天敲的系统命令比我全年写的代码还多。又修改N多配置文件，重新启动服务器N次。。还是出现问题。。。找不到log4j。
开发商语出惊人！“我们开发的系统每次都发布两个版本，可能是版本不匹配”
更新软件版本，再次启动总算能看到登录界面了，进入系统。发现系统最重要的报表功能不能使用，查tomcat log发现是报表软件没有连接到数据库，又修改N多配置文件，还是一样的报错。
开发商又爆出！“我调试用的tomcat5.5.17”，没办法。。。我又下载了tomcat5.5.17，覆盖旧war，再次启动还是没戏。开发商又怀疑报表组件到试用期，联系厂家提供新的授权文件，得到文件后覆盖授权。终于。。终于。。可以用了