頭第一EJB指出,在無狀態會話bean的情況下:EJBObject在客戶端共享?
客戶不同意
EJBObject
,但同樣的bean可以服務多個EJBObjects
我看不出有任何理由爲什麼單個EJBObject不能爲多個客戶端提供服務。
此外,如果哪本書狀態是正確的,什麼是我們的優勢,從彙集豆如果我們要創造每個客戶端一個EJB對象得到什麼?
頭第一EJB指出,在無狀態會話bean的情況下:EJBObject在客戶端共享?
客戶不同意
EJBObject
,但同樣的bean可以服務多個EJBObjects
我看不出有任何理由爲什麼單個EJBObject不能爲多個客戶端提供服務。
此外,如果哪本書狀態是正確的,什麼是我們的優勢,從彙集豆如果我們要創造每個客戶端一個EJB對象得到什麼?
首先,人們必須明白一個EJBObject
是什麼:
的的EJBObject接口是由所有企業bean的遠程接口擴展。企業Bean的遠程接口提供EJB對象的遠程客戶端視圖。企業bean的遠程接口定義了可由遠程客戶端調用的業務方法。
有了這樣清除,請看下面的例子:
public class SomeClass {
@EJB
private SomeBean someBean;
...
}
基本上,我們EJBObject
無非是我們SomeClass
它引用的EJB SomeBean
類的屬性更多。
發生了什麼事是,上視容器的角度來看,他不是真正的創建和注入EJB SomeBean
的專用實例。相反,他實例化EJB SomeBean
,其存儲在他的EJB池,創建此實例的代理並在我們的SomeClass
類注射代理。
因此,爲每一個客戶,你有一個EJBObject
或代理但是,引擎蓋下,作爲深入淺出狀態,同一個bean可以服務於多個EJBObjects
。
...如果我們必須爲每個客戶端創建一個EJBObject,我們從集中bean獲得的優勢是什麼?
好,例如,線程安全:如果你有SomeClass
幾個實例,調用兼任someBean
同樣的方法,可以保證這些電話永遠不會因爲無國籍委託給同一個實例會話實例都致力於EJB對象只爲單個方法調用的持續時間。
EJB池的其他優勢可以在this answer上找到Will Hartung。 :)