|
一個(gè)遠(yuǎn)程對(duì)象至少要包括4個(gè)class文件:遠(yuǎn)程對(duì)象;遠(yuǎn)程對(duì)象的接口;實(shí)現(xiàn)遠(yuǎn)程接口的對(duì)象的stub;對(duì)象的skeleton這4個(gè)class文件。 在EJB中則至少要包括10個(gè)class: 和RMI不同的是,EJB中這10個(gè)class真正需要用戶編寫(xiě)的只有3個(gè),分別是Bean類和它的remote接口,home接口,至于其它的7個(gè)class到底是怎么生成,被打包在什么地方,或者是否需要更多的類文件,會(huì)根據(jù)不同的App Server表現(xiàn)出比較大的差異,不能一概而論。 拿我最熟悉的Weblogic的來(lái)說(shuō)吧,Weblogic的Bean實(shí)現(xiàn)類,以及兩個(gè)接口的Weblogic的實(shí)現(xiàn)類是在ejbc的時(shí)候被打包到EJB的jar包里面的,這3個(gè)class文件可以看到。而home接口和remote接口的Weblogic的實(shí)現(xiàn)類的stub類和skeleton類是在EJB被部署到Weblogic的時(shí)候,由Weblogic動(dòng)態(tài)生成stub類和Skeleton類的字節(jié)碼,因此看不到這4個(gè)類文件。 對(duì)于一次客戶端遠(yuǎn)程調(diào)用EJB,要經(jīng)過(guò)兩個(gè)遠(yuǎn)程對(duì)象的多次RMI循環(huán)。首先是通過(guò)JNDI查找Home接口,獲得Home接口的實(shí)現(xiàn)類,這個(gè)過(guò)程其實(shí)相當(dāng)復(fù)雜,首先是找到Home接口的Weblogic實(shí)現(xiàn)類,然后創(chuàng)建一個(gè)Home接口的Weblogic實(shí)現(xiàn)類的stub類的對(duì)象實(shí)例,將它序列化傳送給客戶端(注意stub類的實(shí)例是在第1次RMI循環(huán)中,由服務(wù)器動(dòng)態(tài)發(fā)送給客戶端的,因此不需要客戶端保存Home接口的Weblogic實(shí)現(xiàn)類的stub類),最后客戶端獲得該stub類的對(duì)象實(shí)例(普通的RMI需要在客戶端保存stub類,而EJB不需要,因?yàn)榉?wù)器會(huì)把stub類的對(duì)象實(shí)例發(fā)送給客戶端)。 客戶端拿到服務(wù)器給它的Home接口的Weblogic實(shí)現(xiàn)類的stub類對(duì)象實(shí)例以后,調(diào)用stub類的create方法,(在代碼上就是home.create(),但是后臺(tái)要做很多事情),于是經(jīng)過(guò)第2次RMI循環(huán),在服務(wù)器端,Home接口的Weblogic實(shí)現(xiàn)類的skeleton類收到stub類的調(diào)用信息后,由它再去調(diào)用Home接口的Weblogic實(shí)現(xiàn)類的create方法。 在服務(wù)端,Home接口的Weblogic實(shí)現(xiàn)類的create方法再去調(diào)用Bean類的Weblogic實(shí)現(xiàn)類的ejbCreate方法,在服務(wù)端創(chuàng)建或者分配一個(gè)EJB實(shí)例,然后將這個(gè)EJB實(shí)例的遠(yuǎn)程接口的Weblogic實(shí)現(xiàn)類的stub類對(duì)象實(shí)例序列化發(fā)送給客戶端。 客戶端收到remote接口的Weblogic實(shí)現(xiàn)類的stub類的對(duì)象實(shí)例,對(duì)該對(duì)象實(shí)例的方法調(diào)用(在客戶端代碼中實(shí)際上就是對(duì)remote接口的調(diào)用),將傳送給服務(wù)器端remote接口的Weblogic實(shí)現(xiàn)類的skeleton類對(duì)象,而skeleton類對(duì)象再調(diào)用相應(yīng)的remote接口的Weblogic實(shí)現(xiàn)類,然后remote接口的Weblogic實(shí)現(xiàn)類再去調(diào)用Bean類的Weblogic實(shí)現(xiàn)類,如此就完成一次EJB對(duì)象的遠(yuǎn)程調(diào)用。 看了一遍帖子,感覺(jué)還是沒(méi)有說(shuō)太清楚,既然寫(xiě)了帖子,就想徹底把它說(shuō)清楚。 先拿普通RMI來(lái)說(shuō),有4個(gè)class,分別是遠(yuǎn)程對(duì)象,對(duì)象的接口,對(duì)象的stub類和skeleton類。而對(duì)象本身和對(duì)象的stub類同時(shí)都實(shí)現(xiàn)了接口類。而我們?cè)诳蛻舳舜a調(diào)用遠(yuǎn)程對(duì)象的時(shí)候,雖然在代碼中操縱接口,實(shí)質(zhì)上是在操縱stub類,例如: 客戶端代碼要這樣寫(xiě): 我們不會(huì)這些寫(xiě): 因?yàn)槭褂媒涌谶m用性更廣,就算更換了接口實(shí)現(xiàn)類,也不需要更改代碼。因此客戶端需要Hello.class和Hello_Stub.class這兩個(gè)文件。但是對(duì)于EJB來(lái)說(shuō),就不需要Hello_Stub.class,因?yàn)榉?wù)器會(huì)發(fā)送給它,但是Hello.class文件客戶端是省不了的,必須有。表面上我們的客戶端代碼在操縱Hello,但別忘記了Hello只是一個(gè)接口,抽象的,實(shí)質(zhì)上是在操縱Hello_Stub。 拿Weblogic上的EJB舉例子,10個(gè)class分別是: Home接口:HelloHome (用戶編寫(xiě)) Remote接口: Hello (用戶編寫(xiě)) 客戶端只需要Hello.class和HelloHome.class這兩個(gè)文件。 HelloHome home = (Home) PortableRemoteObject.narrow(ctx.lookup("Hello"), HelloHome.class); 這一行代碼是從JNDI獲得Home接口,但是請(qǐng)記??!接口是抽象的,那么home這個(gè)對(duì)象到底是什么類的對(duì)象實(shí)例呢?很簡(jiǎn)單,用toString()輸出看一下就明白了,下面一行是輸出結(jié)果: Hello h = home.create() 同樣Hello只是一個(gè)抽象的接口,那么h對(duì)象是什么東西呢?打印一下: 用這個(gè)例子來(lái)簡(jiǎn)述一遍EJB調(diào)用過(guò)程: 首先客戶端JNDI查詢,服務(wù)端JNDI樹(shù)上Hello這個(gè)名字實(shí)際上綁定的對(duì)象是HelloBean_HomeImpl_WLStub,所以服務(wù)端將創(chuàng)建HelloBean_HomeImpl_WLStub的一個(gè)對(duì)象實(shí)例,序列化返回給客戶端。 于是客戶端得到home對(duì)象,表面上是得到HelloHome接口的實(shí)例,實(shí)際上是進(jìn)行了一次遠(yuǎn)程調(diào)用得到了HelloBean_HomeImpl_WLStub類的對(duì)象實(shí)例,別忘記了HelloBean_HomeImpl_WLStub也實(shí)現(xiàn)了HelloHome接口。 然后home.create()實(shí)質(zhì)上就是HelloBean_HomeImpl_WLStub.create(),該方法將發(fā)送信息給HelloBean_HomeImpl_WLSkeleton,而HelloBean_HomeImpl_WLSkeleton接受到信息后,再去調(diào)用HelloBean_HomeImpl的create方法,至此完成第1次完整的RMI循環(huán)。 注意在這次RMI循環(huán)過(guò)程中,遠(yuǎn)程對(duì)象是HelloBean_HomeImpl,遠(yuǎn)程對(duì)象的接口是HelloHome,對(duì)象的stub是HelloBean_HomeImpl_WLStub,對(duì)象的skeleton是HelloBean_HomeImpl_WLSkeleton。 然后HelloBean_HomeImpl再去調(diào)用HelloBean_Impl的ejbCreate方法,而HelloBean_Impl的ejbCreate方法將負(fù)責(zé)創(chuàng)建或者分配一個(gè)Bean實(shí)例,并且創(chuàng)建一個(gè)HelloBean_EOImpl_WLStub的對(duì)象實(shí)例。 這一步比較有趣的是,在前一步RMI循環(huán)中,遠(yuǎn)程對(duì)象HelloBean_HomeImpl在客戶端有一個(gè)代理類HelloBean_HomeImpl_WLStub,但在這一步,HelloBean_HomeImpl自己卻充當(dāng)了HelloBean_Impl的代理類,只不過(guò)HelloBean_HomeImpl不在客戶端,而是在服務(wù)端,因此不進(jìn)行RMI。 然后HelloBean_EOImpl_WLStub的對(duì)象實(shí)例序列化返回給客戶端,這一步也很有趣,上次RMI過(guò)程,主角是HelloBean_HomeImpl和它的代理類HelloBean_HomeImpl_WLStub,但這這一次換成了HelloBean_EOImpl和它的代理類HelloBean_EOImpl_WLStub來(lái)玩了。 Hello h = home.create();h.helloWorld(); 假設(shè)Hello接口有一個(gè)helloWorld遠(yuǎn)程方法,那么表面上是在調(diào)用Hello接口的helloWorld方法,實(shí)際上是在調(diào)用HelloBean_EOImpl_WLStub的helloWorld方法。 然后HelloBean_EOImpl_WLStub的helloWorld方法將發(fā)送信息給服務(wù)器上的HelloBean_EOImpl_WLSkeleton,而HelloBean_EOImpl_WLSkeleton收到信息以后,再去調(diào)用HelloBean_EOImpl的helloWorld方法。至此,完成第2次完整的RMI循環(huán)過(guò)程。 在剛才HelloBean_EOImpl是作為遠(yuǎn)程對(duì)象被調(diào)用的,它的代理類是HelloBean_EOImpl_WLStub,但現(xiàn)在HelloBean_EOImpl要作為HelloBean_Impl的代理類了?,F(xiàn)在HelloBean_EOImpl去調(diào)用HelloBean_Impl的helloWorld方法。注意!HelloBean_Impl繼承了HelloBean,而HelloBean中的helloWorld方法是我們親自編寫(xiě)的代碼,現(xiàn)在終于調(diào)用到了我們編寫(xiě)的代碼了! 至此,一次EJB調(diào)用過(guò)程終于完成。在整個(gè)過(guò)程中,服務(wù)端主要要調(diào)用的類是HelloBean_Impl, HelloBean_HomeImpl,HelloBean_HomeImpl_WLSkeleton,HelloBean_EOImpl,HelloBean_EOImpl_WLSkeleton。客戶端主要調(diào)用的類是HelloBean_HomeImpl_WLStub,HelloBean_EOImpl_WLStub,這兩個(gè)類在客戶端代碼中并不會(huì)直接出現(xiàn),出現(xiàn)在代碼中的類是他們的接口HelloHome和Hello,因此客戶端需要這兩個(gè)接口文件,而Stub是服務(wù)器傳送給他們的。 |
|
|
來(lái)自: fondofbeyond > 《ejb》