JBoss7配置的指南與管理員手冊范本

1、. . . . oss7配置指南1.oss各主要版本特性31.1.oss4特性31.2.oss5特性51.3.oss6特性61.4.oss7特性72.為什么oss AS7 這么快83.oss AS7中的新概念域103.1.域(Domain)的概念與其與群集(Cluster)的區(qū)別103.2.實驗111.1.1.準備工作111.1.2.配置.Master上面的配置.1.domain.xml.2.host.xml.Slave上面的配置.1.domain.xml.2.host.xml163.3

2、.AS 7.1的安全補充說明173.4.部署203.5.小結(jié)254.oss7配置264.1.目標聽眾264.1.1.開始之前264.1.2.手冊中的示例264.2.客戶端264.2.1.web接口2.管理接入點2.訪問管理控制臺2.對管理控制臺進行加密274.2.2.命令行接口2.Native管理接入點2.運行命令行管理工具2.管理請求2.1.管理資源的地址30.2.操作類型和操作描述列表30.命令行歷史信息3.批處理324.2.3.配置文

3、件334.3.核心管理概念344.3.1.運行模式3.單服務(wù)器模式3.管理域3.1.Host(主機)3.2.主機控制器(HostController)3.3.Domain Controller(域控制器）3.4.Server Group (服務(wù)器組)3.5.Server (服務(wù)器）3.決定運行在單獨服務(wù)器或者管理域上384.3.2.通用的配置概念3.Extensions (擴展)3.Profile和subsystem(子系統(tǒng) )404.

4、3.2.3.Paths( 路徑)40.nterfaces (接口)4.socket binding(socket綁定)和socket binding group(socket綁定組)4.System Properties( 系統(tǒng)屬性)434.3.3.Management resources(管理資源)4.Address (地址)4.operations( 操作)4.Attributes( 屬性)4.Children（子節(jié)點)4.Descriptions(描述)514.3

5、.3.6.和JMX Beans相比5.管理資源樹的基本結(jié)構(gòu)(management resource trees)5.1.單服務(wù)器模式(Standalone server)5.2.管理域模式 (managed domain)544.4.管理任務(wù)564.4.1.網(wǎng)絡(luò)接口和端口5.網(wǎng)絡(luò)接口聲明5.Socket Binding Groups584.4.2.管理接口的安全性5.初始化設(shè)置60.快速配置6.詳細配置6.1.管理接口6.2.安全域644

6、..Outbound connections(外部連接)6.問題684.4.3.JVM設(shè)置6.管理域6.單獨運行服務(wù)器704.4.4.命令行參數(shù)70.系統(tǒng)屬性7.單獨運行模式（ Standalone)7.管理域模式 (Managed Domain)7.其他命令行參數(shù)7.1.單服務(wù)器模式（ Standalone）7.2.管理域模式 (Managed Domain)7.3.通用參數(shù) (Common parameters)734.

7、4.5.子系統(tǒng)配置7.數(shù)據(jù)源 (Data sources)7.1.JDBC驅(qū)動安裝7.2.數(shù)據(jù)源定義 (Datasource Definitions)7.3.參考7.消息 (Messaging)7.1.Connection Factories7.2.Queues and Topics7.3.Dead Letter和Redelivery80.4.安全性8.5.參考8.Web8.1.容器設(shè)置 (Containe

8、r configuration)8.2.Connector設(shè)置 (Connector configuration)8.3.Virtual-server配置（Virtual-Server configuration）8.4.參考8.Web services8.1.參考901. oss各主要版本特性1.1. oss4特性oss4包括web服務(wù)器(servlet/JSP容器，HTML服務(wù)器)、E2.0容器。完整的純Java的數(shù)據(jù)庫引擎，(Java消息服務(wù))JMS，JavaMail,和Java事務(wù)處理API/Java事務(wù)處

9、理服務(wù)（JTA/JTS）支持。早期的oss使用了Apache Tomcat Web服務(wù)器，但在oss4.0中已經(jīng)吧Apache Tomcat嵌到oss中了。后續(xù)又集成Java數(shù)據(jù)對象(JDO)，對于JMS多點傳送機制支持的修補，對J2EE1.4的完全實現(xiàn)和分布式事務(wù)機制。oss的應(yīng)用服務(wù)器控制和配置JMX機制，運行一次可以部署所有的組件和服務(wù)。資源屬性和可配置參數(shù)可以通過MBeans（可控制beans）映射和更改，這些控制可以在 oss的控制臺進行設(shè)置。一旦我們的servlet-based的應(yīng)用程序被部署，oss就自動安裝一個部署MBeans,這個MBeans會被添加到JMX控制臺的導(dǎo)航菜單中

10、。通過這個MBean就可以部署或卸載WAR應(yīng)用程序，或查看應(yīng)用程序相關(guān)的屬性。oss 4基于oss 3.2,在J2EE標準特性方面，主要的改進包括：l oss 4是業(yè)界第一家取得正式J2EE 1.4認證的應(yīng)用服務(wù)器，完全符合規(guī)的J2EE標準。l 完全支持J2EE web services（JAX-RPC方式和WS4EE架構(gòu)方式）和SOA。l 支持AOP模型,oss Aop極大的提高了生產(chǎn)力。l 與Hibernate緊密集成。l 通過一個建的Caching構(gòu)架提升集群功能和分布式Caching（TreeCache）。oss4完全遵循J2EE1.4標準，所以允許開發(fā)者在不同的應(yīng)用服務(wù)器上重用J2E

11、E組件（如E等），比如可以輕易的將部署在Weblogic或Websphere上的E遷移到oss上賴，oss4比oss3.2實現(xiàn)了下面幾個新的J2EE標準：l oss4支持J2EE Web Services，包括JAX-RPC和J2EE架構(gòu)的Web Services，使用E提供安全的Web Service環(huán)境，它是基于J2EE的SOA實現(xiàn)。oss3.2中舊的oss.NET Web Services API不再支持，新的Web Service實現(xiàn)是WS BasicProfile-1.0 compliant。l oss4實現(xiàn)JMS1.1替代了oss3.2中的JMS1.0l oss4實現(xiàn)了JCA (J

12、ava Connector Architecture) 1.5替代了oss3.2中的JCA1.0l oss4實現(xiàn)了新的Java Authorization Contract for Containers (JACC),JACC是JAVA2一個基本的權(quán)限機制，為訪問E方法和web資源賦予授權(quán)描述，即J2EE應(yīng)用服務(wù)器和特定的授權(quán)認證服務(wù)器之間定義了一個連接的協(xié)約，新的實現(xiàn)在語法上基于oss3.2，使用認證過的Subject聲明Roles，認證與JAAS的authentication保持一致。并且security配置，oss4和oss3.2兼容。l oss4實現(xiàn)了E2.1規(guī).替代了oss3.2中的

13、E2.0規(guī)。oss4特性：l oss4.2必須需要安裝jdk5l oss E3默認被安裝l oss的web容器使用oss Web v2.x (集成tomcat6)l deploy/oss-web.deployer 目錄替換了原先的deploy/ossweb-tomcat55.sarl oss Transactions v4.2為默認的事務(wù)管理器l oss WS提供web service功能l JGroups/ossCache支持 channel multiplexingl oss Remoting更新到stable 2.2.x，ossMQ(oss4.0使用)為默認JMS實現(xiàn)，但是可以使用oss

14、 Messaging替換。l E調(diào)用方式 由 rmi-invoker替換為oss Remoting 的 unified-invokerl log4j 和 commons-logging 升級到新版本。1.2. oss5特性oss AS5中，大部分顯著的新特性添加都源自于要將所有主要的oss子系統(tǒng)帶到下一個階段去：oss Messaging 1.4現(xiàn)在取代了ossMQ，成為缺省的JMS提供者。除了透明的故障恢復(fù)和智能的消息重分發(fā)外，M還支持即開即用的集群隊列和主題?？梢钥绻?jié)點把消息復(fù)制到存中，從而避免磁盤I/O，或者能使用支持大消息的分頁技術(shù)將消息持久化到任何流行的關(guān)系數(shù)據(jù)庫中。M證明，利用已完

15、全出現(xiàn)的新的只擴展日志存儲，原本就很卓越的性能和東西會變得更加優(yōu)秀。oss WebServices 3.0，完全支持JAX-WS/JAX-RPC、XOP和SwA的附件、還有一系列WS-*標準。WS轉(zhuǎn)向了一個可插拔的架構(gòu)，該架構(gòu)允許更換底層的WebServices棧，所以你可以將ossWS-native換成Sun Metro或Apache CXF。這樣的話，你就可以因地制宜，使用最合適WebServices棧。為了改進可伸縮性和集群Web會話的鈍化，AS5中的集群支持SFSB的Buddy復(fù)制，以控制存的使用。E3 Entity和Hibernate緩存有了很大的改進，因為可以針對實體和查詢使用不同

16、的緩存，它們分別是失效緩存和復(fù)制緩存。在底層的JGroups協(xié)議棧中，還有一些其它的性能優(yōu)化。oss Transactions是oss 5默認的事務(wù)管理器。oss TS已經(jīng)與oss 5的Servlet容器oss Web一起在AS 4.2系列中進行了測試，oss Web是基于Apache Tomcat的一個實現(xiàn)，支持原有的APR-based連接器，它在可伸縮性和性能上不但要達到，而且要超越Apache 服務(wù)器的水平。就API來說，AS5是Java EE 5的實現(xiàn)，所有相關(guān)的API都會包含在。對大部分Java EE 5“新的”API來說，比如E3、JAX-WS、JPA等，在oss AS 4.2系列

17、中已經(jīng)實現(xiàn)了，但由于oss AS5增加了TCK測試的覆蓋圍，所以肯定會更為嚴格遵循規(guī)。oss5應(yīng)用服務(wù)器提供了大量的新功能：除了支持最新的E 3.0規(guī)外，新版的oss AOP也正式發(fā)布。Web Services 方面，oss 現(xiàn)在支持全部的J2EE Web Services，同時兼容Microsoft.NET；Messaging 項目采用了完整的JMS 1.1 實現(xiàn)，同時充分的改進了分布式目的單元格等功能的高可用性；oss Seam 中包括了一系列統(tǒng)一的革命性的組建設(shè)計模型和框架。同時oss 5中也集成了Hibernate 3.2oss AS 4.2和企業(yè)應(yīng)用平臺的第一個版本（EAP 4.2）

18、確實對AS 5造成了很大的影響。從零開始創(chuàng)建一個全新的核、從MBeans轉(zhuǎn)換到POJO、在最底層集成AOP、統(tǒng)一跨子系統(tǒng)的元數(shù)據(jù)處理、更改類加載系統(tǒng)、使部署器Aspect化，換句話說，就是改變部架構(gòu)、替換應(yīng)用服務(wù)器的核心，同時還要保持與大部分已有服務(wù)的向后兼容性，為各種部子系統(tǒng)引入合適的SPI。長遠看來這是好事，因為它允許最大的可插拔性，以與在不同的運行時環(huán)境中（比如獨立的E3或嵌入到不同的應(yīng)用服務(wù)器中）按需要選取使用各種oss項目。oss AS5不只是一個Java EE 5應(yīng)用服務(wù)器。對下一代oss項目來說，它還寄托了成為最先進的服務(wù)器運行時環(huán)境的愿景。1.3. oss6特性oss AS6

19、最大亮點是對Java EE 6 Web Profile規(guī)的支持，一份關(guān)于最流行的Java EE標準的報告中，排名前5（JPA、JSP、E3、JSF與CDI）的都是Java EE Web Profile的必備組件。除了Java EE 6 Web Profile所需的這些組件外，AS 6還提供了可選的經(jīng)過認證的組件：RESTEasy 2.1.0JAX-RS 1.1規(guī)的實現(xiàn)；HornetQ 2.1.2JMS 1.1規(guī)的實現(xiàn)以與oss Web Services CXF棧JAX-WS 2.2規(guī)的實現(xiàn)。主要特性就是對oss Injection框架的完整實現(xiàn)。這對于滿足Java EE 6平臺規(guī)所要求的Res

20、ources、Naming以與Injection是至關(guān)重要的。Infinispan v4.2.0是個開源的數(shù)據(jù)網(wǎng)格平臺，從CR1里程碑發(fā)布時就加入了，現(xiàn)在它也集成到了oss AS 6中，并且是默認的分布式緩存提供者。Infinispan公開了一個兼容于JSR-107的Cache接口，你可以將對象存儲其中。oss AS 6服務(wù)器可以動態(tài)探測并注冊到前端的apache d服務(wù)器。對于性能來說，oss AS 5與6之間有明顯的變化。oss AS 6對啟動性能的提升很明顯，現(xiàn)在的平均啟動時間是15秒。用戶能夠感覺到這種改進，一定程度上是因為延遲了隨AS一同發(fā)布的管理控制臺應(yīng)用的部署，轉(zhuǎn)而以“按需”方式

21、提供，同時還實現(xiàn)了Timer Service的延遲部署。Microcontainer（v2.2）的增強（包括新的注解掃描庫的實現(xiàn)）極大降低了應(yīng)用部署的時間。1.4. oss7特性oss AS7可實現(xiàn)為云做好準備的架構(gòu)，并可使啟動時間縮短十倍，提供更快的部署速度并降低在的占用。oss Enterprise Application Platform 6的核心是oss Application Server 7的最新版本，該版本代表著Java應(yīng)用服務(wù)器在從復(fù)雜和單一的形式轉(zhuǎn)向更加輕便、模塊化和敏捷的變革過程中的一個意義重大的里程碑。 該版本將使開發(fā)人員有重新思考如何開發(fā)和部署企業(yè)Java應(yīng)用。oss

22、Application Server 7構(gòu)建于先前版本的良好基礎(chǔ)之上，并提供更出色的性能、更低的存占用率、分布式管理和Java EE6 Web Profile認證。它的新能力包括：l Java Enterprise Edition（EE）6 Web Profile認證，一種輕型的標準可移植Java EE，專為開發(fā)和部署豐富的交換式Web應(yīng)用而進行了優(yōu)化。l Java上下文和依存關(guān)系插入（Java Context and Dependency Injection CDI），這種標準化的統(tǒng)一框架支持類型安全的依存關(guān)系插入和定義完善的上下文生命周期，通過簡化和優(yōu)化代碼的方式實現(xiàn)了代碼的輕松編寫、測試

23、和維護。l Arquillian測試，改善了對測試驅(qū)動式開發(fā)的支持，提供了遠程和嵌入式組件測試，且不會生產(chǎn)完整企業(yè)Java容器所帶來的不必要復(fù)雜性。l 構(gòu)建于輕型的高度優(yōu)化的模塊化服務(wù)容器和新型域模型基礎(chǔ)上，使oss Application Server 7能夠從最小的設(shè)備擴展至更大的關(guān)鍵任務(wù)集群。l 通過基于Eclipse的oss工具來提供開發(fā)人員工具支持，改善了對Java CDI、休眠、代表性狀態(tài)傳輸和Web服務(wù)的支持。l 全新的復(fù)雜域模型和豐富的管理API，可實現(xiàn)強大的服務(wù)器和集群自動化。2. 為什么oss AS7 這么快oss7項目lead Jason Green,最近在他的blog

24、上，回答了這個問題. 以下是這篇blog的譯文：用Ahmdahl法則(高效并行)而不是Moore定律(等待硬件能有更高的時鐘頻率)來設(shè)計oss7. 目前幾乎每臺臺式機，筆記本和服務(wù)器都至少有兩個CPU核心，而且多核的趨勢還在繼續(xù)。 CPU 時鐘頻率競爭的時代其實已經(jīng)終結(jié)。所以軟件也必須要適應(yīng)這一趨勢，充分利用硬件的計算能力。oss AS進行了一次重大的改變來獲得這一關(guān)鍵的演進(evolution).我們重寫了AS7,使得它的整個架構(gòu)是一個全新的，高性能的和可管理的。在令人驚談的工程師的努力下，我們從在github上一個很小的原型，在一年多的時間里實現(xiàn)了今天看到的具有巨大工作量的遵循Java E

25、E Web Profile標準的J2EE服務(wù)器(更不用說我們在這期間發(fā)布了AS6,使得oss的用戶可以早點得到關(guān)于EE6的新特性，新技術(shù))。在開始詳細的解釋以前，請允許我給出一些背景知識。應(yīng)用服務(wù)器的核心問題是管理服務(wù)(service).在現(xiàn)代的應(yīng)用服務(wù)器中幾乎所有的部件都有生命周期，那就意味著在特定的時間點上，這個部件必須被啟動，在以后的時間點，它必須被停止。 我們將所有具有生命周期的對象都看作是一個service.另外一個service重要的屬性是，service和service的之間的依賴關(guān)系會影響到相應(yīng)service的生命周期。舉個例子，servlet的service依賴于web se

26、rver.另外，如果這個sevlet使用到其他的資源，比如數(shù)據(jù)庫連接或者是E,那么它也依賴于這些資源，這些依賴的資源可用以后自己才能啟動。 但一個應(yīng)用服務(wù)器啟動或者部署時，它必須保證它能夠按照正確的順序?qū)⒏鞣Nservice啟動。進一步，如果任何服務(wù)由于某種原因停止了，它必須能停止所有依賴于這個service的其他sevice(以相對于啟動相反的順尋停止).這在單線程的環(huán)境下是一個簡單的問題。但oss AS7實在并行的啟動和部署這些服務(wù)。這個復(fù)雜的問題通過我們?nèi)碌姆?wù)容器解決: oss Modula Service Container. MSC是一個高級的并行狀態(tài)機。它在運行中分析服務(wù)之間的依

27、賴關(guān)系，并且在同一時間盡可能多的啟動服務(wù)，但同時又遵循服務(wù)間的依賴關(guān)系。這就意味著不僅能夠快速啟動，而且能夠并行的進行部署。除了并行的service,oss AS7還有類模塊化和并行的類加載技術(shù)。通過將類劃分到恰當?shù)念惸K中，應(yīng)用服務(wù)器可以自然地優(yōu)化訪問模式，僅僅查找一個點，就可以獲得所需要的類。另外，由于限制了類模塊之間的可見性，查找就沒有沒有那么大的開銷。對于oss Modules, 類模塊解析和查找的時間復(fù)雜度是O(1).所有的這些操作都有很高的并行性，甚至大部分的類定義也是并行的。AS7對部署的處理也是高效的。一個主要的優(yōu)化是我們通過快速掃描部分class來對annotation信息進

28、行索引。為了取得更好的效率，我們允許模塊預(yù)先生成空間效率指數(shù)(space efficient index)來更快的加載。另外一個部署時的優(yōu)化，是我們謹慎的緩沖和再使用relection data，因為JVM在這方面不是很有效率。最后，另一個重要的原因我想強調(diào)的是我們已經(jīng)并且會繼續(xù)會守護CPU和存在啟動和部署方面的使用情況(盡可能的少占用存和CPU，做到盡可能的高效）。這就是在設(shè)計階段就作出的好決定。一個有趣的例子是我們不再使用JAXB(或者其他省機制驅(qū)動的綁定器)來解析只讀一次的配置文件。JAXB或者其他采用省機制的綁定器帶來的是幾乎用和真正做實際解析工作一樣或者更到時間來處理如何解析。所有的

29、這些意味著: 在AS5和AS6里處理XML的時間都比AS7的啟動時間要長。希望這些容能夠更好的從大的方面理解AS7如何獲得高效性得以快速啟動，為什么oss7與過去有很大的不同。這篇博客只是一個開始，繼續(xù)關(guān)注我的下一個blog,我將討論oss7的roadmap3. oss AS7中的新概念域oss AS7新加入了域（domain）的概念并實現(xiàn)了相關(guān)功能。域的提出與實現(xiàn)，其目的是使得多臺oss AS服務(wù)器的配置可以集中于一點，統(tǒng)一配置、統(tǒng)一部署，從而在管理多臺oss AS服務(wù)器時，實現(xiàn)集中管理。本文詳細介紹如何使用AS7的這一新特性。3.1. 域(Domain)的概念與其與群集(Cluster)的

30、區(qū)別對于使用過oss AS過往版本的用戶，可能對AS所提供的群集功能已經(jīng)很熟悉了，在理解域的時候可能會遇到困難。那么域和群集有什么區(qū)別，用處上有什么不同呢？總的來講，oss的群集的目的是提供：l 負載平衡（Load Balance）l 高可用（High Availablity）而域的目的則是將多臺服務(wù)器組成一個服務(wù)器組（Server Group），并為一個服務(wù)器組的多臺主機（Host）提供：l 單點集中配置（通過一個域控制器，即Domain Controller，實現(xiàn)組主機的統(tǒng)一配置） l 單點統(tǒng)一部署，通過域控制器將項目一次部署至組全部主機。簡單來講，群集的目標是讓多臺服務(wù)器分攤壓力，當一臺

31、或多臺服務(wù)器當機時，服務(wù)可以繼續(xù)保持運轉(zhuǎn)；而域的目標則是提供集中配置和管理多臺服務(wù)器的能力。在沒有域的概念時，要想讓群集的多臺服務(wù)器或幾組服務(wù)器保持統(tǒng)一的配置，一個一個分別的去手工維護，是非常麻煩的事情，而域的引入解決了這一問題。我們可以理解域和群集的相互關(guān)系是正交（orthogonal）的：通過一橫一豎這兩條軸，oss AS為我們在運維方面提供了強大的可擴展能力。3.2. 實驗熟悉了AS7中Domain的設(shè)計理念，接下來動手實際做個實驗，看看Domain是如何在AS7中工作的。1.1.1. 準備工作使用兩臺電腦做為實驗器材，兩臺電腦的IP分別為與8，分別運行o

32、ss AS7，并組成一個服務(wù)器組（Server Group）。其中，使用這臺機器做為域控制器（Domain Controller）：如上圖所示，兩臺主機分別被命名為”master“與”slave“。通過配置，將master與slave組成一個服務(wù)器組，名為main-server-group，其中master將做為這個服務(wù)器組的域控制器。 需要說明一點的是，服務(wù)器組(Server Group)可以由多臺服務(wù)器(Host)組成，并不一定只有兩臺，所以不要被master與slave這樣的名字給迷惑了，以為一個服務(wù)器組僅支持一主一從兩臺hosts。 本文中因為只使用兩臺服務(wù)器做為實驗器

33、材，因此出于方便角度將它們分別命名為master與slave。 此外，在一個服務(wù)器組中，只有一臺域控制器，在本實驗中我們將使用master這臺機器做為domain controller。1.1.2. 配置AS7由于經(jīng)過了重新設(shè)計，因此在目錄結(jié)構(gòu)與配置文件上面與前一版本有了很大不同，對于熟悉了對AS6的配置和的人來講，使用AS7會接觸不少新概念和新思路。為了清楚表達，我會將一些與AS6與以前版本不同的地方做出必要的說明。 首先是bin目錄中的容： 在AS7以前版本中，用來啟動oss服務(wù)的run.sh不見了，取而代之的是standalone.sh（獨立運行模式）與domain.sh（域運行模式）。

34、我們稍后將使用domain.sh來運行oss AS7，但首先要將兩臺hosts配置好，接下來講解兩臺服務(wù)器的配置： AS7的目錄結(jié)構(gòu)和前一版本有很大不同，因為配置文件與其所在位置也有很大變動，下面是AS7的目錄結(jié)構(gòu)： 可以看到有一個名為domain的目錄，看一下這個domain目錄里面的容： 這個目錄中包含了AS7運行在domain模式下所需的配置與容，其中名為“configuration”的目錄里面含有我們所需要的配置文件： 其中domain.xml和host.xml是我們需要關(guān)注的容。我們需要對master與slave上面的配置文件分別進行配置： 從上圖中可以看到，master的oss A

35、S中需要配置domain.xml與host.xml兩個文件，其中domain.xml是做為域控制器必須配置的容，host.xml則是master與slave各自的oss AS都需要配置的文件。我們先從master上面的配置看起：. Master上面的配置.1. domain.xml這個文件里面有幾個部分是值得我們關(guān)注一下的： # extensions - 這一部分定義了域中服務(wù)器在啟動時需要加載的模塊。AS7使用了全新設(shè)計的oss Modules來加載模塊，大幅提高了服務(wù)器的啟動。這一容不是本文講解重點，后續(xù)我會專門寫一篇文章來介紹。目前了解到這一程度即可。 # p

36、rofiles - profiles是domain中定義的一個核心概念，也是domain的核心組成部分。基于profiles，AS7便實現(xiàn)了域中各服務(wù)器的統(tǒng)一集中配置：用戶可通過profile對各子系統(tǒng)（subsystem）進行配置，完成后將profile配置給某個或多個服務(wù)器組，各服務(wù)器組的主機共用一份配置。 # server groups - 服務(wù)器組的概念已經(jīng)在前面的介紹中一再提與，也是AS7的域的設(shè)計中一個核心組成部分。在這里，AS7默認定義了兩個服務(wù)器組：main-server-group與other-server-group，它們分別使用default profile與ha pro

37、file。在本實驗中，我們將使用main-server-group。 .2. host.xml上面是一些host.xml中需要配置的關(guān)鍵容，已經(jīng)針對要做的測試做了一些配置上面的修改，以下是詳細說明： # host name按照我們的需要改成了master。 # management - management定義了服務(wù)器的管理端口，其中：9999端口是所謂native二進制端口，后面的oss-admin.sh管理命令會使用這個端口；9990則提供基于WEB頁面的管理端。我們等一下兩種管理端口都會用到。 # domain controller - 定義本服務(wù)器所需連接的domain控

38、制器所在地址，因為master本身就是domain controller，所以連接至本機localhost即可。 # interfaces - management與public接口服務(wù)所在的地址，我們要將其設(shè)為slave可以訪問到的IP地址，保證slave可以連接至host # servers - 一個物理主機實際上可以同時運行多臺oss AS7的Server，而每一臺Server都可以配置到不同的服務(wù)器組去。在本實驗中，我們使用最簡的情況，master上面只跑一個server-one，屬于main-server-group，把其它AS7默認設(shè)定的server可以都刪掉，只留server-o

39、ne。 . Slave上面的配置.1. domain.xmlSlave這臺機器不作為域控制器而存在，因此不需要管它，也可以將domain.xml刪掉或改名。 .2. host.xml上面的配置有幾點需要說明： * slave里面，host name指定為slave。 * domain-controller：指定為master的IP：，通過9999管理端口進行通訊。 * slave上面，屬于main-server-group的server也命名為server-one，這會和master上面的server沖突嗎？實際上不會，因為兩臺同樣名字

40、的server運行在不同的host當中。 3.3. AS 7.1的安全補充說明從oss AS 7.1 開始，對控制端口（9999與 端的9990）的安全配置成為必須。因此需要補充下述安全配置方面的步驟： 首先要在master上面創(chuàng)建管理員的賬號，在bin目錄下有add-user工具可以幫我們創(chuàng)建賬號密碼并進行配置，我們創(chuàng)建一個管理員賬號admin，密碼為123123： 可以看到系統(tǒng)為我們分別在domain和standalone創(chuàng)建了perties，我們是用域模式運行，因此查看domain/configuration/perties這個文件

41、的最后一行： 可以看到相關(guān)賬號密碼已經(jīng)被創(chuàng)建。此時查看host.xml： 可以發(fā)現(xiàn)host.xml已經(jīng)把安全配置應(yīng)用起來了，使用ManagementRealm這個安全域進行認證。 同樣地，我們需要在slave主機上進行一模一樣的工作。 接下來，我們需要做一下slave對master的認證連接工作。slave要想和master建立域控關(guān)系，需要知道m(xù)aster的管理端賬號密碼。在域控這一塊，AS7對認證有要求：需要在域控制器上以過來連接的主機host名為用戶名添加賬號。 我們在slave的host.xml文件中指定了slave的host名為slave： 因此，master做為域控制器，需要在上面

42、添加名為slave的管理員賬號，密碼仍為123123： master:/projs/as7/710/bin$ ./add-user.sh Enter details of new user to add.Realm (ManagementRealm) : Username : slavePassword : Re-enter Password : About to add user admin for realm ManagementRealmIs this correct yes/no? yesAdded user slave to file master/as7/710/standalon

43、e/configuration/pertiesAdded user slave to file master/as7/710/domain/configuration/perties這時再查看perties，可以看到多了slave賬號： 接下來，我們要在slave主機的的host.xml做下認證配置，使用這個賬號與master進行認證通信： 上面的配置中有這些值得注意： 我們在認證域ManagementRealm中配置了server-identities，這個認證域用在與域控制器master的連接方面。其中se

44、cret value是domain上對應(yīng)slave主機名的那個賬號的密碼，用base64加密。我們在master上面配置的slave賬號的密碼為123123，MTIzMTIz=則是123123的base64加密后的文字。這個配置用在連接domain-controller時進行認證： 有關(guān)更多的AS7的安全配置的信息，可查看官方文檔： 關(guān)于host.xml的詳細配置方法，也可參考as7目錄下自帶的xsd文檔： 3.4. 部署配置完成后，接下來便到了實際部署的階段，我們將master和slave上面的AS7分別用domain.sh啟動起來。啟動成功的話，應(yīng)該可以在master上面看到上面的日志，s

45、lave被成功的注冊進來。 完成啟動后，我們需要將待使用的virtual-host啟動起來，當AS7以domain的方式啟動時，默認是不啟動任何virtual server的（在我目前使用的7.0.0 CR1 White Rabbit版本中是這樣），我們可以在domain.xml中配置默認加載virtual-host，也可以在服務(wù)器運行起來后，使用管理端命令動態(tài)的加載，在這里我準備使用后一種方式，從而講解AS7管理端的使用方法。 在AS7的bin目錄下面有一個oss-admin.sh， 這是AS7提供的全新的管理工具，我們使用這個工具，連接至master：可以看到，我們已經(jīng)連接到了master

46、的9999管理端口。接下來可以查看default這個profile當中的web模塊的運行情況： 可見 服務(wù)器已經(jīng)啟動，由于我們的main-server-group使用的是default這個profile，因此，服務(wù)器組中的兩臺host的web模塊接受profile的統(tǒng)一配置，都是已啟動的。繼續(xù)看一下web模塊中的細節(jié)： 注意到virtual-server的狀態(tài)是未定義（undefined），我們要想將一個web項目部署進服務(wù)器組中的各個host，就必須加載一個待部署的virtual-server，因此我們使用命令來添加：可以看到，我們之前在domain.xml中配置的 other. 這個 vi

47、rtual host被成功添加了。 接下來是部署WEB應(yīng)用的環(huán)節(jié)，我們首先用maven制作一個最簡單的web項目，僅包含一個歡迎頁面： 生成的項目如下： 使用如下命令將項目打成WAR包：得到war： 接下來是部署這個war包，對于本次實驗來講，關(guān)鍵的部分在于能否通過domain提供的server group管理功能，一次將一個項目部署進server group中的多臺服務(wù)器。我們接下來就驗證這點，順便看下AS7提供的WEB管理功能，打開WEB瀏覽器，訪問master的 端口的管理地址： 可以看到，管理頁識別出AS7正運行在domain模式之下，并且目前共有兩臺主機運行（左上角的列表分別列有ma

48、ster與slave）。我們要關(guān)注的是server-group：點擊右上角的Server Groups，進入服務(wù)器組的管理頁面，然后點擊左邊的Manage Deployments頁面，進入部署功能頁面： 可以看到，目前還沒有任何資源被加至服務(wù)器組，此時點擊右邊的Add Content功能，將my-webpp.war添加進Content Repository（域控制器用于保存待部署資源的目錄）。 添加完成后如下圖所示： 然后點擊Add To Group將my-webapp.war添加至 main-server-group，并將其enable，一切順利的話結(jié)果如下所示： 此時我們預(yù)期的結(jié)果應(yīng)該是m

49、y-webapp.war被同時部署至master與slave了，分別試著訪問master與slave的 資源，看看是否都部署上my-webapp這個應(yīng)用了： 結(jié)果如我們所預(yù)期的那樣，兩臺服務(wù)器都可以訪問到這個部署的資源。通過對一個點（Domain Controller）的配置與部署，我們實現(xiàn)了多AS7服務(wù)器的集中管理。 3.5. 小結(jié)通過域這個概念，實現(xiàn)了多服務(wù)器統(tǒng)一管理，統(tǒng)一配置，資源統(tǒng)一部署的目標。通過集中管理，我們可以在此基礎(chǔ)上再進行群集的劃分與部署，實現(xiàn)群集多臺服務(wù)器的單點配置與管理?？梢哉fAS7的Domain概念的引入，與群集的概念組合在一起，通過一橫一從兩條軸，形成了完整的坐標系。

50、4. oss7配置4.1. 目標聽眾這篇文檔是為需要安裝配置oss Application Server(AS7)的人員編寫。4.1.1. 開始之前你需要知道如何下載，安裝和運行oss Application Server7. 如果你還不了解這些信息， 請參考“入門指導(dǎo)。4.1.2. 手冊中的示例手冊種大部分的例子會使用部分XML配置文件或者是de-typed的管理模型進行表示 。4.2. 客戶端oss AS7提供三種不同的方式對服務(wù)器進行配置和管理: web，命令行和xml 配置文件形式。無論你選擇什么樣的配置方式，配置信息都會被同步到各個方式的管理界面上，并且被存儲到xml配置文件中。 4

51、.2.1. web接口web管理客戶端是一個GWT的應(yīng)用，它通過HTPP管理接口來管理域(domain)或者是單獨運行(standalone)的服務(wù)器。. 管理接入點基于 協(xié)議的管理接入點負責接入 使用 協(xié)議與管理層進行交互 客戶端。它負責接收使用JSON編解碼的協(xié)議和de-typed RPC形式的的api來對可管理的域服務(wù)器或者單獨運行服務(wù)器進行管理操作。web控制臺就是通過它來實現(xiàn)的，但基于 協(xié)議的管理接入點也可以與其他的管理終端進行集成，交互。 基于 協(xié)議的管理點會運行在域控制器(domain controller)或者是單獨運行服務(wù)器上，默認運行在9990端口上。基于 協(xié)

52、議的管理接入點運行在兩個不同的context下。一個用于運行管理的操作 另外一個提供對web管理接口的訪問。l 域API: :9990/managementl Web控制臺: :9990/console. 訪問管理控制臺管理控制臺和基于 協(xié)議管理的API在統(tǒng)端口上運行，可以通過以下URL進行訪問：l :9990/console. 對管理控制臺進行加密web管理控制臺通過 管理接口來對服務(wù)器進行通信。對于如何 管理接口以與如何啟用默認的安全域，請參考一下本文中關(guān)于“加密管理接口章節(jié)。4.2.2. 命令行接口命令行方式的管理工具（CLI）提供了對域和單獨運行服務(wù)器的管理

53、。用戶可以使用命令行來連接域服務(wù)器或者單獨運行服務(wù)器,通過傳輸de-typede的管理模型來執(zhí)行管理操作。. Native管理接入點Native的管理接入點負責接入使用AS部協(xié)議與管理層進行交互的客戶端.它使用基于java對象來描述的管理操作、二進制協(xié)議和RPC形式的API來對域和單獨運行服務(wù)器進行管理操作。命令行方式的管理工具使用它來實現(xiàn)對服務(wù)器的管理，單Native管理接入點也提供了極強的集成能力，可以和其他的客戶端進行集成。 Nativeg管理接入點運行在host控制器上或者是一個單獨運行服務(wù)器上。如果使用命令行管理工具，Native管理接入點必須被啟用.默認Native管

54、理接入點運行在9999端口上：. 運行命令行管理工具根據(jù)操作系統(tǒng)，使用ossAS7 bin目錄下的oss-admin.sh或者oss-admin.bat來啟動命令行管理工具.關(guān)于AS7目錄的詳細信息，請參考入門指南。命令行工具啟動以后的第一件事情就是連接被管理的oss AS7實例。我們通過命令connect進行：localhost:9999 是ossAS7域控制器客戶端連接的默認主機和端口名.主機名和端口都是可選的參數(shù)，可以被單獨或者一起指定。想要退出對話，可以鍵入quit命令來結(jié)束。help命令用來顯示參考幫助文檔：查看特定命令的詳細幫助文檔，需要在命令后加-help參數(shù)來獲得

55、。. 管理請求管理請求允許與管理模型進行低級別的交互。它不同于高級別的命令(比如創(chuàng)建一個jms的queue命令:create-jms-queue),使用管理請求可以對服務(wù)器的配置像對直接對xml配置文件進行編輯而進行讀和修改操作。整個配置用一個有地址的資源樹進行表示，這個樹上的每個節(jié)點提供一系列的操作供執(zhí)行。一個管理請求包含三個部分：地址，操作名和可選的操作參數(shù)這是一個管理請求的規(guī)約：舉個例子：管理請求字符串之間的空格是不敏感的。.1. 管理資源的地址管理請求可以不含有地址信息和參數(shù),比如:read-resource, 可以列出當前Node下的所有節(jié)點類型。在管理命

56、令中，為了消除歧義需要以下幾個前綴：l : - 在當前節(jié)點上執(zhí)行操作，比如：subsystem=web :read-resource(recursive=true)l ./ - 在當前節(jié)點的子節(jié)點上執(zhí)行操作,如：subsystem=web ./connector= :read-resource這個操作的全路徑地址是: subsystem=web,connector= . l / - 在根節(jié)點上執(zhí)行操作,如：subsystem=web /:read-resource 或子節(jié)點: subsystem=web /subsystem=logging:read-resource.2. 操作類型和操作描述列表操作的類型可以分為在任何節(jié)點上的通用操作和在特殊節(jié)點上的特殊操作(如:subsystem).通用的操作包括：對于特殊操作列表（比如在logging子系統(tǒng)上可以進行的特殊操作),可以通過管理的節(jié)點進行查詢。比如，查詢一個單獨運行服務(wù)器上logging子系統(tǒng)上所支持的操作：可以看出，logging支持三個額外特殊的操作:change-root-log-level , set-root-logger and re