ejb 2.0 3.0

介紹

Enterprise JavaBeans Specification v。3.0引入了簡化的，基于注釋的API，用于EJB注入和查找。 EJB 3.0現(xiàn)在是POJO，可以使用簡單的注釋將其注入其他組件（例如EJB和Servlet）。 EJB 3.0是Java EE 6的許多其他基于POJO的規(guī)范之一，例如JSR-229“ Java EE平臺的上下文和依賴注入” （以前稱為“ Web Bean”）。 Java EE從未如此簡單！

盡管如此，盡管EJB 3.0注釋使程序員擺脫了組裝Java EE應(yīng)用程序和連接其所有組件的復(fù)雜性，但是您應(yīng)該注意一些細(xì)微之處。 其中一些（例如“全局JNDI名稱”）由Enterprise JavaBeans Specification v。3.1解決 。 同時，在廣泛部署Java EE 6應(yīng)用程序服務(wù)器之前，您可能會面臨編寫依賴于非便攜式應(yīng)用程序服務(wù)器特定行為的代碼的風(fēng)險。

更糟的是，當(dāng)使用EJB 本地接口時，您可能會遇到一些問題，該接口應(yīng)該是您自己的bean的應(yīng)用程序范圍接口。 由于本地業(yè)務(wù)接口實(shí)際上暗示著本地方法調(diào)用（它們使用傳遞引用的語義，并且僅限于同一JVM實(shí)例），因此在訪問應(yīng)用程序中組件的業(yè)務(wù)接口時，這些接口是首選。 通常，此用例將構(gòu)成Java EE應(yīng)用程序中的大多數(shù)EJB調(diào)用。

聲明一個EJB

根據(jù)EJB v。3.0簡化的API規(guī)范，在聲明會話bean時，可以根據(jù)會話bean類型使用兩個注釋：

• @無狀態(tài)
• @狀態(tài)

這兩個注釋共享兩個公共的注釋元素： name和mappingName 。

名稱

注釋元素名稱定義了bean的“名稱”，并且默認(rèn)為bean類的非限定名稱。 Bean名稱在包含EJB的模塊范圍內(nèi)必須唯一。

被映射的名字

EJB 3.0規(guī)范將mappingName定義為“會話Bean應(yīng)該映射到的特定于產(chǎn)品的名稱”。 通常，應(yīng)用程序服務(wù)器使用maptedName將會話Bean映射到全局 JNDI名稱。 EJB 3.1規(guī)范不贊成使用mappingName元素， 而是引入了“便攜式全局JNDI名稱”的概念。

我們將很快看到如何以及何時使用此類元數(shù)據(jù)。

EJB參考

要建立對EJB的引用，可以使用@EJB批注或標(biāo)準(zhǔn)部署描述符（通過<ejb-ref />和<ejb-local-ref />）。 @EJB注釋定義如下：

@Target({TYPE, METHOD, FIELD}) @Retention(RUNTIME) public @interface EJB {String name() default "";Class beanInterface() default Object.class;String beanName() default "";String mappedName() default "";String description() default ""; }

名稱

name元素在“應(yīng)用程序環(huán)境”中定義注入的EJB 名稱 。 因此，EJB 名稱是注入的對象在私有名稱空間java：comp / env中的位置 。 它的默認(rèn)值是帶注釋的類字段或?qū)傩缘娜薅Q。 在類級別使用@EJB注釋時， 名稱元素是必需的。

name元素與部署描述符中的<ejb-ref-name />元素等效：

<ejb-ref><ejb-ref-name>bean name</ejb-ref-name>[...] </ejb-ref>

bean接口

beanInterface是注入的組件的業(yè)務(wù)接口類型。 默認(rèn)情況下，它是帶注釋的字段或?qū)傩缘念愋汀?在類級別使用@EJB批注時， beanInterface元素是必需的。

beanInterface元素等同于部署描述符中的<remote />或<local />元素：

<ejb-ref><ejb-ref-name>bean name</ejb-ref-name><remote>bean interface</remote>[...] </ejb-ref>

bean名稱

beanName元素指定通過name元素在@Stateful和@Stateless批注中聲明的bean，或通過<ejb-name />元素在部署描述符中聲明的bean。 當(dāng)一個以上的EJB在應(yīng)用程序中實(shí)現(xiàn)相同的業(yè)務(wù)接口時， beanName元素最有用：beanName使開發(fā)人員可以在特定模塊中引用特定EJB。 在這種情況下使用的語法是：

<ejb module>#<ejb name>

如果只有一個EJB在應(yīng)用程序中實(shí)現(xiàn)請求的業(yè)務(wù)接口，那么將自動解析Bean名稱。

beanName元素等效于部署描述符中的<ejb-link />元素：

<ejb-ref><ejb-ref-name>bean name</ejb-ref-name><remote>bean interface</remote><ejb-link>linked ejb</ejb-link>[...] </ejb-ref>

被映射的名字

與@Stateless和@Stateful批注的maptedName元素一樣， mappedName是特定于產(chǎn)品的元數(shù)據(jù)，其使用不可移植。

mappingName元素與部署描述符中的<mapped-name />元素等效：

<ejb-ref><ejb-ref-name>bean name</ejb-ref-name><remote>bean interface</remote><ejb-link>linked ejb</ejb-link><mapped-name>mapped name</mapped-name>[...] </ejb-ref>

那么其他應(yīng)用程序中的Bean呢？

如果回顧到目前為止描述的機(jī)制，您應(yīng)該注意到，沒有（便攜式）方法來聲明對應(yīng)用程序外部bean的依賴關(guān)系（EJB引用）。 EJB規(guī)范3.1版解決了這個問題，并定義了可移植的全局JNDI名稱 。 無需為在兼容的EJB v。3.1容器中為兼容的EJB v。3.0分配可移植的全局JNDI名稱而進(jìn)行任何更改。

同時，要在應(yīng)用程序外部連接對EJB的引用，您應(yīng)該依賴于應(yīng)用程序服務(wù)器提供的機(jī)制。

不要依靠不可移植的全局JNDI名稱來查找EJB

如前幾節(jié)所述，在EJB v。3.1之前，尚沒有可移植的方式來查找具有全局JNDI名稱的EJB，并且部署者必須依賴于應(yīng)用程序服務(wù)器特定的工具和元數(shù)據(jù)來在EJB引用和EJB之間建立鏈接。全球JNDI名稱。 此外，當(dāng)在應(yīng)用程序外部建立對Bean的引用時，這樣的鏈接是必需的。

即使避免使用@EJB批注元素（或其對應(yīng)的部署描述符元素）并使用全局JNDI名稱很吸引人，您也應(yīng)始終依賴EJB引用并在java：comp / env私有名稱空間中進(jìn)行查找。 您的私有名稱空間和映射機(jī)制為您提供了將代碼與配置更改隔離開的間接級別。

這也意味著，如果限于EJB v。3.0，則應(yīng)始終使用beanName（<ejb-link />）機(jī)制并在私有java：comp / env名稱空間中執(zhí)行查找。 很多時候，我聽說過一些開發(fā)人員檢查應(yīng)用程序服務(wù)器的全局JNDI樹以推斷出EJB的應(yīng)用程序服務(wù)器全局JNDI命名方案，然后到處都遇到NamingException的故事。 出于這個原因，避免使用@EJB mappedName元素，依靠名稱和beanName代替。

例如，某些應(yīng)用程序服務(wù)器使用全局JNDI名稱發(fā)布遠(yuǎn)程和本地EJB業(yè)務(wù)接口。 其他人根本沒有。 Oracle WebLogic是后者之一。 在EJB 3.0版規(guī)范，事實(shí)上， 并不需要一個本地業(yè)務(wù)接口在全局JNDI樹可用。

查找遠(yuǎn)程和本地業(yè)務(wù)接口

就調(diào)用者而言，獲取對遠(yuǎn)程和本地業(yè)務(wù)接口的引用的過程應(yīng)相同。 不幸的是，如果您不僅僅依賴于可移植的機(jī)制，情況并非總是如此。

始終可以使用beanName機(jī)制來解析對EJB本地接口的引用。 引用遠(yuǎn)程接口并非總是如此，因?yàn)檫@樣的EJB可能位于應(yīng)用程序外部。 那么，這就是不依賴代碼中全局JNDI名稱的另一個原因：不僅這樣的代碼不能移植，而且還需要您使用不同的策略來查找遠(yuǎn)程和本地業(yè)務(wù)接口（取決于應(yīng)用程序服務(wù)器）。 ）業(yè)務(wù)接口類型將不是透明的，并且業(yè)務(wù)接口類型的更改可能會破壞您的代碼。

建立EJB引用的簡單模式

盡管它們在某些情況下可能是必需的，但應(yīng)避免EJB查找，并依賴@EJB引用“自動裝配 ”。 尊重一些簡單的模式可以確保以完全自動化的方式聲明和滿足您的EJB引用：

• 嘗試減少共享業(yè)務(wù)接口的EJB的數(shù)量 ：如果只有一個EJB在應(yīng)用程序中實(shí)現(xiàn)特定的業(yè)務(wù)接口，則可以自動聲明EJB引用并使用默認(rèn)的@EJB注釋進(jìn)行綁定 。
• 如果共享業(yè)務(wù)接口改善了您的應(yīng)用程序設(shè)計，請為應(yīng)用程序的bean定義清晰的命名策略并避免重復(fù) ：如果只有一個具有特定名稱的bean，則可以自動聲明EJB引用并使用@EJB（beanName =” [name]”）注釋。 如果有多個同名bean，則在聲明引用時將被迫使用@EJB（beanName =” [ejb-module-path]＃[ejb-name]”）語法。
• 如果需要以編程方式查找EJB引用，請使用@EJB name元素（或<ejb-ref-name />元素）在本地名稱空間中聲明EJB的位置，然后使用@EJB beanName將其鏈接到目標(biāo)EJB。元素（或<ejb-link />元素。）

參考： The Gray Blog上的JCG合作伙伴 Gray 介紹了EJB 3.0注入和查找簡介 。

相關(guān)文章 ：

• 基本的EJB參考，注入和查找
• EJB程序化查找
• 使用Oracle WebLogic對應(yīng)用程序外部的EJB的引用
• EJB 3.1全局JNDI訪問
• GWT EJB3 Maven JBoss 5.1集成教程
• Java泛型快速教程
• JVM如何處理鎖

翻譯自: https://www.javacodegeeks.com/2011/08/introduction-to-ejb-30-injection-and.html

ejb 2.0 3.0

總結(jié)

以上是生活随笔為你收集整理的ejb 2.0 3.0_EJB 3.0注入和查找简介的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。