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

Question

在实现远程业务逻辑方面有什么不同？

目前，我们正计划使用ADF开发前端web应用程序(从Struts迁移)。在可伸缩性方面，前端使用Struts调用EJBs与通过RMI调用ADF业务组件有什么不同，因为从TopLink迁移到ADF还将包含PL/SQL和Oracle表单，从而显著增加用户数量？

Answer 1

ADF非常广泛，因为它涵盖了从前端一直到数据访问的所有过程。如果你打算使用整个堆栈，这是一个很棒的RAD框架，但是如果你只打算使用其中的一部分，那就不是那么热门了。

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

我想说的是，如果您计划使用基于RMI的应用程序，TopLink可能会更好，这主要是因为BC4J的强大之处在于它的视图对象不会序列化(因此无论如何都会将这些结果转换为TopLink样式值对象)。

如果你正在做一个上下浮动的web应用程序，并且并不真正关心EJB和RMI，那么我想你会发现BC4J在使标准web应用程序变得可伸缩方面提供了很大的帮助……长话短说，它将SQL映射到视图对象，视图对象基本上是具有非常可调行为的智能数据网格，可以直接绑定到Oracle ADF Faces的JSF组件，从而提供非常好的无缝RAD。

Answer 2

我现在正在经历类似的情况。我不是专家，但这里是我从经验中总结出来的。EJB是使用Toplink还是ADF扩展得更好，这在很大程度上取决于您的具体情况。在某些情况下，其中一种可能比另一种更好，但我感觉它们都是很好的解决方案。

但是，既然您提到该项目还涉及Oracle Forms的迁移，那么ADF似乎是最好的选择，因为Oracle似乎将JDeveloper和ADF定位为窗体和报表的继任者(请参见ADF Documentation targeting Forms and Designer Developers)。

Answer 3

您不应该使用ADF BC的EJB部署。它需要大量的RMI同步。我把它和ADF Swing一起使用。转到下一条记录大约需要三秒钟。我们需要重写组合框以使其执行。

在Oracle 11g (2009-05版)中，您将获得基于视图对象创建SDO的选项，并且可以在其他ADF项目中的基于ADF BC serviced的实体中使用这些选项。