此产品支持 Enterprise JavaBeans (EJB) 3.1 规范。
开始之前
没有与使用 EJB 3.x Bean 相关的迁移问题。现有应用程序将继续按原样运行和编译,而不会出错。
注: EJB 3.0 和 EJB 3.1 规范已不建议使用 EJB 1.1 类型的实体 Bean。虽然尚未反对在产品中使用 EJB 2.x 模块,但建议您开始迁移至 Java™ Persistence API (JPA) 或 JDBC。
关于此任务
根据您的应用程序部署,相应遵循这些步骤。
过程
- 为规范中的更改修改企业 Bean 代码。
您必须将 V1.1 Bean 迁移至 V2.x Bean,并将它们重新部署到产品中。有关更多信息,请参阅“将企业 bean 代码从 V1.1 迁移到 V2.1”。
注: EJB V2.0 规范要求在 EJB 容器运行 findBy 方法查询前,加入当前事务列表中的所有企业 Bean 的状态与持久性存储同步。执行此同步是为了对当前数据执行查询。将 V1.1 Bean 重新组装到兼容 EJB 2.x 的模块中后,EJB 容器将同步 V1.1 Bean 的状态以及 V2.x Bean 的状态。结果,您可注意到应用程序行为中的一些更改,即使 V1.1 Bean 的应用程序代码还未更改。
确保 WebSphere® Application Server 64 位兼容性。 这对于纯 Java 应用程序不是问题。但是,如果应用程序代码使用 Java 本机接口 (JNI) 代码,请注意以下注意事项:JNI 允许在虚拟机中运行的 Java 代码使用以其他语言(例如,C、C++ 和汇编语言)编写的应用程序和库进行操作。在编译之后,JNI 调用可能会不同,因为 JNI 规范可随版本的不同而改变。
- 重新组装 和重新部署所有的模块以合并迁移后的代码。