EJB 开发工具的局限性

本主题概述了 EJB 工具的当前已知局限性和限制。

当安装路径有多个连续空格时,在生成部署代码时会产生问题

如果在产品的安装路径上的任何目录中有多个连续空格,则生成部署代码将失败。

更改 bean 类时不删除 EJB 部署代码

为了支持多个使用相同 Java™ 类的企业 Bean,需要已生成的部署代码来使用命名技术,以使已生成的部署代码类唯一。这些名称派生自现有 bean 类、接口和键类的名称。

如果对 bean 生成了部署代码并且想要更改任何这些类的名称,则必须先删除部署代码。如果不先删除部署代码,则将不会除去旧的已生成的类,并且可能包含编译错误。如果通过使用 EJB 部署描述符编辑器的 Bean 页并选择 CMP 字段部分旁边的“编辑”按钮来更改主键字段的类型,则也是如此。这将自动把键类更改为指定的类型,或者如果主键字段不再有效,则将创建新的复合键。

删除表和模式

如果需要删除表,则使用“数据”透视图或 J2EE 透视图的“项目资源管理器”视图,然后所有从属链接也将被除去。通常,不应该将“导航器”视图(在“资源”透视图中)或“J2EE 项目导航器”视图用于删除 J2EE 资源,原因是将不会更新依赖项。

不支持未知主键

EJB 工具当前不支持 EJB 2.0 规范中描述的未知主键定义。变通方法是定义特定主键类。

“源代码”页和 EJB 继承

如果正在修改继承层次结构中的 CMP 实体 bean,则应该使用 EJB 部署描述符编辑器的向导和接口部分而不是“源代码”页。例如,如果想要添加或除去 CMP 字段或更改 CMP bean 的主键字段,则这些字段将由所有继承 bean 的工具同步以使这些 bean 与 EJB 规范一致。如果在“源代码”页中更改源代码,则可能不会发生这样的同步。

迁移 EJB 应用程序

相关信息
EJB 部署的局限性

反馈