中，全局 JNDI 名称不总是必需的，当使用 ejb-link 时，全局 JNDI 名称是可选的
　　如果使用的是 EJB 的远程接口，按照规范，需要通过本地的 JNDI 名称和 EJB 引用来
访问。如果使用了全局的 JNDI 名称访问，也可以在 WebSphere 中正常运行，但这个操作
是违规的，而且可能会导致将来的不兼容问题
　　3、对于本地接口的 EJB 引用
　　在 WebSphere 中，如果没有使用本地 JNDI 名称查找本地 EJB，将会出错
　　不需要使用 PortableRemoteObject 进行类型转换
　　必须使用本地 JNDI 名称
　　必须使用 EJB 引用
　　4、构建时的错误
　　先修复部署描述符的错误信息。根据任务视图的提示，可以轻松定位和修复错误 (主
要包括部署描述符的版本信息、JNDI 名称、各种引用等等)
　　然后根据任务视图的提示定位和修复编译错误(比如 JAVA CLASS 的丢失等等)
　　5、异常处理
　　本地 Home 接口的方法中不允许抛出 RemoteException
　　Bean 方法中不允许抛出 RemoteException
　　MDB 不允许抛出应用程序异常，因为应用程序和 MDB 之间不存在调用关系

 

　　二、 J2EE1.3 的特性
　　1. CMP2.0 连接工厂的部署
　　在 WebSphere 中，如果我们建立一个名为 jdbc/Sample 的数据源为 CMP 提供数据库连
接，则 CMP 将使用名为 eis/jdbc/Sample_CMP 的 CMP connection factory 实现和数据库的绑
定。
　　2. MDB/JMS 的部署
　　MDB/JMS 的部署在不同的平台上会有所差别，但我们并不需要关心这种差别，只需
要关心他们在 WebSphere 上的配置情况，详细步骤请查阅参考文档 3 的 174 和 176 页。
　　3. 本地接口的使用
　　在 WebSphere 中使用本地接口的 EJB,需要在部署描述符中配置本地引用，并在客户
端代码中使用前缀为"java:comp/env/"的本地 JNDI 上下文进行 JNDI 查询。
　　4. J2EE 基于表单的认证
　　WebLogic 使用 weblogic.servlet.security.ServletAuthentication 类实现基于表单的认证;
　　WebSphere 使用 J2EE

 

规范中的 j_security_check Servlet 进行基于表单的认证。

 

　　三、 客户端的移植问题
　　客户端的构成多种多样，可以是 Servlet，JSP，Java Application，Delphi 客户端等等，
而 客 户 端 程 序 和 服 务 器 端 程 序

通 信

§ 的 方 式 也 是 多 种 多 样 ， 可 以 通 过

HTTP、RMI/IIOP、SOAP、Web Services 等等。在移植过程中我们需要注意下面几点：
　　1  

、 Java Application 客户端

　　如果 Java Application 客户端使用 HTTP 请求访问 WebSphere 应用程序服务器，则可以
使用不同厂商提供的 JDK
　　如果 Java Application 客户端使用 IIOP 请求访问 WebSphere 应用程序服务器，则只能
使用 WebSphere 专用的 JDK
　　2  

、 T3 协议

 

　 　T3 协议在某种程度上给程序员带来了一些便利，然而由于 T3 协议是私有协议，所