盡管EJB繼承有時使用Java繼承，但它們并不總是相同的。 就像您在我以前的文章中可以讀到的那樣 ，EJB不必實現任何接口即可公開業務接口。
另一種方法也是正確的-僅僅是因為EJB實現了某個接口或擴展了其他EJB并不意味著它公開了全部或任何視圖。

假設我們要具有一些公開遠程業務接口的基本EJB。 然后，我們想擴展此EJB并覆蓋遠程業務方法。
沒什么好看的，對吧？ 但是，讓我們看一些示例。

遠程業務接口：

public interface RemoteA {void remoteA(); }

基礎EJB：

@Stateless @Remote(RemoteA.class) public class SuperclassEJB implements RemoteA { public void remoteA() {// Some basic code that can be overriden.} }

上面的SuperclassEJB是我們的基礎EJB。 它通過一種方法公開了一個遠程業務接口。 現在，讓我們轉到EJB的子類：

案例1 – Java繼承

@Stateless public class SubclassEJB1 extends SuperclassEJB {// 'remoteA' is not EJB business method. EJB inheritance is strictly for implementation reusing. }

SubclassEJB1是一個EJB –可以肯定。 但是它公開了哪些接口？ 因為EJB組件必須顯式定義其定義的業務接口，所以我們的EJB根本沒有任何實際的業務方法！ 它是新的，全新的無接口視圖EJB。

這意味著，如果在您的代碼中，您將執行以下操作：

• @EJB SubclassEJB1 myEJB它將注入沒有業務方法的無接口視圖EJB。
• @EJB(name='SubclassEJB1') RemoteA myEJB它將拒絕進行此注入，因為RemoteA不是我們EJB的業務接口。

有趣的是–如果不是使用@EJB進行容器注入，而是進行如下查找：

RemoteA subclassEJB1 = (RemoteA) initialContext.lookup('java:module/SubclassEJB1'); subclassEJB1.remoteA();

它不會引發任何異常并正確調用remoteA()方法。 為什么？ 因為我們真正查找的是EJB的無接口視圖。 然后，我們將其轉換為RemoteA （從純Java角度來看這是正確的），并調用了無接口視圖方法。 我想您會同意這會造成很大的混亂–我們沒有使用遠程接口，而是最終正確調用了本地bean方法。

案例2 –接口實現的Java繼承

@Stateless public class SubclassEJB2 extends SuperclassEJB implements RemoteA {// 'remoteA' is correctly exposed as EJB business method BUT as an implicit local i-face. // Method implementation is correctly inherited. }

現在看起來真的很奇怪。 我們的EJB擴展了其他EJB并實現了遠程業務接口，對嗎？ 好吧，不完全是。 我們正在實現純Java RemoteA接口。 該接口本身沒有@Remote批注， SuperclassEJB也沒有。 這意味著我們將RemoteA公開為本地業務接口 。 這是我以前的文章中討論的EJB的默認行為之一。

這意味著，如果在您的代碼中，您將執行以下操作：

• @EJB(name='SubclassEJB2') RemoteA myEJB它將使用本地業務接口。 搞砸了，你不覺得嗎？

案例3 –具有接口實現和視圖聲明的Java繼承

@Stateless @Remote(RemoteA.class) public class SubclassEJB3 extends SuperclassEJB {// Method 'remoteA' is correctly exposed as EJB business method (thanks to @Remote on EJB). // Method implementation is correctly inherited. }

這是EJB擴展的正確示例。 我們已經通過Java繼承正確地重用了實現，實現了EJB遠程業務接口，并使用@Remote公開了它。 甚至不需要implements子句– @Remote就足夠了。 但是，@ @Remote部分至關重要。

這意味著，如果在您的代碼中，您將執行以下操作：

• @EJB(name='SubclassEJB3') RemoteA myEJB將正確使用遠程業務接口。

結論

如您所見，EJB繼承有時可能不如預期的那么容易。 它要求您了解組件和視圖定義的基礎。 默認情況下，組件繼承顯然是為了代碼重用，而不是組件擴展。 沒有這些知識，您可能會遇到一些非常奇怪和令人沮喪的問題。 所有示例都在JBoss AS 7.1.1上進行了測試。

參考： EJB繼承不同于Java繼承，來自Piotr Nowicki主頁博客上的JCG合作伙伴 Piotr Nowicki。

翻譯自: https://www.javacodegeeks.com/2013/03/ejb-inheritance-is-different-from-java-inheritance.html

總結

以上是生活随笔為你收集整理的EJB继承与Java继承不同的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。