一個(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:
Bean類(lèi),特定App Server的Bean實(shí)現(xiàn)類(lèi),Bean的remote接口,特定App Server的remote接口實(shí)現(xiàn)類(lèi),特定App Server的remote接口的實(shí)現(xiàn)類(lèi)的stub類(lèi)和skeleton類(lèi)。
Bean的home接口,特定App Server的home接口實(shí)現(xiàn)類(lèi),特定App Server的home接口的實(shí)現(xiàn)類(lèi)的stub類(lèi)和skeleton類(lèi)和RMI不同的是,EJB中這10個(gè)class真正需要用戶(hù)編寫(xiě)的只有3個(gè),分別是 Bean類(lèi)和它的remote接口,home接口,至于其它的7個(gè)class到底是怎么生成,被打包在什么地方,或者是否需要更多的類(lèi)文件,會(huì)根據(jù)不同的 App Server表現(xiàn)出比較大的差異,不能一概而論。
拿我最熟悉的Weblogic的來(lái)說(shuō)吧,Weblogic的Bean實(shí)現(xiàn)類(lèi),以及兩個(gè)接口的Weblogic的實(shí)現(xiàn)類(lèi)是在ejbc的時(shí)候被打包到EJB的 jar包里面的,這3個(gè)class文件可以看到。而home接口和remote接口的Weblogic的實(shí)現(xiàn)類(lèi)的stub類(lèi)和skeleton類(lèi)是在 EJB被部署到Weblogic的時(shí)候,由Weblogic動(dòng)態(tài)生成stub類(lèi)和Skeleton類(lèi)的字節(jié)碼,因此看不到這4個(gè)類(lèi)文件。
對(duì)于一次客戶(hù)端遠(yuǎn)程調(diào)用EJB,要經(jīng)過(guò)兩個(gè)遠(yuǎn)程對(duì)象的多次RMI循環(huán)。首先是通過(guò)JNDI查找Home接口,獲得Home接口的實(shí)現(xiàn)類(lèi),這個(gè)過(guò)程其實(shí)相當(dāng)復(fù)雜。
首先是找到Home接口的Weblogic實(shí)現(xiàn)類(lèi),然后創(chuàng)建一個(gè)Home接口的Weblogic實(shí)現(xiàn)類(lèi)的stub類(lèi)的對(duì)象實(shí)例,將它序列化傳送給客戶(hù)端(注重stub類(lèi)的實(shí)例是在第1次RMI循環(huán)中,由服務(wù)器動(dòng)態(tài)發(fā)送給客戶(hù)端的,因此不需要客戶(hù)端保存Home接口的Weblogic實(shí)現(xiàn)類(lèi)的stub 類(lèi)),最后客戶(hù)端獲得該stub類(lèi)的對(duì)象實(shí)例(普通的RMI需要在客戶(hù)端保存stub類(lèi),而EJB不需要,因?yàn)榉?wù)器會(huì)把stub類(lèi)的對(duì)象實(shí)例發(fā)送給客戶(hù)端)。
客戶(hù)端拿到服務(wù)器給它的Home接口的Weblogic實(shí)現(xiàn)類(lèi)的stub類(lèi)對(duì)象實(shí)例以后,調(diào)用stub類(lèi)的create方法,(在代碼上就是 home.create(),但是后臺(tái)要做很多事情),于是經(jīng)過(guò)第2次RMI循環(huán),在服務(wù)器端,Home接口的Weblogic實(shí)現(xiàn)類(lèi)的skeleton 類(lèi)收到stub類(lèi)的調(diào)用信息后,由它再去調(diào)用Home接口的Weblogic實(shí)現(xiàn)類(lèi)的create方法。
在服務(wù)端,Home接口的Weblogic實(shí)現(xiàn)類(lèi)的create方法再去調(diào)用Bean類(lèi)的Weblogic實(shí)現(xiàn)類(lèi)的ejbCreate方法,在服務(wù)端創(chuàng)建或者分配一個(gè)EJB實(shí)例,然后將這個(gè)EJB實(shí)例的遠(yuǎn)程接口的Weblogic實(shí)現(xiàn)類(lèi)的stub類(lèi)對(duì)象實(shí)例序列化發(fā)送給客戶(hù)端。
看了一遍帖子,感覺(jué)還是沒(méi)有說(shuō)太清楚,既然寫(xiě)了帖子,就想徹底把它說(shuō)清楚。
先拿普通RMI來(lái)說(shuō),有4個(gè)class,分別是遠(yuǎn)程對(duì)象,對(duì)象的接口,對(duì)象的stub類(lèi)和skeleton類(lèi)。而對(duì)象本身和對(duì)象的stub類(lèi)同時(shí)都實(shí)現(xiàn)了接口類(lèi)。而我們?cè)诳蛻?hù)端代碼調(diào)用遠(yuǎn)程對(duì)象的時(shí)候,雖然在代碼中操縱接口,實(shí)質(zhì)上是在操縱stub類(lèi),例如:
接口類(lèi):Hello
遠(yuǎn)程對(duì)象:Hello_Server
stub類(lèi):Hello_Stub
skeleton類(lèi):Hello_Skeleton
客戶(hù)端代碼要這樣寫(xiě):
Hello h = new Hello_Stub();h.getString();
我們不會(huì)這樣寫(xiě):
Hello_Stub h = new Hello_Stub();h.getString();
因?yàn)槭褂媒涌谶m用性更廣,就算更換了接口實(shí)現(xiàn)類(lèi),也不需要更改代碼。因此客戶(hù)端需要Hello.class和Hello_Stub.class這兩個(gè)文件。
但是對(duì)于EJB來(lái)說(shuō),就不需要Hello_Stub.class,因?yàn)榉?wù)器會(huì)發(fā)送給它,但是Hello.class文件客戶(hù)端是省不了的,必須有。表面上我們的客戶(hù)端代碼在操縱Hello,但別忘記了Hello只是一個(gè)接口,抽象的,實(shí)質(zhì)上是在操縱Hello_Stub。
Bean類(lèi):HelloBean (用戶(hù)編寫(xiě))
Bean類(lèi)的Weblogic實(shí)現(xiàn)類(lèi):HelloBean_Impl (EJBC生成)
Home接口:HelloHome (用戶(hù)編寫(xiě))
Home接口的Weblogic實(shí)現(xiàn)類(lèi) ((Hello Bean))_HomeImpl(EJBC生成)
Home接口的Weblogic實(shí)現(xiàn)類(lèi)的stub類(lèi) ((Hello Bean))_HomeImpl_WLStub(部署的時(shí)候動(dòng)態(tài)生成字節(jié)碼)
Home接口的Weblogic實(shí)現(xiàn)類(lèi)的skeleton類(lèi) ((Hello Bean))_HomeImpl_WLSkeleton(部署的時(shí)候動(dòng)態(tài)生成字節(jié)碼)
Remote接口:Hello (用戶(hù)編寫(xiě))
Remote接口的Weblogic實(shí)現(xiàn)類(lèi) ((Hello Bean))_EOImpl(EJBC生成)
Remote接口的Weblogic實(shí)現(xiàn)類(lèi)的stub類(lèi) ((Hello Bean))_EOImpl_WLStub(部署的時(shí)候動(dòng)態(tài)生成字節(jié)碼)
Remote接口的Weblogic實(shí)現(xiàn)類(lèi)的skeleton類(lèi) ((Hello Bean))_EOImpl_WLSkeleton(部署的時(shí)候動(dòng)態(tài)生成字節(jié)碼)
客戶(hù)端只需要Hello.class和HelloHome.class這兩個(gè)文件。
((Hello Home)) home = (Home) ((Portable Remote Object)).narrow(ctx.lookup("Hello"), ((Hello Home)).class);
新聞熱點(diǎn)
疑難解答
圖片精選
網(wǎng)友關(guān)注