花费了将近一天的时间来调试，部署工程。最后是调试过关了，但回头一想总结一下，才得到这些东西：
这是在用EJB开发的Project在不同的容器下面进行部署时，遇到几个问题，大家看了给发表发表意见。
大体的意思就是：Tomcat的Web工程调用JBoss的EJB工程，就是一个整体project的客户端部署到Tomcat6.0下面，而服务器端（ejb端）部署到JBoss5下面。但是问题出现多多，最常见的问题是1.javax.naming.NamingException...
2.javax.naming.CommunicationException...
3.javax.naming.reference.....
4. java.long.ClassNotFoundException...
5.$ProxyXX cannot be cast to XXXX class
这些异常都是放到JBoss5容器下 遇到的，当我把一模一样的project放到 JBoss4 容器下时，这些问题全不见了，问题是就是在我用同样的jboss\client的jar文件（此时的jar都是JBoss4里面的）。，放到不用版本（JBoss4，JBoss5）的容器下面导致的，这个可以理解。但是有个重大的发现就是为什么jboss4的jobossall-client.jar是4，782KB而jboss5的jobossall-client.jar仅仅才有2KB，这时候我就找到原因了，JBoss5里面的jobossall-client.jar没有东西，只有一个MANIFEST.MF文件，替他的什么都没有。我猜想到是因为这个jar文件的原因导致的，因为能顺利的在JBoss4下面部署访问，所以肯定一点就是写的代码没问题！为了尽快的排除这些Exception，我就一气之下把JBoss5\client下的所有jar文件都导入到了客户端的工程里面，这样所有异常都排除了。但是这样的加入jar包总觉得很不明智，是蛮干的做法，但是又很难分析出用JBoss5到底加那几个jar包。。。。。
可以总结出一点，就是JBoss4和JBoss5中的jobossall-client.jar完全不同了，但是我到现在为止还没总结出JBoss5 的jobossall-client.jar为什么要这么改进？感觉还没有JBoss4 好用呢。所以，那位高手对这方面了解就给我这个初学EJB的小生指点一下，多谢多谢！
