ejb java_EJB继承与Java继承不同

ejb java

尽管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继承不同，我们的JCG合作伙伴 Piotr Nowicki在Piotr Nowicki的首页博客中进行了介绍。

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

ejb java