geoserver地圖配置文檔

1、準備工作下載JDK(java development kit)下載Apache下載Tomcat下載geoserver下載PostgreSQL 下載Postgis下載Pgrouting下載Openlayers/wiki/HowToDownload下載Tilecache2.10，python-2.5.1，mod_python-31.3.1.win32-py2.5-Apache2.2，鏈接分別為 / ，http:/ /， /。注意版本要匹配。geoserver安裝安裝Sun Java 2 SDK（java se development kit）Geoserver的安裝需要JDK支持，因此應(yīng)預(yù)先安裝J

2、DK，安裝JDK到指定目錄。安裝完成后配置環(huán)境變量：“我的電腦”-“屬性”, “高級”選項卡-“環(huán)境變量”； 在“系統(tǒng)變量”中JAVA_HOME變量名D:Program FilesJavajdk1.7.0（以本機為例）。安裝Apache服務(wù)器安裝Apache到指定目錄，默認使用80端口。安裝完成后，在瀏覽器中輸入http:/localhost或者 HYPERLINK / /，檢測apache安裝是否正確。如果Apache Server無法正常啟動，檢查端口是否被占用。端口查看方法是“開始”-“運行”-“cmd” 命令-“netstat a n”命令。若端口被占用，修改apache的conf文件

3、夾中的httpd.conf文件，將端口改為其他值。修改前應(yīng)關(guān)閉服務(wù)，修改保存后重啟服務(wù)。安裝Tomcat 安裝Tomcat到指定目錄，默認使用8080端口。安裝完成后，在瀏覽器輸入 HYPERLINK http:/localhost/8080 http:/localhost/8080或者 HYPERLINK http:/localhost/8080 /8080，檢測Tomcat是否安裝正確。若安裝正確，訪問出現(xiàn)的頁面如下。如果Tomcat無法正常啟動，檢查端口是否被占用。方法和apache類似，修改confg文件夾中server.xml文件中的端口。將geoserver.war包復(fù)制到Tomc

4、at安裝目錄D:Program FilesApache Software FoundationTomcat 6.0webapps（以本機為例）。再啟動Tomcat，Tomcat將自動部署geoserver。該過程中會在webapps文件夾內(nèi)自動生成geoserver文件夾。打開 HYPERLINK http:/localhost:8080/geoserver http:/localhost:8080/geoserver，若出現(xiàn)geoserver歡迎頁面，則tomcat部署geoserver成功。安裝geoserver安裝地圖空間數(shù)據(jù)庫安裝postgresql-8.4安裝postgis打開pgA

5、dmin III，在“工具”-“服務(wù)器配置”中配置 安裝pgRouting（版本應(yīng)對應(yīng)postgresql8.4）把“l(fā)ib”文件夾下的librouting_tsp.dll、librouting_dd.dll、librouting.dll三個文件，拷貝到D:Program FilesPostgreSQL8.4lib目錄下； 在postgis數(shù)據(jù)庫的“查詢分析器”中，分別執(zhí)行“sharePAGEXXX文件夾下的routing_tsp_wrappers.sql、routing_tsp.sql、routing_dd_wrappers.sql、routing_dd.sql、routing_core_w

6、rappers.sql、routing_core.sql文件；數(shù)據(jù)庫還原：還原“福建地圖數(shù)據(jù)”下的所有文件；地圖配置新建工作空間和數(shù)據(jù)集2.發(fā)布地圖配置TileCacheTileCache是一個地圖瓦片緩存器，緩存目的是為了提高訪問地圖的響應(yīng)速度。它是使用python開發(fā)的一個開源工具，因此安裝tilecache前應(yīng)先安裝python。安裝python-2.5.1.msi由于tilecache是Python寫的一個小程序，所以首先需要安裝Python解釋器。安裝完畢后，要在環(huán)境變量的“系統(tǒng)變量”中的“Path”，在“變量值”中添加Python的安裝目錄。 安裝mod_python-3.3.1.

7、win32-py2.5-Apache2.2.exeMod_python是一個嵌入python解釋器的apache模塊。安裝過程中mod_python會自動找到python所在目錄，且安裝時要指定正確的apache目錄。安裝完成后會在Apache2modules目錄下自動生成mod_python.so文件。 配置TileCache。將下載的tilecache文件解壓至系統(tǒng)盤的根目錄。修改titlecache.cgi文件，將第一行修改為 #!C:Python25python.exe u（以本機為例）。再將這個文件更名為titlecache.py。配置D:Program FilesApache So

8、ftware FoundationApache2.2conf下的httpd.conf：在下圖位置添加一行：LoadModule python_module modules/mod_python.so并創(chuàng)建名為tilecache的虛擬目錄。Alias /tilecache/ E:/ tilecache-2.10/ AddHandler mod_python .py AddHandler python-program .py PythonHandler TileCache.Service PythonOption TileCacheConfig E:/ tilecache-2.10/tilecac

9、he.cfg PythonDebug On Allow from all解壓OpenLayers-2.9.1.zip到E: tilecache-2.10下，并把文件夾名稱重命名為OpenLayers；修改Tilecache文件夾中的index.html文件。修改內(nèi)容如下，下文中紅色標注的應(yīng)著重注意，根據(jù)具體地圖修改。另外，可參考OpenLayers文件夾中的examples子文件夾內(nèi)的例子example.html等html文件。 配置E: tilecache-2.10的tilecache.cfg：cachetype=Diskbase=E:/ tilecache-2.10/cache（此處為ti

10、lecache中緩存的路徑）china type=WMSurl=90:8088/geoserver/wms?（注意此處端口8088為tomcat的端口）layers=china（該圖層名稱應(yīng)與配置的地圖名稱一致）mime_type=image/png8extension=pngsize=256,256srs=EPSG:4326metaTile=true metaSize=2,2啟動Apache、Tomcat和Geoserver服務(wù)后，在瀏覽器中瀏覽90/tilecache/index.html，如地圖顯示正常說明配置成功，且tilecache文件夾中的緩存文件夾cache內(nèi)會生成多級的圖片。參

11、數(shù)和路徑修改在項目的文件中需要修改的包括web.config中修改參數(shù)， 項目文件Openlayers中WMSURL路徑，參考如下ST.OpenlayersConf = /GPS不同狀態(tài)對應(yīng)不同的圖標的地址 GPSStateIconUrl: state1: ImageURL1, state2: ImageURL2 , /地圖服務(wù)地址 WMSUrl: 90:80/tilecache/tilecache.py?,（此處80為apache的端口） BaseLayerName: china, DefaultMarkIconUrl: , MarkType: VehicleMark: 0, Default

12、Mark: 1 , CenterPoint: lon: 118.58, lat: 24.90 可能問題其他機器訪問本機的地圖不成功？如果其他機器中訪問 HYPERLINK 90/tilecache/index.html 90/tilecache/index.html不成功，把本機的防火墻去掉試試。Apache用localhost可以訪問，用IP不能訪問？配置過程中apache用localhost HYPERLINK http:/localhost/tilecache/index.html http:/localhost/tilecache/index.html可以訪問，用IP HYPERLIN

13、K 90/tilecache/index.html 90/tilecache/index.html不能訪問。如果本機使用代理，把勾選起來。如果不是，試著修改apache中的httpd.conf文件，把Deny from all注釋，注釋方法是在該句前面加上#。地圖不顯示，出現(xiàn)紅叉圖片。由于地圖在渲染中超出了等待時間的結(jié)果，刷新或重啟服務(wù)看看。tilecache中配置的WMS地址有問題，檢查端口看看是否正確，修改前應(yīng)停掉apache和tomcat服務(wù)，修改后應(yīng)重啟服務(wù)。還可能是地圖的參數(shù)問題，如bbox、width、height等應(yīng)與geoserver中的保持一致。Tilecache配置出錯。問

14、題ImportError: No module named TileCache.Service tilecache時錯誤ImportError: No module named TileCache.ServiceAlias /tilecache/ C:/tilecache/ AddHandler mod_python .py AddHandler python-program .py PythonHandler TileCache.Service PythonOption TileCacheConfig C:/tilecache/tilecache.cfg PythonDebug On Pyt

15、honPath C:/tilecache/+sys.path AllowOverride None Options Indexes FollowSymLinks Multiviews Order allow,deny Allow from all解決方法：運行，輸入Regedit，打開注冊表編輯器，在注冊表的HKEY_LOCAL_MACHINESOFTWAREPythonPythonCore2.5PythonPath位置下的鍵值中添加TileCache的位置C:tilecache。PostgresSQL安裝說明：安裝步驟：如果在第十二步有選擇application，還會提示安裝你所選擇的app

16、lication。安裝即可。OK，安裝完成。配置連接PostgresSQL數(shù)據(jù)庫1、命令行模式：SQL Shell (psql)如圖：2、管理工具：pgAdmin3 如圖：打開初始界面：pgAdmin3的主界面：添加相應(yīng)的參數(shù)以創(chuàng)建一個到PostgreSql的連接： 附錄資料：JAVA工程師EJB面試題集JAVA工程師EJB面試題集 HYPERLINK /phrase/200604241156485.html t _new EJB ( HYPERLINK /phrase/200603091138035.html t _new Enterprise JavaBean)是 HYPERLINK /p

17、hrase/200603091447335.html t _new J2EE的一部分，定義了一個用于開發(fā)基于 HYPERLINK /phrase/200603302222545.html t _new 組件的企業(yè)多重應(yīng)用 HYPERLINK /phrase/200604232224305.html t _new 程序的標準。其特點包括網(wǎng)絡(luò)服務(wù)支持和核心開發(fā)工具(SDK)。 在J2EE里，Enterprise Java Beans(EJB)稱為Java 企業(yè)柄，是Java的核心代碼，分為整體柄和片段柄和 HYPERLINK /phrase/200603090938465.html t _new

18、消息柄三個部分，其中的消息柄將在以后再作討論。現(xiàn)在我們來看看什么是整體柄和片段柄。 整體柄是一種 HYPERLINK /phrase/200603090845215.html t _new 對象: 標準Java對象由創(chuàng)建它的程序創(chuàng)建，當(dāng)程序終止時，對象也隨之丟失，這就意味著當(dāng)再次運行些程序時，將無法找到先前創(chuàng)建的柄，而整體柄會一直存在著直到它被刪除。 一個程序可以創(chuàng)建一個整體柄，并且這個程序可以在被保存后隨時停止和重啟。整體柄將會依然存在。重啟后，程序可以找到與之相對應(yīng)的整體柄，并且會繼續(xù)使用這個整體柄。 EJB實際上是SUN的J2EE中的一套規(guī)范,并且規(guī)定了一系列的 HYPERLINK /p

19、hrase/200604241228185.html t _new API用來實現(xiàn)把EJB概念轉(zhuǎn)換成EJB產(chǎn)品.EJB是BEANS,BEANS是什么概念,那就是得有一個容納她,讓她可勁造騰的地方,就是得有容器.EJB必須生存在EJB容器中.這個容器可是功能強大之極!她首先要包裝你BEAN,EJB的客戶程序?qū)嶋H上從來就不和你編寫的EJB直接打交道,他們之間是通過HOME/REMOTE接口來發(fā)生關(guān)系的.它負責(zé)你的BEAN的所有的吃喝拉薩睡,比如BEAN的持續(xù)化,安全性,事務(wù)管理. 一.什么是 EJB?一個技術(shù)規(guī)范：EJB 從技術(shù)上而言不是一種產(chǎn)品EJB 是一種標準描述了構(gòu)建應(yīng)用組件要解決的:可擴展

20、 (Scalable)分布式 (Distributed)事務(wù)處理 (Transactional)數(shù)據(jù)存儲 (Persistent)安全性 (Secure)二.Sun 對 EJB 的期望提供一個標準的分布的、基于 HYPERLINK /phrase/200604231401365.html t _new OO 的組件 HYPERLINK /phrase/200604241328115.html t _new 架構(gòu)屏蔽復(fù)雜的系統(tǒng)級功能 HYPERLINK /phrase/200603101518295.html t _new 需求Write once, run anywhere與非 Java 應(yīng)用

21、之間的互操作能力兼容 HYPERLINK /phrase/200604031336425.html t _new CORBA 標準三.為什么選擇 EJB?EJB 服務(wù)器完成繁雜的工作：應(yīng)用開發(fā)人員關(guān)注于業(yè)務(wù)邏輯的實現(xiàn)而不是底層的實現(xiàn)機制( HYPERLINK /phrase/200603090857555.html t _new 類似于 4GL 語言設(shè)計的目標)支持事務(wù)處理多個業(yè)務(wù)操作同時成功，或全部失敗可以通過在代碼外的描述來定義事務(wù)處理級別可擴展性EJB 可以根據(jù)您應(yīng)用的增長而擴展EJB 服務(wù)器往往還提供了負載均衡和安全性：由 EJB 服務(wù)器提供資源的訪問權(quán)限控制四.EJB 架構(gòu)為了滿足架

22、構(gòu)的目標，規(guī)范中描述了服務(wù)器 (Server)容器 (Container)類 ( HYPERLINK /phrase/200604231359565.html t _new Class) 和實例 (Instance)Home 和 Remote 接口 HYPERLINK /phrase/200603082208195.html t _new 客戶端 ( HYPERLINK /phrase/200604231337375.html t _new Client)五. 簡化的編程模型關(guān)注于業(yè)務(wù)邏輯實現(xiàn)：EJB 負責(zé)生命周期 (lifecycle), 數(shù)據(jù)存儲 (persistence), 事務(wù)處理語義

23、 (transactional semantic), 安全(security), .通用的編程模型：各種服務(wù)的高層 APIJava 是其編程語言1.EJB 特點由一個 EJB 容器在運行時創(chuàng)建和管理 EJB在部署 EJB 時定制其運行方式由 EJB 容器和服務(wù)器來協(xié)調(diào)客戶端的訪問可以部署到任何兼容的 EJB 容器中客戶端對 EJB 的 HYPERLINK /phrase/200603141659315.html t _new 視圖是由 Bean 開發(fā)人員決定的2.EJB 服務(wù)器管理 EJB 容器 (它管理 Bean)提供對 HYPERLINK /phrase/200602281634075.h

24、tml t _new 操作系統(tǒng)服務(wù)的存取提供 Java 相關(guān)的服務(wù)，尤其是通過 JNDI 訪問命名空間基于 OTS 的事務(wù)處理服務(wù)3.EJB 容器管理 Bean 生命周期：將 EJB 服務(wù)器提供的服務(wù)傳遞給 Bean生成代碼來實現(xiàn)對 Bean 的存取訪問強制事務(wù)處理的限制創(chuàng)建、初始化和回收 Bean管理持久數(shù)據(jù)的存儲對客戶端而言 EJB 容器是透明的4.在一個 EJB 服務(wù)器中的容器目前容器通常是由 EJB 服務(wù)器本身提供的在 EJB 1.0 或 1.1 規(guī)范中沒有定義容器-到-服務(wù)器的接口各廠商可以根據(jù)他們的見解來實現(xiàn)服務(wù)器和容器的各自責(zé)任5.容器提供服務(wù): 數(shù)據(jù)存儲容器決定何時載入/儲存狀

25、態(tài)Container-Managed Persistence(容器管理存儲/CMP)容器負責(zé)存儲您的 Bean容器生成必要的類和代碼Bean-Managed Persistence(Bean 管理存儲/BMP)Bean 開發(fā)人員提供存儲代碼開發(fā)人員決定 如何存儲, 容器仍然決定 何時進行6.容器提供服務(wù): 事務(wù)處理可以由容器代理來實現(xiàn)容器將得到業(yè)務(wù)邏輯方法的事務(wù)處理需求容器提供事務(wù)控制代碼也可以由程序員通過代碼實現(xiàn)7.容器提供服務(wù): 其它服務(wù)其它服務(wù)包括命名 (Naming)安全 (Security) HYPERLINK /phrase/200603091754305.html t _new

26、線程管理 ( HYPERLINK /phrase/200604231348385.html t _new Thread management)這些服務(wù)由容器代理完成將減少應(yīng)用開發(fā)人員的負擔(dān)8.分布式對象運算遠程對象被作為本地對象來處理：傳遞信息的方式不變，但開銷更大Enterprise JavaBeans 永遠運行在服務(wù)器上：對 Bean 的訪問永遠是遠程調(diào)用9.Stub 和 Skeleton由 EJB 生成:Stub 對要傳遞出去的信息編碼Tie/Skel 將接受到的信息解碼并傳遞給目標對象10.分類: Enterprise HYPERLINK /phrase/200604251741535

27、.html t _new JavaBeans+Entity Beans-CMP/BMPEjb-|+Session Beans-Stateful/Stateless會話 Bean (Session Bean)：根據(jù) EJB 規(guī)范，一個會話 Bean 是:代表單個客戶端來執(zhí)行可以參與到事務(wù)處理中不直接代表共享于 HYPERLINK /phrase/200602271218062.html t _new 數(shù)據(jù)庫中的數(shù)據(jù)，但它能訪問和更新這些數(shù)據(jù)相對而言是短暫存在的當(dāng) EJB 容器失效后就不存在客戶端需要重新建立一個信新的會話對象來繼續(xù)運算實體 Bean (Entity Bean)：根據(jù) EJB 規(guī)范

28、，一個實體 Bean 是:提供在數(shù)據(jù)庫中數(shù)據(jù)的對象視圖允許被多個用戶共享存取訪問可以是長期存在 (只要它存在于數(shù)據(jù)庫中)實體 Bean, 它的主鍵對象, 以及它的遠程引用將能跨 EJB 容器的宕機而存在11.EJB 類和實例構(gòu)建 EJB 應(yīng)用包括來自三方的代碼開發(fā)人員編寫的代碼由 EJB API 定義的類和接口由容器自動生成的代碼開發(fā)人員編寫的代碼包括Bean 類 (定義了業(yè)務(wù)邏輯)Home 接口 (如何查找或創(chuàng)建 bean)Remote 接口 (如何存取 bean)其它組件，根據(jù) bean 實際要求12.EJB Home 接口每個 bean 有一個用于:創(chuàng)建新的 bean 實例、查找現(xiàn)存的

29、bean (只能是實體 bean)Remote 接口：定義 bean 的公共接口只有在 Remote 接口中定義的方法才能被客戶端訪問EJB 客戶端可以為 HYPERLINK /phrase/200603091005185.html t _new servlet, JSP, 應(yīng)用程序或其它 bean通過 JNDI 來查找 EJB home 接口，步驟為:創(chuàng)建一個 JNDI Context (initial context)使用 JNDI Context 來查找 bean home 接口使用 bean home 接口來創(chuàng)建/查找 bean 實例使用 bean 實例完成業(yè)務(wù)操作實際的存取 (對 E

30、JB) 是通過容器生成的類來完成EJB 架構(gòu)客戶端對 bean 訪問永遠不是直接的EJBObject (tie) 是由容器自身提供的：用來幫助管理 bean 的生命周期EJB 中的角色EJB 服務(wù)器供應(yīng)商: 開發(fā)并銷售 EJB 服務(wù)器EJB 容器供應(yīng)商: 開發(fā)并銷售 EJB 容器Enterprise bean 開發(fā)人員: 開發(fā)并銷售 EJB應(yīng)用組裝人員: 將不同的 EJB 搭建成應(yīng)用六、EJB的 HYPERLINK /phrase/200603122156385.html t _new 體系結(jié)構(gòu) 目前，EJB最新的標準是2.1，EJB3.0規(guī)范正在討論中，預(yù)計將于明年推出。EJB2.1定義了三

31、種企業(yè)Bean，分別是會話Bean（Session Bean），實體Bean（Entity Bean）和消息驅(qū)動Bean（MessageDriven Bean）。Session Bean用于實現(xiàn)業(yè)務(wù)邏輯，它可以是有狀態(tài)的，也可以是無狀態(tài)的。每當(dāng)客戶端請求時，容器就會選擇一個Session Bean來為客戶端服務(wù)。Session Bean可以直接訪問數(shù)據(jù)庫，但更多時候，它會通過Entity Bean實現(xiàn)數(shù)據(jù)訪問。Entity Bean是域模型對象，用于實現(xiàn)O/R映射，負責(zé)將數(shù)據(jù)庫中的表記錄映射為內(nèi)存中的Entity對象，事實上，創(chuàng)建一個Entity Bean對象相當(dāng)于新建一條記錄，刪除一個Ent

32、ity Bean會同時從數(shù)據(jù)庫中刪除對應(yīng)記錄，修改一個Entity Bean時，容器會自動將Entity Bean的狀態(tài)和數(shù)據(jù)庫同步。MessageDriven Bean是EJB2.0中引入的新的企業(yè)Bean，它基于 HYPERLINK /phrase/200604261605045.html t _new JMS消息，只能接收客戶端發(fā)送的JMS消息然后處理。MDB實際上是一個異步的無狀態(tài)Session Bean，客戶端調(diào)用MDB后無需等待，立刻返回，MDB將異步處理客戶請求。這適合于需要異步處理請求的場合，比如訂單處理，這樣就能避免客戶端長時間的等待一個方法調(diào)用直到返回結(jié)果。調(diào)用一個EJB組

33、件要比調(diào)用一個JavaBean麻煩些，由于EJB組件可以分布在多臺服務(wù)器上，因此必須首先獲得遠程或本地Home接口，然后使用Home接口創(chuàng)建EJB之后就可以調(diào)用EJB的方法了。七、EJB HYPERLINK /phrase/200603061631585.html t _new 設(shè)計模式常見EJB設(shè)計 HYPERLINK /phrase/200603061709535.html t _new 模式 SESsion Facade HYPERLINK /phrase/200604231320535.html t _new pattern 通常項目中，客戶端往往需要頻繁的對服務(wù)器端數(shù)據(jù)進行操作。當(dāng)采

34、用實體EJB作為數(shù)據(jù)的抽象層時，如果直接讓客戶端程序與實體EJB交互，會產(chǎn)生實現(xiàn)一個業(yè)務(wù)需求便需要大量的EJB屬性操作（如下圖）。這直接導(dǎo)致如下問題：網(wǎng)絡(luò)負載大（遠程客戶端時）、并發(fā)性能低、客戶端與服務(wù)器端關(guān)聯(lián)度大、可重用性和可維護性差、性能因此有必要在客戶端與實體EJB層間加入SessionEJB層，在Sessino EJB中實現(xiàn)商業(yè)邏輯并封裝對實體EJB的操作。（如下圖）圖：客戶端直接與實體EJB交互圖：通過SessionEJB層實現(xiàn) Session Facade模式的好處是：降低了網(wǎng)絡(luò)負載，SessionEjb可以調(diào)用實體EJB的本地接口；將商業(yè)邏輯與商業(yè)數(shù)據(jù)隔離；維護與開發(fā)方便；顯著提

35、高性能。 Session Facade模式因其簡單使用，是目前使用很廣的模式。但具體應(yīng)用過程中應(yīng)注意：避免將所有的操作封裝到一個很大的SessionEJB內(nèi)；服務(wù)器端數(shù)據(jù)結(jié)構(gòu)應(yīng)由實體EJB實現(xiàn),除非特例否則避免直接的數(shù)據(jù)庫操作；SessionEjb內(nèi)某些系統(tǒng)通用操作的代碼容易重復(fù)（比如權(quán)限檢查等，解決辦法是將系統(tǒng)通用服務(wù)封裝在Java Class內(nèi)）。MesSAge Facade Pattern 很多時候，一次RequeST需要操作多個EJB又不需要得到即時返回。對這種異步調(diào)用，通常應(yīng)用Message Fa?ade Pattern. 這種時候，如采用Session Fa?ade Pattern

36、存在如下問題： 1. 客戶端等待返回的時間過長。一個SessionEjb的實例在完成客戶請求過程中中涉及到的每一次對其他實體Ejb的調(diào)用過程中都會被鎖定直到得到實體EJB返回信息后才能進行下一步操作。這樣造成客戶不必要的等待，并很容易因時間導(dǎo)致整個事務(wù)失敗。 2. 系統(tǒng)可靠性和容錯性低。如果需要調(diào)用不同系統(tǒng)或服務(wù)器上或多個異構(gòu)數(shù)據(jù)源的多個EJB時，任何一個環(huán)節(jié)出錯，均導(dǎo)致客戶請求失敗。以Message-Driven Bean為基礎(chǔ)的Message Facade Pattern則可以解決上述異步請求需求。具體架構(gòu)見下圖圖：使用Message Facade PatternMessage Facad

37、e Pattern的不足之處在于： Message-Driven Bean沒有返回值。這樣通知客戶執(zhí)行結(jié)果只能依賴于 HYPERLINK /phrase/200604230831275.html t _new AI或人工等其他手段。 Message-Driven Bean執(zhí)行過程中無法將捕獲的異常直接返回給客戶端，即無法使客戶端直接直到錯誤信息。 Message-Driven Bean通過接收Message響應(yīng)客戶請求，對Message內(nèi)容的合法性（比如對象的 HYPERLINK /phrase/200603051002565.html t _new 類型等）依賴與客戶端.容易產(chǎn)生運行時錯誤。

38、Message Facade Pattern經(jīng)常與Session Facade Pattern在同一個項目里共同使用。EJB Command Pattern Session Facade Pattern中將商業(yè)邏輯實現(xiàn)封裝在Session EJB中，這種做法帶來諸多益處之外也帶來如下問題： 由于業(yè)務(wù)經(jīng)常的變化，導(dǎo)致經(jīng)常需要更新Session EJB代碼。 客戶端代碼不得不包含大量EJB相關(guān)的，不利于后期項目維護。 項目開發(fā)測試需要經(jīng)常的EJB重部署過程。 引起上述問題的重要根結(jié)就是Session EJB本身重量級組件，其開發(fā)測試部署工作量較大，開發(fā)周期較長。以上不足可以通過EJB Comman

39、d Pattern克服。 EJB Command Pattern中將商業(yè)邏輯實現(xiàn)封裝在普通的Java ClASs（稱之為Command Bean）中。該模式的具體實現(xiàn)有很多種，通常的 HYPERLINK /phrase/200603061723295.html t _new 框架都包括三部分： Command Bean.由應(yīng)用開發(fā)者寫的具體實現(xiàn)某商業(yè)操作的Java Class.主要包含getXXX(),setXXX(),exECute()方法。 Client-Side Routing Logic.由多個Class組成，用于將請求轉(zhuǎn)發(fā)至Command Sever，這個過程對客戶是透明的。這部分代

40、碼可以跨項目使用。路由規(guī)則中可以考慮用 HYPERLINK /phrase/200604231236585.html t _new XML技術(shù)。 Remote Command Server.實際執(zhí)行商業(yè)操作請求。通?？梢杂肧ession EJB層實現(xiàn)。整個框架見下圖：圖：Command的基本框架 EJB Command Pattern具有如下好處： 適應(yīng)與需要快速開發(fā)環(huán)境。因Command Bean是輕量級的Java Class，其編譯和調(diào)試比較方便。 將表現(xiàn)層與商業(yè)實現(xiàn)層隔離，同時將客戶端代碼與EJB層隔離。 將客戶端代碼開發(fā)與服務(wù)器端代碼開發(fā)相對清晰。早期可以創(chuàng)建空的Command Bea

41、n方便客戶端代碼調(diào)試。EJB Command Pattern的弱處在于： Command Bean中對事務(wù)的控制不如Session EJB中。 Command Bean是無狀態(tài)的。 無法將異常直接返回給客戶。 在大項目中，由于商業(yè)邏輯復(fù)雜，常導(dǎo)致大數(shù)量的Command Bean存在. 作為Command Server的Session EJB打包時必須包含Command Bean以致存在維護上的不便。EJB Command Pattern的一個實際實現(xiàn)可以參考IBMs Command HYPERLINK /phrase/200604241001145.html t _new framework.

42、Data Transfer HYPERLINK /phrase/200604231338435.html t _new object Factory 基于EJB的J2EE項目，經(jīng)常需要在客戶端與服務(wù)器端傳輸大量數(shù)據(jù)。數(shù)據(jù)的組織形式常用的是DTO(Data Transfer Object，服務(wù)器端數(shù)據(jù)對象的抽象)。但因為客戶端表現(xiàn)層經(jīng)常是變化的，所需要服務(wù)器端數(shù)據(jù)也變動頻繁，換句話說，DTO的數(shù)量和屬性經(jīng)常要更改。因此如何以及在何處生成和維護DTO便是需要考慮的問題。 一種解決方案是直接在Entity EJB中直接處理，即在Entity EJB的Bean類中加入getXXXDTO()、setXX

43、XDTO()等。但這樣做導(dǎo)致EJB與DTO層緊緊綁定。一旦DTO更改，與該DTO相關(guān)的EJB即需要重編譯打包。EJB層與 HYPERLINK /phrase/200603101712585.html t _new 客戶端層相關(guān)聯(lián)不僅使維護困難而且導(dǎo)致EJB的重用性大大降低。 更好的解決方案是利用Data Transfer Object Factory封裝對DTO的操作邏輯（如下圖）。圖：DTO Factory示例 DTO Factory具體實現(xiàn)方式通常有兩種： 普通Java Class實現(xiàn)，用于Session Facade Pattern使用DTO環(huán)境下。 Stateless Session

44、EJB實現(xiàn)，用于非EJB客戶端使用DTO環(huán)境下（見圖）。 圖：SessionEJB實現(xiàn)DTOFactory DTO Factory帶來如下好處： 使Entity EJB的重用成為可能。由于不含DTO處理邏輯，Entity EJB功能單一化，只作為數(shù)據(jù)源。不通客戶端通過各自的DTO Factory可以從同一個Entity EJB得到各自所需的個性化數(shù)據(jù)（自定義DTO）。 提高可維護性和性能。 可以根據(jù)在DTO Factory層生成很復(fù)雜的DTO結(jié)構(gòu)，諸如繼承、關(guān)聯(lián)關(guān)系等，而對客戶端提供一個透明、細化的數(shù)據(jù)接口。使用DTO Factory時需要注意的是：不需為每個Entity EJB定義一個Fac

45、tory?？梢詾橐幌盗邢嚓P(guān)的Entity EJB創(chuàng)建一個Factory，或者只創(chuàng)建一個Factory。Generic Attribute Access 使用Entity EJB作為商業(yè)數(shù)據(jù)層時，我們首先需要從數(shù)據(jù)庫加載數(shù)據(jù)，創(chuàng)建對應(yīng)的Entity EJB實例，之后對內(nèi)存中Entity EJB實例的屬性進行相應(yīng)操作。對屬性的操作比較直接的做法是：直接調(diào)用Entity EJB的getXXX()/setXXX()，通常利用EJB2.0的本地接口；通過DTO Factory生成DTO。但這兩種做法都存在如下問題： 當(dāng)Entity EJB的屬性特別多時候，以上做法會帶來復(fù)雜羅嗦的代碼，使EJB變的龐大無

46、比。 使Entity EJB的客戶端（比如Session EJB）和Entity EJB的接口緊密關(guān)聯(lián)。Entity EJB屬性的增刪都需要更改客戶端代碼，給項目開發(fā)和維護帶來不便。 事實上可以利用更通用的方式訪問Entity EJB的屬性，即定義Generic Attribute Access Interface。見下圖：圖：Generic Attribute Access Interface示例 Generic Attribute Access Interface由Entity EJB的本地或遠程接口實現(xiàn)，并利用Hash Maps傳輸數(shù)據(jù)。實現(xiàn)方式常見如下： BMP類型實體EJB可以在Be

47、an類中定義包含所有屬性的私有成員變量HashMap。 CMP類型實體EJB可以在Bean類中可以適用Java Reflection API實現(xiàn)。 建立一個父類，在不同的情況下定義子類重載父類方法。使用Generic Attribute Access Interface需要在客戶端與服務(wù)器端對屬性以及對應(yīng)的關(guān)鍵字建立統(tǒng)一的命名習(xí)慣。常見的做法如下： 建立并保持良好的文檔記錄和命名約定。 在實體EJB的實現(xiàn)類中定義靜態(tài)成員映射屬性。 創(chuàng)建共享靜態(tài)類，通過成員變量映射實體EJB屬性。 通過JNDI在服務(wù)器端保存屬性映射關(guān)系。Generic Attribute Access Interface的運用

48、帶來一下益處： 接口實現(xiàn)后對不通實體EJB都適用。 對屬性較多實體EJB能精簡代碼，并更具維護性。 使運行中動態(tài)增刪實體EJB屬性成為可能。Generic Attribute Access Interface的缺點在于： 訪問EJB屬性時增加了額外的操作。需要通過關(guān)鍵字映射屬性，最后還需進行類型轉(zhuǎn)換。 需要建立客戶端與服務(wù)器端的命名約定。 因為通過HashMap操作時候需要進行類型轉(zhuǎn)換，容易產(chǎn)生運行時類型不匹配異常。Business Interface EJB規(guī)范要求Bean實現(xiàn)類必須實現(xiàn)所有在遠程（或本地）接口中定義的所有方法，同時不允許Bean實現(xiàn)類直接繼承遠程（或本地）接口。這就導(dǎo)致編譯

49、時候很容易產(chǎn)生兩者不一致的問題，即遠程（或本地）接口中定義的某方法為在Bean實現(xiàn)類中被實現(xiàn)等錯誤。為避免上訴錯誤，可以利用應(yīng)用服務(wù)器廠商所提供的工具。但也可以應(yīng)用EJB的設(shè)計架構(gòu)來實現(xiàn)：定義商業(yè)接口。Business Interface即創(chuàng)建自定義商業(yè)接口，在接口中定義所有EJB提供的商業(yè)方法，并讓Bean實現(xiàn)類和遠程（或本地）接口都實現(xiàn)該商業(yè)接口。其繼承關(guān)系見下圖：圖：商業(yè)接口的使用 Business Interface是個普通的Java Class。依賴于使用本地接口與遠程接口的不通，Business Interface的定義略有不同：應(yīng)用與遠程接口時，在接口中的方法需要拋出java.

50、HYPERLINK /phrase/200604281025035.html t _new rmi.RemoteException；而應(yīng)用與本地接口時候則不需要作任何特別處理。應(yīng)用Business Interface時候必須注意一點：EJB規(guī)范不允許直接EJB的實例將對自己的引用（this對象）返回給客戶端，否則編譯時候即報錯。但使用Business Interface后，編譯時候無法檢查出有無將this對象返回給客戶端。這一點需要程序員自己保證。三 內(nèi)部數(shù)據(jù)轉(zhuǎn)換策略Data Transfer Object 基于EJB的J2EE多層架構(gòu)應(yīng)用中，經(jīng)常涉及的一個問題就是如何在各層之間傳遞批量數(shù)據(jù)，

51、比如客戶端對服務(wù)器端數(shù)據(jù)的批量讀寫操作等。比如需要得到實體EJB的屬性，直接的方法是多次調(diào)用不通的屬性，如下圖：圖：低效的數(shù)據(jù)傳遞方式但這種方法容易導(dǎo)致許多問題，比如性能以及代碼的復(fù)雜度等，更有效的辦法是在一個調(diào)用中得到所有需要的屬性。所以可以引入Data Transfer Object來封裝所需要的屬性，并在客戶與服務(wù)器端通過傳遞該對象一次實現(xiàn)對數(shù)據(jù)的操作。如下圖：圖：通過DTO傳遞數(shù)據(jù)DTO為普通的Java Class，通常是服務(wù)器端數(shù)據(jù)的快照。由于網(wǎng)絡(luò)傳輸?shù)男枰?，DTO應(yīng)該實現(xiàn)java.io.Serializable接口。DTO的設(shè)計有兩種模型：Domain DTO以及Custom DT

52、O。Domain DTO僅僅實現(xiàn)對服務(wù)器數(shù)據(jù)的拷貝，通常與實體EJB為一對一的關(guān)系(也存在為多個相關(guān)聯(lián)的實體EJB對應(yīng)一個Domain DTO)。Domain DTO通常除用于讀取更改實體EJB屬性外也可用于創(chuàng)建實體EJB時候。實體EJB與Domain DTO對應(yīng)關(guān)系如下圖：圖：Account EJB 與Account DomainDTO Domain DTO的應(yīng)用除了DTO所具有的一般優(yōu)點外，還有別的益處： 開發(fā)迅速。因為一旦實體EJB設(shè)計好后，很容易轉(zhuǎn)換得到Domain DTO。 可以利用Domain DTO的setXXX()方法在客戶端進行屬性有效性效驗。Domain DTO的缺點有： 客戶端綁定了服務(wù)器端數(shù)據(jù)模型，不利于維護。 不夠靈活，無法處理客戶端的多樣化數(shù)據(jù)要求。對一個數(shù)百個屬性的實體EJB請求一個屬性時候卻返回一個包含所有屬性值的Domain DTO明顯是笨重的實現(xiàn)。 導(dǎo)致代碼的重復(fù)。 Domain DTO中如果嵌套包含了別的Domai