Jdbc 、 Jdo 方面
87
、
Class.forName
的作用
?
爲什麼要用
?
答:
調用該訪問返回一個以字符串指定類名的類的對象。
88
、
Jdo
是什麼
?
答:
JDO
是
Java
對象持久化的新的規範,爲
java data object
的簡稱
,
也是一個用於存取某種數據倉庫中的對象的標準化
API
。
JDO
提供了透明的對象存儲,因此對開發人員來說,存儲數據對象完全不需要額外的代碼(如
JDBC API
的使用)。這些繁瑣的例行工作已經轉移到
JDO
產品提供商身上,使開發人員解脫出來,從而集中時間和精力在業務邏輯上。另外,
JDO
很靈活,因爲它可以在任何數據底層上運行。
JDBC
只是面向關係數據庫(
RDBMS)JDO
更通用,提供到任何數據底層的存儲功能,比如關係數據庫、文件、
XML
以及對象數據庫(
ODBMS
)等等,使得應用可移植性更強。
89
、說出數據連接池的工作機制是什麼
?
答:
J2EE
服
務器啓動時會建立一定數量的池連接,並一直維持不少於此數目的池連接。客戶端程序需要連接時,池驅動程序會返回一個未使用的池連接並將其表記爲忙。如果當
前沒有空閒連接,池驅動程序就新建一定數量的連接,新建連接的數量有配置參數決定。當使用的池連接調用完成後,池驅動程序將此連接表記爲空閒,其他調用就
可以使用這個連接。
90
、
Jdo
是什麼
?
答:
JDO
是
Java
對象持久化的新的規範,爲
java data object
的簡稱
,
也是一個用於存取某種數據倉庫中的對象的標準化
API
。
JDO
提供了透明的對象存儲,因此對開發人員來說,存儲數據對象完全不需要額外的代碼(如
JDBC API
的使用)。這些繁瑣的例行工作已經轉移到
JDO
產品提供商身上,使開發人員解脫出來,從而集中時間和精力在業務邏輯上。另外,
JDO
很靈活,因爲它可以在任何數據底層上運行。
JDBC
只是面向關係數據庫(
RDBMS
)
JDO
更通用,提供到任何數據底層的存儲功能,比如關係數據庫、文件、
XML
以及對象數據庫(
ODBMS
)等等,使得應用可移植性更強。
Xml
方面
91
、
xml
有哪些解析技術
?
區別是什麼
?
答:
有
DOM,SAX,STAX
等
DOM:
處理大型文件時其性能下降的非常厲害。這個問題是由
DOM
的樹結構所造成的,這種結構佔用的內存較多,而且
DOM
必須在解析文件之前把整個文檔裝入內存
,
適合對
XML
的隨機訪問
SAX:
不現於
DOM,SAX
是事件驅動型的
XML
解析方式。它順序讀取
XML
文件,不需要一次全部裝載整個文件。當遇到像文件開頭,文檔結束,或者標籤開頭與標籤結束時,它會觸發一個事件,用戶通過在其回調事件中寫入處理代碼來處理
XML
文件,適合對
XML
的順序訪問
STAX:Streaming API for XML (StAX)
92
、你在項目中用到了
xml
技術的哪些方面
?
如何實現的
?
答:
用到了數據存貯,信息配置兩方面。在做數據交換平臺時,將不能數據源的數據組裝成
XML
文件,然後將
XML
文件壓縮打包加密後通過網絡傳送給接收者,接收解密與解壓縮後再同
XML
文件中還原相關信息進行處理。在做軟件配置時,利用
XML
可以很方便的進行,軟件的各種配置參數都存貯在
XML
文件中。
93
、
XML
文檔定義有幾種形式?它們之間有何本質區別?解析
XML
文檔有哪幾種方式?
答:
a:
兩種形式
dtd schema
,
b:
本質區別
:schema
本身是
xml
的,可以被
XML
解析器解析
(
這也是從
DTD
上發展
schema
的根本目的
)
,
c:
有
DOM,SAX,STAX
等
DOM:
處理大型文件時其性能下降的非常厲害。這個問題是由
DOM
的樹結構所造成的,這種結構佔用的內存較多,而且
DOM
必須在解析文件之前把整個文檔裝入內存
,
適合對
XML
的隨機訪問
SAX:
不現於
DOM,SAX
是事件驅動型的
XML
解析方式。它順序讀取
XML
文件,不需要一次全部裝載整個文件。當遇到像文件開頭,文檔結束,或者標籤開頭與標籤結束時,它會觸發一個事件,用戶通過在其回調事件中寫入處理代碼來處理
XML
文件,適合對
XML
的順序訪問
STAX:Streaming API for XML (StAX)
EJB 方面
94
、
EJB2.0
有哪些內容
?
分別用在什麼場合
? EJB2.0
和
EJB1.1
的區別
?
答:
規範內容包括
Bean
提供者,應用程序裝配者,
EJB
容器,
EJB
配置工具,
EJB
服務提供者,系統管理員。這裏面,
EJB
容器是
EJB
之所以能夠運行的核心。
EJB
容器管理着
EJB
的創建,撤消,激活,去活,與數據庫的連接等等重要的核心工作。
JSP,Servlet,EJB,JNDI,JDBC,JMS.....
95
、
EJB
與
JAVA BEAN
的區別?
答:
Java Bean
是可複用的組件,對
Java Bean
並沒有嚴格的規範,理論上講,任何一個
Java
類都可以是一個
Bean
。但通常情況下,由於
Java Bean
是被容器所創建(如
Tomcat)
的,所以
Java Bean
應具有一個無參的構造器,另外,通常
Java Bean
還要實現
Serializable
接口用於實現
Bean
的持久性。
Java Bean
實際上相當於微軟
COM
模型中的本地進程內
COM
組件,它是不能被跨進程訪問的。
Enterprise Java Bean
相當於
DCOM
,即分佈式組件。它是基於
Java
的遠程方法調用(
RMI
)技術的,所以
EJB
可以被遠程訪問(跨進程、跨計算機)。但
EJB
必須被佈署在諸如
Webspere
、
WebLogic
這樣的容器中,
EJB
客戶從不直接訪問真正的
EJB
組件,而是通過其容器訪問。
EJB
容器是
EJB
組件的代理,
EJB
組件由容器所創建和管理。客戶通過容器來訪問真正的
EJB
組件。
96
、
EJB
是基於哪些技術實現的?並說出
SessionBean
和
EntityBean
的區別,
StatefulBean
和
StatelessBean
的區別。
答:
EJB
包括
Session Bean
、
Entity Bean
、
Message Driven Bean
,基於
JNDI
、
RMI
、
JAT
等技術實現。
SessionBean
在
J2EE
應用程序中被用來完成一些服務器端的業務操作,例如訪問數據庫、調用其他
EJB
組件。
EntityBean
被用來代表應用系統中用到的數據。
對於客戶機,
SessionBean
是一種非持久性對象,它實現某些在服務器上運行的業務邏輯。
對於客戶機,
EntityBean
是一種持久性對象,它代表一個存儲在持久性存儲器中的實體的對象視圖,或是一個由現有企業應用程序實現的實體。
Session Bean
還可以再細分爲
Stateful Session Bean
與
Stateless Session Bean
,這兩種的
Session Bean
都可以將系統邏輯放在
method
之中執行,不同的是
Stateful Session Bean
可以記錄呼叫者的狀態,因此通常來說,一個使用者會有一個相對應的
Stateful Session Bean
的實體。
Stateless Session Bean
雖然也是邏輯組件,但是他卻不負責記錄使用者狀態,也就是說當使用者呼叫
Stateless Session Bean
的時候,
EJB Container
並不會找尋特定的
Stateless Session Bean
的實體來執行這個
method
。換言之,很可能數個使用者在執行某個
Stateless Session Bean
的
methods
時,會是同一個
Bean
的
Instance
在執行。從內存方面來看,
Stateful Session Bean
與
Stateless Session Bean
比較,
Stateful Session Bean
會消耗
J2EE Server
較多的內存,然而
Stateful Session Bean
的優勢卻在於他可以維持使用者的狀態。
97
、
EJB
與
JAVA BEAN
的區別?
答:
Java Bean
是可複用的組件,對
Java Bean
並沒有嚴格的規範,理論上講,任何一個
Java
類都可以是一個
Bean
。但通常情況下,由於
Java Bean
是被容器所創建(如
Tomcat
)的,所以
Java Bean
應具有一個無參的構造器,另外,通常
Java Bean
還要實現
Serializable
接口用於實現
Bean
的持久性。
Java Bean
實際上相當於微軟
COM
模型中的本地進程內
COM
組件,它是不能被跨進程訪問的。
Enterprise Java Bean
相當於
DCOM
,即分佈式組件。它是基於
Java
的遠程方法調用(
RMI
)技術的,所以
EJB
可以被遠程訪問(跨進程、跨計算機)。但
EJB
必須被佈署在諸如
Webspere
、
WebLogic
這樣的容器中,
EJB
客戶從不直接訪問真正的
EJB
組件,而是通過其容器訪問。
EJB
容器是
EJB
組件的代理,
EJB
組件由容器所創建和管理。客戶通過容器來訪問真正的
EJB
組件。
EJB
包括(
SessionBean,EntityBean
)說出他們的生命週期,及如何管理事務的?
SessionBean
:
Stateless Session Bean
的生命週期是由容器決定的,當客戶機發出請求要建立一個
Bean
的實例時,
EJB
容器不一定要創建一個新的
Bean
的實例供客戶機調用,而是隨便找一個現有的實例提供給客戶機。當客戶機第一次調用一個
Stateful Session Bean
時,容器必須立即在服務器中創建一個新的
Bean
實例,並關聯到客戶機上,以後此客戶機調用
Stateful Session Bean
的方法時容器會把調用分派到與此客戶機相關聯的
Bean
實例。
EntityBean
:
Entity Beans
能存活相對較長的時間,並且狀態是持續的。只要數據庫中的數據存在,
Entity beans
就一直存活。而不是按照應用程序或者服務進程來說的。即使
EJB
容器崩潰了,
Entity beans
也是存活的。
Entity Beans
生命週期能夠被容器或者
Beans
自己管理。
EJB
通過以下技術管理實務:對象管理組織(
OMG
)的對象實務服務(
OTS
),
Sun Microsystems
的
Transaction Service
(
JTS
)、
Java Transaction API
(
JTA
),開發組(
X/Open
)的
XA
接口。
98
、
EJB
的角色和三個對象
答:
一個完整的基於
EJB
的分佈式計算結構由六個角色組成,這六個角色可以由不同的開發商提供,每個角色所作的工作必須遵循
Sun
公司提供的
EJB
規範,以保證彼此之間的兼容性。這六個角色分別是
EJB
組件開發者(
Enterprise Bean Provider
)
、應用組合者(
Application Assembler
)、部署者(
Deployer
)、
EJB
服務器提供者(
EJB Server Provider
)、
EJB
容器提供者(
EJB Container Provider
)、系統管理員(
System Administrator
)
三個對象是
Remote
(
Local
)接口、
Home
(
LocalHome
)接口,
Bean
類
99
、
EJB
容器提供的服務
答:
主要提供聲明週期管理、代碼產生、持續性管理、安全、事務管理、鎖和併發行管理等服務。
100
、
EJB
規範規定
EJB
中禁止的操作有哪些?
答:
1.
不能操作線程和線程
API(
線程
API
指非線程對象的方法如
notify,wait
等
)
,
2.
不能操作
awt
,
3.
不能實現服務器功能,
4.
不能對靜態屬生存取,
5.
不能使用
IO
操作直接存取文件系統,
6.
不能加載本地庫
.
,
7.
不能將
this
作爲變量和返回,
8.
不能循環調用。
101
、
remote
接口和
home
接口主要作用
答:
remote
接口定義了業務方法,用於
EJB
客戶端調用業務方法。
home
接口是
EJB
工廠用於創建和移除查找
EJB
實例
102
、
bean
實例的生命週期
答:
對於
Stateless Session Bean
、
Entity Bean
、
Message Driven Bean
一般存在緩衝池管理,而對於
Entity Bean
和
Statefull Session Bean
存在
Cache
管理,通常包含創建實例,設置上下文、創建
EJB Object
(
create
)、業務方法調用、
remove
等過程,對於存在緩衝池管理的
Bean
,在
create
之後實例並不從內存清除,而是採用緩衝池調度機制不斷重用實例,而對於存在
Cache
管理的
Bean
則通過激活和去激活機制保持
Bean
的狀態並限制內存中實例數量。
103
、
EJB
的激活機制
答:
以
Stateful Session Bean
爲例:其
Cache
大小決定了內存中可以同時存在的
Bean
實例的數量,根據
MRU
或
NRU
算法,實例在激活和去激活狀態之間遷移,激活機制是當客戶端調用某個
EJB
實例業務方法時,如果對應
EJB Object
發現自己沒有綁定對應的
Bean
實例則從其去激活
Bean
存儲中(通過序列化機制存儲實例)回覆(激活)此實例。狀態變遷前會調用對應的
ejbActive
和
ejbPassivate
方法。
104
、
EJB
的幾種類型
答:
會話(
Session
)
Bean
,實體(
Entity
)
Bean
消息驅動的(
Message Driven
)
Bean
會話
Bean
又可分爲有狀態(
Stateful
)和無狀態(
Stateless
)兩種
實體
Bean
可分爲
Bean
管理的持續性(
BMP
)和容器管理的持續性(
CMP
)兩種
105
、客服端調用
EJB
對象的幾個基本步驟
答:
設置
JNDI
服務工廠以及
JNDI
服務地址系統屬性,查找
Home
接口,從
Home
接口調用
Create
方法創建
Remote
接口,通過
Remote
接口調用其業務方法。
應用服務器方面
106
、如何給
weblogic
指定大小的內存
?
答:
在啓動
Weblogic
的腳本中(位於所在
Domian
對應服務器目錄下的
startServerName
),增加
set MEM_ARGS=-Xms32m -Xmx200m
,可以調整最小內存爲
32M
,最大
200M
EJB
需直接實現它的業務接口或
Home
接口嗎,請簡述理由。
遠程接口和
Home
接口不需要直接實現,他們的實現代碼是由服務器產生的,程序運行中對應實現類會作爲對應接口類型的實例被使用。
107
、應用服務器有那些?
答:
BEA WebLogic Server
,
IBM WebSphere Application Server
,
Oracle9i Application Server
,
jBoss
,
Tomcat
108
、如何設定的
weblogic
的熱啓動模式
(
開發模式
)
與產品發佈模式
?
答:
可以在管理控制檯中修改對應服務器的啓動模式爲開發或產品模式之一。或者修改服務的啓動文件或者
commenv
文件,增加
set PRODUCTION_MODE=true
。
109
、如何啓動時不需輸入用戶名與密碼
?
答:
修改服務啓動文件,增加
WLS_USER
和
WLS_PW
項。也可以在
boot.properties
文件中增加加密過的用戶名和密碼
.
110
、在
weblogic
管理制臺中對一個應用域
(
或者說是一個網站
,Domain)
進行
jms
及
ejb
或連接池等相關信息進行配置後
,
實際保存在什麼文件中
?
答:
保存在此
Domain
的
config.xml
文件中,它是服務器的核心配置文件。
111
、說說
weblogic
中一個
Domain
的缺省目錄結構
?
比如要將一個簡單的
helloWorld.jsp
放入何目錄下
,
然的在瀏覽器上就可打入
http://
主機
:
端口號
//helloword.jsp
就可以看到運行結果了
?
又比如這其中用到了一個自己寫的
javaBean
該如何辦
?
答:
Domain
目錄服務器目錄
applications
,將應用目錄放在此目錄下將可以作爲應用訪問,如果是
Web
應用,應用目錄需要滿足
Web
應用目錄要求,
jsp
文件可以直接放在應用目錄中,
Javabean
需要放在應用目錄的
WEB-INF
目錄的
classes
目錄中,設置服務器的缺省應用將可以實現在瀏覽器上無需輸入應用名。
112
、在
weblogic
中發佈
ejb
需涉及到哪些配置文件
答:
不同類型的
EJB
涉及的配置文件不同,都涉及到的配置文件包括
ejb-jar.xml,weblogic-ejb-jar.xmlCMP
實體
Bean
一般還需要
weblogic-cmp-rdbms-jar.xml
86
、如何在
weblogic
中進行
ssl
配置與客戶端的認證配置或說說
j2ee(
標準
)
進行
ssl
的配置
缺省安裝中使用
DemoIdentity.jks
和
DemoTrust.jks KeyStore
實現
SSL
,需要配置服務器使用
Enable SSL
,配置其端口,在產品模式下需要從
CA
獲取私有密鑰和數字證書,創建
identity
和
trust keystore
,裝載獲得的密鑰和數字證書。可以配置此
SSL
連接是單向還是雙向的。
113
、如何查看在
weblogic
中已經發布的
EJB?
答:
可以使用管理控制檯,在它的
Deployment
中可以查看所有已發佈的
EJB
說說在
weblogic
中開發消息
Bean
時的
persistent
與
non-persisten
的差別
persistent
方式的
MDB
可以保證消息傳遞的可靠性
,
也就是如果
EJB
容器出現問題而
JMS
服務器依然會將消息在此
MDB
可用的時候發送過來,而
non
-
persistent
方式的消息將被丟棄。
J2EE,MVC 方面
114
、
MVC
的各個部分都有那些技術來實現
?
如何實現
?
答:
MVC
是
Model
-
View
-
Controller
的簡寫。
"Model"
代表的是應用的業務邏輯(通過
JavaBean
,
EJB
組件實現),
"View"
是應用的表示面(由
JSP
頁面產生),
"Controller"
是提供應用的處理過程控制(一般是一個
Servlet
),通過這種設計模型把應用邏輯,處理過程和顯示邏輯分成不同的組件實現。這些組件可以進行交互和重用。
115
、
J2EE
是什麼?
答:
Je22
是
Sun
公司提出的多層
(multi-diered),
分佈式
(distributed),
基於組件
(component-base)
的企業級應用模型
(enterpriese application model).
在這樣的一個應用系統中,可按照功能劃分爲不同的組件,這些組件又可在不同計算機上,並且處於相應的層次
(tier)
中。所屬層次包括客戶層
(clietn tier)
組件
,web
層和組件
,Business
層和組件
,
企業信息系統
(EIS)
層。
116
、
WEB SERVICE
名詞解釋。
JSWDL
開發包的介紹。
JAXP
、
JAXM
的解釋。
SOAP
、
UDDI,WSDL
解釋。
答:
Web Service
描述語言
WSDL
SOAP
即簡單對象訪問協議
(Simple Object Access Protocol)
,它是用於交換
XML
編碼信息的輕量級協議。
UDDI
的目的是爲電子商務建立標準;
UDDI
是一套基於
Web
的、分佈式的、爲
Web Service
提供的、信息註冊中心的實現標準規範,同時也包含一組使企業能將自身提供的
Web Service
註冊,以使別的企業能夠發現的訪問協議的實現標準。
117
、
J2EE
是技術還是平臺還是框架?
答:
J2EE
本身是一個標準,一個爲企業分佈式應用的開發提供的標準平臺。
J2EE
也是一個框架,包括
JDBC
、
JNDI
、
RMI
、
JMS
、
EJB
、
JTA
等技術。
118
、
STRUTS
的應用
(
如
STRUTS
架構
)
答:
Struts
是採用
Java Servlet/JavaServer Pages
技術,開發
Web
應用程序的開放源碼的
framework
。
採用
Struts
能開發出基於
MVC(Model-View-Controller)
設計模式的應用構架。
Struts
有如下的主要功能:
一
.
包含一個
controller servlet
,能將用戶的請求發送到相應的
Action
對象。
二
.JSP
自由
tag
庫,並且在
controller servlet
中提供關聯支持,幫助開發員創建交互式表單應用。
三
.
提供了一系列實用對象:
XML
處理、通過
Java reflection APIs
自動處理
JavaBeans
屬性、國際化的提示和消息。
119
、
WEB SERVICE
名詞解釋。
JSWDL
開發包的介紹。
JAXP
、
JAXM
的解釋。
SOAP
、
UDDI,WSDL
解釋。
答:
Web ServiceWeb Service
是基於網絡的、分佈式的模塊化組件,它執行特定的任務,遵守具體的技術規範,這些規範使得
Web Service
能與其他兼容的組件進行互操作。
JAXP(Java API for XML Parsing)
定義了在
Java
中使用
DOM, SAX, XSLT
的通用的接口。這樣在你的程序中你只要使用這些通用的接口,當你需要改變具體的實現時候也不需要修改代碼。
JAXM(Java API for XML Messaging)
是爲
SOAP
通信提供訪問方法和傳輸機制的
API
。
WSDL
是一種
XML
格式,用於將網絡服務描述爲一組端點,這些端點對包含面向文檔信息或面向過程信息的消息進行操作。這種格式首先對操作和消息進行抽象描述,然後將其綁定到具體的網絡協議和消息格式上以定義端點。相關的具體端點即組合成爲抽象端點(服務)。
SOAP
即簡單對象訪問協議
(Simple Object Access Protocol)
,它是用於交換
XML
編碼信息的輕量級協議。
UDDI
的目的是爲電子商務建立標準;
UDDI
是一套基於
Web
的、分佈式的、爲
Web Service
提供的、信息註冊中心的實現標準規範,同時也包含一組使企業能將自身提供的
Web Service
註冊,以使別的企業能夠發現的訪問協議的實現標準。
120
、
C/S
與
B/S
區別:
答:
有如下八個方面的不同:
1.硬件環境不同
:
C/S
一般建立在專用的網絡上
,
小範圍裏的網絡環境
,
局域網之間再通過專門服務器提供連接和數據交換服務
.
B/S
建立在廣域網之上的
,
不必是專門的網絡硬件環境
,
例與電話上網
,
租用設備
.
信息自己管理
.
有比
C/S
更強的適應範圍
,
一般只要有操作系統和瀏覽器就行
2.對安全要求不同
C/S
一般面向相對固定的用戶羣
,
對信息安全的控制能力很強
.
一般高度機密的信息系統採用
C/S
結構適宜
.
可以通過
B/S
發佈部分可公開信息
.
B/S
建立在廣域網之上
,
對安全的控制能力相對弱
,
可能面向不可知的用戶。
3.對程序架構不同
C/S
程序可以更加註重流程
,
可以對權限多層次校驗
,
對系統運行速度可以較少考慮
.
B/S
對安全以及訪問速度的多重的考慮
,
建立在需要更加優化的基礎之上
.
比
C/S
有更高的要求
B/S
結構的程序架構是發展的趨勢
,
從
MS
的
.Net
系列的
BizTalk 2000 Exchange 2000
等
,
全面支持網絡的構件搭建的系統
. SUN
和
IBM
推的
JavaBean
構件技術等
,
使
B/S
更加成熟
.
4.軟件重用不同
C/S
程序可以不可避免的整體性考慮
,
構件的重用性不如在
B/S
要求下的構件的重用性好
.
B/S
對的多重結構
,
要求構件相對獨立的功能
.
能夠相對較好的重用
.
就入買來的餐桌可以再利用
,
而不是做在牆上的石頭桌子
5.系統維護不同
C/S
程序由於整體性
,
必須整體考察
,
處理出現的問題以及系統升級
.
升級難
.
可能是再做一個全新的系統
B/S
構件組成
,
方面構件個別的更換
,
實現系統的無縫升級
.
系統維護開銷減到最小
.
用戶從網上自己下載安裝就可以實現升級
.
6.處理問題不同
C/S
程序可以處理用戶面固定
,
並且在相同區域
,
安全要求高需求
,
與操作系統相關
.
應該都是相同的系統
B/S
建立在廣域網上
,
面向不同的用戶羣
,
分散地域
,
這是
C/S
無法作到的
.
與操作系統平臺關係最小
.
7.用戶接口不同
C/S
多是建立的
Window
平臺上
,
表現方法有限
,
對程序員普遍要求較高
B/S
建立在瀏覽器上
,
有更加豐富和生動的表現方式與用戶交流
.
並且大部分難度減低
,
減低開發成本
.
8.信息流不同
C/S
程序一般是典型的中央集權的機械式處理
,
交互性相對低
B/S
信息流向可變化
, B-B B-C B-G
等信息、流向的變化
,
更像交易中心。
121
、什麼是
web
容器
答:
給處於其中的應用程序組件(
JSP
,
SERVLET
)提供一個環境,使
JSP,SERVLET
直接更容器中的環境變量接
**
互,不必關注其它系統問題。主要有
WEB
服務器來實現。例如:
TOMCAT,WEBLOGIC,WEBSPHERE
等。該容器提供的接口嚴格遵守
J2EE
規範中的
WEB APPLICATION
標準。我們把遵守以上標準的
WEB
服務器就叫做
J2EE
中的
WEB
容器。
122
、什麼是
EJB
容器
答:
Enterprise java bean
容器。更具有行業領域特色。他提供給運行在其中的組件
EJB
各種管理功能。只要滿足
J2EE
規範的
EJB
放入該容器,馬上就會被容器進行高效率的管理。並且可以通過現成的接口來獲得系統級別的服務。例如郵件服務、事務管理
123
、
什麼是
JNDI
答:
(
Java Naming & Directory Interface
)
JAVA
命名目錄服務。主要提供的功能是:提供一個目錄系統,讓其它各地的應用程序在其上面留下自己的索引,從而滿足快速查找和定位分佈式應用程序的功能。
124
、什麼是
JMS
答:
(
Java Message Service
)
JAVA
消息服務。主要實現各個應用程序之間的通訊。包括點對點和廣播。
125
、什麼是
JTA
答:
(
Java Transaction API
)
JAVA
事務服務。提供各種分佈式事務服務。應用程序只需調用其提供的接口即可。
126
、什麼是
JAF
答:
(
Java Action FrameWork
)
JAVA
安全認證框架。提供一些安全控制方面的框架。讓開發者通過各種部署和自定義實現自己的個性安全控制策略。
RMI/IIOP:
(
Remote Method Invocation /internet
對象請求中介協議)他們主要用於通過遠程調用服務。例如,遠程有一臺計算機上運行一個程序,它提供股票分析服務,我們可以在本地計算機上實現對其直接調用。當然這是要通過一定的規範才能在異構的系統之間進行通信。
RMI
是
JAVA
特有的。
127
、
MVC
的各個部分都有那些技術來實現
?
如何實現
?
答:
MVC
是
Model
-
View
-
Controller
的簡寫。
"Model"
代表的是應用的業務邏輯(通過
JavaBean
,
EJB
組件實現),
"View"
是應用的表示面(由
JSP
頁面產生),
"Controller"
是提供應用的處理過程控制(一般是一個
Servlet
),通過這種設計模型把應用邏輯,處理過程和顯示邏輯分成不同的組件實現。這些組件可以進行交互和重用。
設計模式方面
128
、開發中都用到了那些設計模式
?
用在什麼場合
?
答:
每個模式都描述了一個在我們的環境中不斷出現的問題,然後描述了該問題的解決方案的核心。通過這種方式,你可以無數次地使用那些已有的解決方案,無需在重複相同的工作。主要用到了
MVC
的設計模式。用來開發
JSP/Servlet
或者
J2EE
的相關應用。簡單工廠模式等。
129
、說說你所熟悉或聽說過的
j2ee
中的幾種常用模式
?
及對設計模式的一些看法
答:
Session Facade Pattern
:使用
SessionBean
訪問
EntityBean
Message Facade Pattern
:實現異步調用
EJB Command Pattern
:使用
Command JavaBeans
取代
SessionBean
,實現輕量級訪問
Data Transfer Object Factory
:通過
DTO Factory
簡化
EntityBean
數據提供特性
Generic Attribute Access
:通過
AttibuteAccess
接口簡化
EntityBean
數據提供特性
Business Interface
:通過遠程(本地)接口和
Bean
類實現相同接口規範業務邏輯一致性
EJB架構的設計好壞將直接影響系統的性能、可擴展性、可維護性、組件可重用性及開發效率。項目越複雜,項目隊伍越龐大則越能體現良好設計的重要性。
130
、
j2ee
常用的設計模式?說明工廠模式。
答:
Java
中的
23
種設計模式:
Factory
(工廠模式),
Builder
(建造模式),
Factory Method
(工廠方法模式),
Prototype
(原始模型模式),
Singleton
(單例模式),
Facade
(門面模式),
Adapter
(適配器模式),
Bridge
(橋樑模式),
Composite
(合成模式),
Decorator
(裝飾模式),
Flyweight
(享元模式),
Proxy
(代理模式),
Command
(命令模式),
Interpreter
(解釋器模式),
Visitor
(訪問者模式),
Iterator
(迭代子模式),
Mediator
(調停者模式),
Memento
(備忘錄模式),
Observer
(觀察者模式),
State
(狀態模式),
Strategy
(策略模式),
Template Method
(模板方法模式),
Chain Of Responsibleity
(責任鏈模式)
工
廠模式:工廠模式是一種經常被使用到的模式,根據工廠模式實現的類可以根據提供的數據生成一組類中某一個類的實例,通常這一組類有一個公共的抽象父類並且
實現了相同的方法,但是這些方法針對不同的數據進行了不同的操作。首先需要定義一個基類,該類的子類通過不同的方法實現了基類中的方法。然後需要定義一個
工廠類,工廠類可以根據條件生成不同的子類實例。當得到子類的實例後,開發人員可以調用基類中的方法而不必考慮到底返回的是哪一個子類的實例。
131
、
UML
方面
答:
標準建模語言
UML
。用例圖
,
靜態圖
(
包括類圖、對象圖和包圖
),
行爲圖
,
交互圖
(
順序圖
,
合作圖
),
實現圖
,
UML
方面
CORBA 方面
132
、
CORBA
是什麼
?
用途是什麼
?
答:
CORBA
標準是公共對象請求代理結構
(Common Object Request Broker Architecture)
,由對象管理組織
(Object Management Group
,縮寫爲
OMG)
標準化。它的組成是接口定義語言
(IDL),
語言綁定
(binding:
也譯爲聯編
)
和允許應用程序間互操作的協議。
其目的爲:
用不同的程序設計語言書寫
在不同的進程中運行
爲不同的操作系統開發
LINUX
方面
133
、
LINUX
下線程,
GDI
類的解釋。
答:
LINUX實現的就是基於核心輕量級進程的"一對一"線程模型,一個線程實體對應一個核心輕量級進程,而線程之間的管理在覈外函數庫中實現。
GDI類爲圖像設備編程接口類庫。
134
、
LINUX
下線程,
GDI
類的解釋。
LINUX
實現的就是基於核心輕量級進程的
"
一對一
"
線程模型,一個線程實體對應一個核心輕量級進程,而線程之間的管理在覈外函數庫中實現。
GDI
類爲圖像設備編程接口類庫。