通過RMI與EJB和Toplink進行ADF業務組件

Question

在實現遠程業務邏輯方面有何差異？

目前我們正在計劃使用ADF開發前端Web應用程序（從Struts移動）。在可擴展性方面，前端調用EJBs前端使用TopLink與使用TopLink的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的JSF組件，從而提供非常好的無縫RAD。

Answer 2

我現在正在經歷類似的情況。我不是專家，但在這裏我從我的經驗中收集到的。使用Toplink或ADF的EJB的擴展能力是否更好取決於您的具體情況。在某些情況下，有人可能比另一個更好，但我感覺他們都是很好的解決方案。

但是，既然您提到該項目還涉及到Oracle Forms的遷移，那麼ADF似乎是最好的選擇，因爲Oracle似乎將JDeveloper和ADF定位爲Forms和Reports的後繼者（請參閱ADF Documentation targeting Forms and Designer Developers） 。

Answer 3

您不應該使用ADF BC的EJB部署。它需要很多RMI同步。我用它與ADF Swing。去下一個記錄大約需要三秒鐘。我們需要重寫組合框以使其執行。

在Oracle 11g（2009-05版）中，您將可以選擇創建基於視圖對象的SDO WS，並且可以在ADF BC服務的實體中將這些用於其他ADF項目。