昨天遇到一奇怪的问题。
事情的起因是客户给我打电话，说是安装OpenCms6.2.3，以Root安装，然后修改OpenCmsServlet的名称的时候，不能成功。这个事情我没有遇到过，也就不以为然。因为以前自己做过好多次都很顺利就完成了。于是询问安装过程，发现他们是先修改web.xml，然后开始安装OpenCms；而我一般是反过来的，所以建议他们反过来安装。同时我也在自己机器上做测试。
很快，我就在XP下面安装OpenCms成功，版本是623，和他们的一致，环境是Tomcat5.x，Mysql4.1，并且也是作为ROOT安装，而且顺利修改路径中的opencms为cms，没有发现任何问题。
同时，考虑到客户的环境是在SUSE 9下，于是在自己安装OpenSuse的机器上作同样的测试，安装的也是OpenCms6.2.3，以ROOT安装，Tomcat还是5.x，Mysql换成5而已。安装完成没有问题，但是在去掉这个第二个opencms，也就是修改为cms的时候，发现按照同样的方法，在XP下面可以成功，在这个上面确实发生问题。
问题蹊跷，没有遇到过，重复了两遍，问题依旧；仔细看OpenCms的配置说明，可是我确实是按照这个操作的，而且以前没有发生过这个问题。由于忙着其他事情，就暂时搁置下来。
今天下午想起来，就顺便问我们老大，看了一会没有发现问题在那里，根据页面显示是404错误不能正确处理，尝试了几次可以想得到的修改，一直没有成功。于是索性又放下来。
晚上回家，百思不得其解。明明按照这个配置都没有出现过问题，为什么在这个地方出错了呢？
于是仔细分析，就从404错误的处理流程开始一步一步查看，发现，按照官方的配置修改error-page，也就是以前这个操作都没有问题的，但是以前一直没有注意OpenCmsServletErrorHandler这个servlet的mapping，于是把相关的错误处理的url中的opencms全部修改为cms，结果修改成功。
终于解决了这个问题。
高兴之余，发现其实这个地方就应该修改的，只是以前由于没有修改也可以照常工作（虽然我还没有想清楚是什么原因），所以一直忽略了这个地方。也就是说，如果我是新手，我也会按照官方的说明文档来操作，成功以后就养成一种习惯了。只有在换了环境之后，发现不行了，才会从开始考虑这个问题的原因。
就是说，我学习的时候，尤其是这些开源的东西，还是需要自己多动脑筋，不能按照官方的文档跑起来就了事。今天的事情就是一个教训。当然了，这方面自己以后是一定需要多家注意了。
