程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 編程語言 >> JAVA編程 >> 關於JAVA >> 關於EJB調用原理分析

關於EJB調用原理分析

編輯:關於JAVA

一個遠程對象至少要包括4個class文件:遠程對象;遠程對象的接口;實現遠程接口的對象的stub;對象的skeleton這4個class文件。

在EJB中則至少要包括10個class:

Bean類,特定App Server的Bean實現類,Bean的remote接口,特定App Server的remote接口實現類,特定App Server的remote接口的實現類的stub類和skeleton類。

Bean的home接口,特定App Server的home接口實現類,特定App Server的home接口的實現類的stub類和skeleton類和RMI不同的是,EJB中這10個class真正需要用戶編寫的只有3個,分別是 Bean類和它的remote接口,home接口,至於其它的7個class到底是怎麼生成,被打包在什麼地方,或者是否需要更多的類文件,會根據不同的 App Server表現出比較大的差異,不能一概而論。

拿我最熟悉的Weblogic的來說吧,Weblogic的Bean實現類,以及兩個接口的Weblogic的實現類是在ejbc的時候被打包到EJB的 jar包裡面的,這3個class文件可以看到。而home接口和remote接口的Weblogic的實現類的stub類和skeleton類是在 EJB被部署到Weblogic的時候,由Weblogic動態生成stub類和Skeleton類的字節碼,因此看不到這4個類文件。

對於一次客戶端遠程調用EJB,要經過兩個遠程對象的多次RMI循環。首先是通過JNDI查找Home接口,獲得Home接口的實現類,這個過程其實相當復雜。

首先是找到Home接口的Weblogic實現類,然後創建一個Home接口的Weblogic實現類的stub類的對象實例,將它序列化傳送給客戶端(注意stub類的實例是在第1次RMI循環中,由服務器動態發送給客戶端的,因此不需要客戶端保存Home接口的Weblogic實現類的stub 類),最後客戶端獲得該stub類的對象實例(普通的RMI需要在客戶端保存stub類,而EJB不需要,因為服務器會把stub類的對象實例發送給客戶端)。

客戶端拿到服務器給它的Home接口的Weblogic實現類的stub類對象實例以後,調用stub類的create方法,(在代碼上就是 home.create(),但是後台要做很多事情),於是經過第2次RMI循環,在服務器端,Home接口的Weblogic實現類的skeleton 類收到stub類的調用信息後,由它再去調用Home接口的Weblogic實現類的create方法。

在服務端,Home接口的Weblogic實現類的create方法再去調用Bean類的Weblogic實現類的ejbCreate方法,在服務端創建或者分配一個EJB實例,然後將這個EJB實例的遠程接口的Weblogic實現類的stub類對象實例序列化發送給客戶端。

客戶端收到remote接口的Weblogic實現類的stub類的對象實例,對該對象實例的方法調用(在客戶端代碼中實際上就是對remote接口的調用),將傳送給服務器端remote接口的Weblogic實現類的skeleton類對象,而skeleton類對象再調用相應的remote接口的 Weblogic實現類,然後remote接口的Weblogic實現類再去調用Bean類的Weblogic實現類,如此就完成一次EJB對象的遠程調用。

看了一遍帖子,感覺還是沒有說太清楚,既然寫了帖子,就想徹底把它說清楚。

先拿普通RMI來說,有4個class,分別是遠程對象,對象的接口,對象的stub類和skeleton類。而對象本身和對象的stub類同時都實現了接口類。而我們在客戶端代碼調用遠程對象的時候,雖然在代碼中操縱接口,實質上是在操縱stub類,例如:

接口類:Hello

遠程對象:Hello_Server

stub類:Hello_Stub

skeleton類:Hello_Skeleton

客戶端代碼要這樣寫

Hello h = new Hello_Stub();h.getString();

我們不會這樣寫:

Hello_Stub h = new Hello_Stub();h.getString();

因為使用接口適用性更廣,就算更換了接口實現類,也不需要更改代碼。因此客戶端需要Hello.class和Hello_Stub.class這兩個文件。

但是對於EJB來說,就不需要Hello_Stub.class,因為服務器會發送給它,但是Hello.class文件客戶端是省不了的,必須有。表面上我們的客戶端代碼在操縱Hello,但別忘記了Hello只是一個接口,抽象的,實質上是在操縱Hello_Stub。

拿Weblogic上的EJB舉例子,10個class分別是:

Bean類:HelloBean (用戶編寫)

Bean類的Weblogic實現類:HelloBean_Impl (EJBC生成)

Home接口:HelloHome (用戶編寫)

Home接口的Weblogic實現類 ((Hello Bean))_HomeImpl(EJBC生成)

Home接口的Weblogic實現類的stub類 ((Hello Bean))_HomeImpl_WLStub(部署的時候動態生成字節碼)

Home接口的Weblogic實現類的skeleton類 ((Hello Bean))_HomeImpl_WLSkeleton(部署的時候動態生成字節碼)

Remote接口:Hello (用戶編寫)

Remote接口的Weblogic實現類 ((Hello Bean))_EOImpl(EJBC生成)

Remote接口的Weblogic實現類的stub類 ((Hello Bean))_EOImpl_WLStub(部署的時候動態生成字節碼)

Remote接口的Weblogic實現類的skeleton類 ((Hello Bean))_EOImpl_WLSkeleton(部署的時候動態生成字節碼)

客戶端只需要Hello.class和HelloHome.class這兩個文件。

((Hello Home)) home = (Home) ((Portable Remote Object)).narrow(ctx.lookup("Hello"), ((Hello Home)).class);

這一行代碼是從JNDI獲得Home接口,但是請記住!接口是抽象的,那麼home這個對象到底是什麼類的對象實例呢?很簡單,用toString()輸出看一下就明白了,下面一行是輸出結果:

((Hello Bean))_HomeImpl_WLStub@18c458

這表明home這個通過從服務器的JNDI樹上查找獲得的對象實際上是HelloBean_HomeImpl_WLStub類的一個實例。

接下來客戶端代碼:

Hello h = home.create()

同樣Hello只是一個抽象的接口,那麼h對象是什麼東西呢?打印一下:

((Hello Bean))_EOImpl_WLStub@8fa0d1

 原來是HelloBean_EOImpl_WLStub的一個對象實例。

用這個例子來簡述一遍EJB調用過程:

首先客戶端JNDI查詢,服務端JNDI樹上Hello這個名字實際上綁定的對象是HelloBean_HomeImpl_WLStub,所以服務端將創建HelloBean_HomeImpl_WLStub的一個對象實例,序列化返回給客戶端。

於是客戶端得到home對象,表面上是得到HelloHome接口的實例,實際上是進行了一次遠程調用得到了HelloBean_HomeImpl_WLStub類的對象實例,別忘記了HelloBean_HomeImpl_WLStub也實現了HelloHome接口。

然後home.create()實質上就是HelloBean_HomeImpl_WLStub.create(),該方法將發送信息給 HelloBean_HomeImpl_WLSkeleton,而HelloBean_HomeImpl_WLSkeleton接受到信息後,再去調用 HelloBean_HomeImpl的create方法,至此完成第1次完整的RMI循環。

注意在這次RMI循環過程中,遠程對象是HelloBean_HomeImpl,遠程對象的接口是HelloHome,對象的stub是 HelloBean_HomeImpl_WLStub,對象的skeleton是HelloBean_HomeImpl_WLSkeleton。

然後HelloBean_HomeImpl再去調用HelloBean_Impl的ejbCreate方法,而HelloBean_Impl的 ejbCreate方法將負責創建或者分配一個Bean實例,並且創建一個HelloBean_EOImpl_WLStub的對象實例。

這一步比較有趣的是,在前一步RMI循環中,遠程對象HelloBean_HomeImpl在客戶端有一個代理類 HelloBean_HomeImpl_WLStub,但在這一步,HelloBean_HomeImpl自己卻充當了HelloBean_Impl的代理類,只不過HelloBean_HomeImpl不在客戶端,而是在服務端,因此不進行RMI。

然後HelloBean_EOImpl_WLStub的對象實例序列化返回給客戶端,這一步也很有趣,上次RMI過程,主角是 HelloBean_HomeImpl和它的代理類HelloBean_HomeImpl_WLStub,但這這一次換成了 HelloBean_EOImpl和它的代理類HelloBean_EOImpl_WLStub來玩了。

Hello h = home.create();h.helloWorld();

假設Hello接口有一個helloWorld遠程方法,那麼表面上是在調用Hello接口的helloWorld方法,實際上是在調用HelloBean_EOImpl_WLStub的helloWorld方法。

然後HelloBean_EOImpl_WLStub的helloWorld方法將發送信息給服務器上的 HelloBean_EOImpl_WLSkeleton,而HelloBean_EOImpl_WLSkeleton收到信息以後,再去調用 HelloBean_EOImpl的helloWorld方法。至此,完成第2次完整的RMI循環過程。

在剛才HelloBean_EOImpl是作為遠程對象被調用的,它的代理類是HelloBean_EOImpl_WLStub,但現在 HelloBean_EOImpl要作為HelloBean_Impl的代理類了。現在HelloBean_EOImpl去調用 HelloBean_Impl的helloWorld方法。注意!HelloBean_Impl繼承了HelloBean,而HelloBean中的 helloWorld方法是我們親自編寫的代碼,現在終於調用到了我們編寫的代碼了!

至此,一次EJB調用過程終於完成。在整個過程中,服務端主要要調用的類是HelloBean_Impl, Hello Bean?_HomeImpl,HelloBean_HomeImpl_WLSkeleton,HelloBean_EOImpl, HelloBean_EOImpl_WLSkeleton。

客戶端主要調用的類是HelloBean_HomeImpl_WLStub,HelloBean_EOImpl_WLStub,這兩個類在客戶端代碼中並不會直接出現,出現在代碼中的類是他們的接口HelloHome和Hello,因此客戶端需要這兩個接口文件,而Stub是服務器傳送給他們的。

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved