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

深入掌握Java技術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生成)

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