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.xml，CMP實體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有如下的主要功能： 

　　1.包含一個controller servlet，能將用戶的請求發送到相應的Action對象。 

　　2.JSP自由tag庫，并且在controller servlet中提供關聯支持，幫助開發員創建交互式表單應用。 

　　3.提供了一系列實用對象：XML處理、通過Java reflection APIs自動處理JavaBeans屬性、國際化的提示和消息。 

119、WEB SERVICE名詞解釋。JSWDL開發包的介紹。JAXP、JAXM的解釋。SOAP、UDDI,WSDL解釋。 

　　答：Web 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放入該容器，馬上就會被容器進行高效率的管理。并且可以通過現成的接口來獲得系統級別的服務。例如郵件服務、事務