一字千金

        一字千金的故事在中国流传甚广，可谓是妇孺皆知啊。但是相同的一字千金却会经常在我们的生活中出现，但是，这通常不是故事，而是事故了。

       前一阵在忙的一件事就是做一个比较老的系统的迁移，把系统从oracle迁移到db2下，做迁移的已经是没有一个原有的参与者了。忙忙碌碌的搞了近一个月，终于在最后一天顺利的在tomcat下测试通过了。

      实施人员拿到程序后部署完成，可怕的事情发生了。 系统基本正常，但是有一个功能菜单点击后没有反应。应为vpn连过去速度接近于0，所以只能让现场的人把日志发来。可惜发来的日志中，没有我们需要的错误信息。怪事啊，那需要如何去剖析这个问题呢？

     对比两边的环境，windows-solaris;tomcat-websphere;db2 9-db2 8。环境差异还是蛮大的，但是已经来不及再搭建完全相同的环境了。

     一步步的测试，导了个数据库，两边的数据库完全相同了，经过测试，完全没有问题；更新db2数据库驱动，问题依旧；时间一点点的过去，转眼已到下午。没办法，也许是现场环境问题，只身踏上了开往上海的汽车。

      已经有一年多没有到过上海，道路的交通依然是这样的状况。拦了几辆车每一个愿意去那的，好不容易打了个车，经过了无数个红灯到达目的地已经8点多了。饭是来不及吃了，冲冲的跑到机房，验证着所说的错误。没办法了，只好动用最后一招，调试程序。找了台机器把自己的开发环境搭了起了，配置了websphere的调试环境，终于进入了熟悉的代码中，一步步的往下，咦，所有的东西都是正常的，就是到最后没有了反应。又从头到尾仔细的看了下代码（应为是迁移，所以认为工作比较机械，写了个例子后从其他项目组借用了几个刚毕业的学生改了其中的一部份，出错的就是其中的某个人写的），感觉是没有什么问题。再去看看jsp程序，应该也不会是里面的问题，如果有问题会抛错误的啊。==，突然间，像是发现了新大陆一样。java代码里调用的jsp文件的首字母是大写的，而真正的jsp文件首字母是小写的。问题应该就在这里啊，solaris是区分大小写的系统，而windows下是不区分的。来不及改java代码再编译了，直接把那个jsp文件改了下，重新点击该菜单，正常的结果出来了。

      ,开发环境的不同是造成这个问题的原因，但是，如果个人具有良好的代码习惯，那也不至于会发生如此问题。综合考虑下此次的问题，估计这个字母真能值上千金了。

      这样的教训是惨痛的，记录此篇日志的目的，也是为了深刻的反省，尽量的避免此类事情的再次发生。