通过 RMI 的 ADF 业务组件与 EJB 和 Toplink

Question

实施远程业务逻辑有何不同？

目前我们计划使用 自动送纸器 开发前端 Web 应用程序（从 支柱）。前端调用有什么区别 EJB 使用 顶联 与 ADF 业务组件相比 雷米 在可扩展性方面，因为从 Struts 迁移到 ADF 还将涵盖 PL/SQL 和 Oracle Forms，从而大幅增加用户数量？

Answer 1

ADF 非常广泛，因为它涵盖了前端一直到数据访问。这是一个伟大的 RAD 如果您要使用整个堆栈，则可以使用框架，但如果您只使用其中一部分，则不太热。

我假设您正在讨论使用 TopLink 或 ADF 业务组件 (BC4J) 作为数据访问层。

我想说，如果您计划使用基于 RMI 的应用程序，那么 TopLink 可能会更好，主要是因为 BC4J 的强大功能在于其视图对象，这些对象不会序列化（因此将这些结果转换为 TopLink 样式值对象，反正）。

如果您正在做一个直接向上和向下的 Web 应用程序并且并不真正关心 EJB 和 RMI 那么我想您会发现 BC4J 在使标准 Web 应用程序可扩展方面提供了很多...长话短说，它将 SQL 映射到视图对象，这些对象基本上是智能数据网格，具有非常可调的行为，可以直接绑定到 日本科学基金会 Oracle ADF Faces 的组件，提供了非常好的无缝 RAD。

Answer 2

我现在正在经历类似的情况。我不是专家，但这是我从我的经验中收集到的。EJB 使用 Toplink 还是 ADF 的扩展性是否更好在很大程度上取决于您的具体情况。在某些情况下，一个可能比另一个更好，但我感觉它们都是非常好的解决方案。

然而，既然您提到该项目还涉及 Oracle Forms 的迁移，那么 ADF 似乎是最佳选择，因为 Oracle 似乎将 JDeveloper 和 ADF 定位为 Forms 和 Reports 的继任者（请参阅 针对表单和设计器开发人员的 ADF 文档).

Answer 3

您不应使用 ADF BC 的 EJB 部署。它需要大量的RMI同步。我将其与 ADF 一起使用 摇摆. 。转到下一个记录大约需要三秒钟。我们需要重写组合框才能使其执行。

在 甲骨文11g （2009-05 版）您将获得基于视图对象创建 SDO WS 的选项，并且可以在其他 ADF 项目中的基于 ADF BC 服务的实体中使用它们。