websphere 6.1迁移至tomcat 6.0

    前一段据说websphere报出了新的bug，于是公司几台布置websphere的服务器忍不住要往tomcat上迁移了。之前完全没有接触过websphere，网上找了些资料，走马观花式的现学现卖，说实在的，websphere除了结构目录对开发人员很不友好外，功能还是很强大的，比如能实现集群的自动化布置及监控管理，某一台服务器挂掉了，几分钟内就能自动重启。当然，这是他强大的地方，但这也是他令人担忧的地方，毕竟花钱买了你的服务，还经常出bug，出钱的大佬们不方才怪。。。

    入正题，第一次做类似服务器布置的事情，这里只是作为小白记下一些关键点，关键点下更深层次的原理，要等忙完这一段才能去搞明白了。

    首先，如大部分人所说，websphere迁移到tomcat基本不用更改什么，将ear包解压得到的war包发布到tomcat上，直接就可以跑，但是某些配置方面还是不一样的，我这里遇到的就是数据库的配置问题。

    websphere的数据源是可以通过后台很容易的配置的，至于数据源配置文件放在什么目录下我一直没找到（只在/AppServer/profiles/logs/ffdc目录下有搜到数据源的记录），我将解压的到的war包发布到tomcat上之后有如下几步波折：

     1）发现正确的数据源配置不见了（/META-INFO/context.xml以及发布到tomcat后在目录/conf下生成的WEB.xml中都没有正确的数据源，倒是有其他两个莫名的数据源配置）。

     2）找运维的同事要来正确的数据源配置（其实是我傻，在websphere的控制台ip:9060/ibm/console/ 就能看到数据源配置，但是接入的用户名和密码还是要找DBA要的）后，仍旧报同一个错：Name
jdbc is not bound in this context.在上下文找不到数据源。

     3）原来在conf.properties中配置的源名字（jdbc/web）是私有源，导致在global context无法通过JNDI定位到该源，修改方法：在前面加上java:comp/env/变成java:comp/env/jdbc/web就OK了。至于对于JNDI的了解表示之前也是少的可怜，相关资料可网上自找。

     4）tomcat成功跑起来了，但是访问的时候服务器没响应？确认了IP和端口无误，捉急，后面忽然想起，tomcat默认访问ROOT工程目录，我之前的war名叫WEB.war，发布之后生成的自然是WEB工程目录了，加上在端口后加上WEB，果然跳转到了index页面。

    至此，迁移基本完成。

    表示还是太菜，基本功太不扎实了。。。关于tomcat的配置文件的作用及关系，tomcat中JNDI的作用原理等都有很多不清楚的地方，日后如再有心得，便在这里续上。