Java開發－基於JBoss的J2EE應用

　　JBoss，作為J2EE應用伺服器，以其EJB容器卓越的性能、技術的潮流性、開發部署J2EE應用的方便性贏得了很多J2EE開發者的信賴。其中，免安裝、基於JMX構架、熱部署（Hot Deploy）、快速開發EJB應用等幾項特徵與其他商用伺服器相比，顯得有些得意忘形的樣子。儘管其本身沒有重大的缺陷，但畢竟是Open Source的開發模式，文檔很少，因此要很好的掌握、精通開發基於JBoss的應用還是顯得有些力不從心。


　　本文結合自己的開發經驗，給出在JBoss 3.2.1下開發J2EE一些相關的注意事項和規則。其中，讀者一定要知道JBoss 3.2.1作為JBoss的過渡產品（與JBoss 3.0.x、JBoss 4.x相比），自然有些東西和JBoss 3.0.x、JBoss 4.x有很大差別。但是，一般情況下，本文介紹的內容，大體上都適合JBoss各個版本。


　　下載完JBoss 3.2.1后，解壓到一個沒有空格的目錄路徑下面就可以運行JBoss，所以很方便，但前提是目標機器安裝了Java 2 Standard Edition。一切就緒后，開始我們的旅程。


（假設JBoss 3.2.1安裝在：C:\jboss-3.2.1_tomcat-4.1.24，本使用default配置）


??一，相關配置文件的設置

為開發J2EE應用，操作資料庫成了必不可少的內容；調節日誌輸出的詳細程度成了調試J2EE應用的關鍵；EJB應用的調優過程是J2EE應用的核心。等等，這些內容都是我們需要知道的。


??（1）數據源的配置：


在JBoss 3.2.1中，配置數據源的步驟很簡單，JBoss 3.2.1本身帶了主流資料庫的配置實例，於目錄下：C:\jboss-3.2.1_tomcat-4.1.24\docs\examples\jca。具體使用那個配置文件取決於目標用戶的資料庫。如果是SQL Server 2000，則需要使用mssql-ds.xml文件（支持本地事務）或者mssql-xa-ds.xml文件（支持全局事務）；如果是Oracle 9i資料庫，則需要使用oracle-ds.xml文件或者oracle-xa-ds.xml文件。等等。這裡以SQL Server 2000為例。


首先將mssql-ds.xml文件拷貝到目錄：C:\jboss-3.2.1_tomcat-4.1.24\server\default\deploy下。然後打開文件，並作如下修改：


??< datasources >

???< local-tx-datasource >

???< jndi-name >VSSDB< /jndi-name >

???< connection-url >jdbc:microsoft:sqlserver://125.16.45.158:1433;DatabaseName=DDD< /connection-url >

???< driver-class >com.microsoft.jdbc.sqlserver.SQLServerDriver< /driver-class >

???< user-name >sa< /user-name >

???< password >sa< /password >

???< min-pool-size >50< /min-pool-size >

???< max-pool-size >200< /max-pool-size >

???< /local-tx-datasource >

??< /datasources >


如果目標J2EE應用只需要本地事務，則上述過程已經完成了Datasource的配置，同時這個配置將用於JDBC以及EJB通過JNDI使用。如果要實現EJB使用Datasource，則還需要修改位於目錄：C:\jboss-3.2.1_tomcat-4.1.24\server\default\conf下的standardjbosscmp-jdbc.xml文件。比如，


< jbosscmp-jdbc >


< defaults >

< datasource >java:/VSSDB1< /datasource >

< datasource-mapping >MS SQLSERVER2000< /datasource-mapping >

< create-table >true< /create-table >

???< remove-table >false< /remove-table >

< read-only >false< /read-only >

< time-out >300< /time-out >

< pk-constraint >true< /pk-constraint >

< fk-constraint >false< /fk-constraint >

???。。。。。。。。


其中，< datasource >java:/VSSDB< /datasource >中的VSSDB就是mssql-ds.xml配置的數據源；而「java:/」前綴表明該命名空間只是對JBoss本身可見，即運行於JBoss外的應用是不能夠使用這裡定義的數據源，這一點希望讀者注意。


其次，< datasource-mapping >MS SQLSERVER2000< /datasource-mapping >中的MS SQLSERVER2000可以在該文件的其他地方找到。（如果是其他資料庫，情況都是類似的，希望讀者加以思考！）


??（2）日誌的輸出詳細程度配置：


由於JBoss 3.2.1開發採用了Log4j管理其日誌信息（嚴格地講，它擴展了Log4j），因此了解Log4j的機理，有助於理解JBoss 3.2.1管理日誌的方式。


JBoss 3.2.1採用JMX架構的同時，且以.xml文件類型為配置文件，因此可以找到位於目錄：C:\jboss-3.2.1_tomcat-4.1.24\server\default\conf下的log4j.xml文件。比如，其中一段配置示例如下：


??< appender name="CONSOLE" class="org.apache.log4j.ConsoleAppender" >

???< param name="Target" value="System.out"/ >

???< param name="Threshold" value="INFO"/ >

???< layout class="org.apache.log4j.PatternLayout" >

????< !-- The default pattern: Date Priority [Category] Message\n -- >

????< param name="ConversionPattern" value="%d{ABSOLUTE} %-5p [%c{1}] %m%n"/ >

???< /layout >

??< /appender >


比如，為了調節JBoss 3.2.1控制台日誌輸出的詳細程度（調整為DEBUG級別），我們需要修改value=」INFO」，將INFO改為DEBUG。


如果目標讀者在開發Entity Beans，可以調節位於與log4j.xml文件同一目錄下的standardjboss.xml文件（該文件主要是提供修改EJB相關的調試、運行、調優、部署參數）。如果目標讀者Entity Beans採用的< container-name >為Standard CMP 2.x EntityBean，則將其中的< call-logging >屬性的取值改為true。


??< container-configuration >

??< container-name >Standard CMP 2.x EntityBean< /container-name >

??< call-logging >false< /call-logging >

??< invoker-proxy-binding-name >entity-rmi-invoker< /invoker-proxy-binding-name >

??< sync-on-commit-only >false< /sync-on-commit-only >

??。。。。。。。。。


完成上述兩步后，讀者在調試Entity Beans時通過控制台，可以看到Entity Beans發出的JDBC調用細節。


??（3）Tomcat容器相關參數的配置：


如果目標讀者使用JBoss 3.2.1與Tomcat 4.1.24的集成版本，則可以通過調節分別位於目錄：C:\jboss-3.2.1_tomcat-4.1.24\server\default\deploy\jbossweb-tomcat.sar下的web.xml和目錄：C:\jboss-3.2.1_tomcat-4.1.24\server\default\deploy\jbossweb-tomcat.sar\META-INF下的jboss-service.xml文件來達到目標讀者特定需求。


比如，如果想將HTTP服務埠改為80，則可以修改jboss-service.xml文件；如果想使目標J2EE應用處理更多的文件類型，可以修改web.xml文件。


??（4）相關類庫的放置：


如果您的應用涉及到第三方類庫，比如JDBC Driver，則可以將這些JDBC Driver存放到目錄下：C:\jboss-3.2.1_tomcat-4.1.24\server\default\lib。注意，不是目錄：C:\jboss-3.2.1_tomcat-4.1.24\lib下。


如果是與目標J2EE應用相關，則可以存放到目標.war（或者.ear）裡面，或者xxx.war目錄中的WEB-INFO\lib下。無論那種情形，都需要遵循J2EE規範。


當然，JBoss 3.2.1的配置文件有很多，比如提供郵件服務的mail-service.xml文件，等等。在這裡只是給讀者一些信息，如果您有相關問題，都可以試著本文介紹的一些內容解決您的問題。謝謝。


??二，開發EJB應用


如果開發EJB應用，建議採用JBoss作為開發伺服器，因為開發、調試、部署速度快。如果採用其他商用伺服器，由於實現機理的不同，其編譯的速度很慢。


如果採用Entity Beans技術，則您需要知道這麼幾點。第一，您目標系統的數據源有多少個操作入口，即是否存在Entity Beans之外的方式來操作資料庫。如果有，則需要調節相應< container-name >的< commit-option >提交策略以及< locking-policy >策略。


比如，JBoss 3.2.1採用的< commit-option >方式有4種：A、B、C、D。當然，如果除了Entity Beans訪問資料庫外，別無它出，採用A是很理智的。如果有，則需要取決於具體的情況使用< commit-option >方式。同時，< commit-option >方式的選擇與< locking-policy >策略有關係。


能夠採用< read-only >的Entity Beans或Entity Beans Methods，則盡量採用，這樣會減少或消除死鎖發生的可能性。


盡量採用1:n的關係來操作n方的數據表結構，這樣能夠提高EJB Container的效率。


其中，本文重點給出EJB事務處理方面的探討。


一般情況下，J2EE應用伺服器支持JDBC事務、JTA事務、容器管理事務。同時，最好不要在程序中同時使用上述三種事務類型，比如在JTA事務中嵌套JDBC事務；第二方面，事務要在儘可能短的時間內完成，不要在不同方法中實現事務的使用。比如，下面給出了回滾JDBC事務的代碼示例：


??public void processT(String orders) {

???Context initCtx = new InitialContext();

???javax.sql.DataSource ds = javax.sql.DataSource)initCtx.lookup("java:comp/env/jdbc/OrdersDB");

???java.sql.Connection conn = ds.getConnection();

???try{

????conn.setAutoCommit( false ); // 更改JDBC事務的默認提交方式

????orderNo = createOrder( orders );

????updateOrderStatus(orderNo, "orders created");

????conn.commit(); // 提交JDBC事務

???}catch( Exception e ){

????try{

?????conn.rollback(); // 回滾sJDBC事務

?????throw new EJBException("事務回滾：" + e.getMessage());

????}catch( SQLException sqle ){

?????throw new EJBException("出現SQL操作錯誤：" + sqle.getMessage());

????}

???}

??}


??(修改自，Transactions in J2EE(RedBooks).pdf中的一段Bean管理的JDBC事務)


??下面給出了JTA事務代碼示例：


??public void processOrder(String orderMessage) {

???UserTransaction transaction = mySessionContext.getUserTransaction();// 獲得JTA事務

???try{

????transaction.begin(); // 開始JTA事務

????orderNo = sendOrder(orderMessage);

????updateOrderStatus(orderNo, "order sent");

????transaction.commit(); // 提交JTA事務

????}catch(Exception e){

?????try{

??????transaction.rollback();// 回滾JTA事務

?????}catch(SystemException se){

??????se.printStackTrace();

?????}

????throw new EJBException("事務回滾：" + e.getMessage());

???}

??}


??(修改自，Transactions in J2EE(RedBooks).pdf中的一段Bean管理的JTA事務)


同時，如果Session Bean採用JTA管理事務，一定不要通過JNDI獲取JTA事務，否則結果不堪設想；而是採用類似，「mySessionContext.getUserTransaction()」的方法獲取。


最後，可以使用容器管理事務（CMT）。在使用CMT過程中，如果聲明讓容器完成事務回滾，則目標EJB應用必須拋出系統級異常，否則容器是不會滿足事務的ACID。在包javax.ejb的異常類中，除了NoSuchEntityException和EJBException屬於系統級異常外，其他的異常全部是應用級異常。


上述3點內容，值得讀者注意。可能有些讀者在使用EJB CMT過程中，總是會遇到自己已經將事務聲明為「Required」，但就是不能夠保證事務的ACID。因此，希望讀者注意J2EE應用中事務使用的不同方式。詳細情況，可以參考J2EE Tutorial一書中的事務處理章節。


??另外，


??1) 在開發Entity Beans過程中，能夠使用CMP的地方盡量不要採用BMP的方式。如果擬採用BMP的方式，還不如採用Session Bean + JDBC，其中可以通過JTA控制事務（如果性能問題不是很重要的話）。

??2) 能夠通過容器實現的事務（即，通過聲明）的地方盡量採用，提高開發效率，使得您可以更加專註於業務邏輯本身。

??3)盡量採用J2EE規範採用的各項技術。如果目標系統需要移植，但使用了很多與JBoss特有的技術，其移植工作則很麻煩。


??三，開發Web應用


一般情況下，開發Web應用最好採用一些Thirty-Part軟體或者Framework。比如，Struts、Log4j、webMethods等等。其優勢顯而易見。


就目前而言，Struts的應用基本上成為了開發Web應用的標準。即將推出來的JSF很好的實現了與Struts的補充和集成。同時，JSF也將給快速開發JSP Web前端應用帶來革命。另外，Struts也恰恰促進了JSF的發展。


開發JBoss 3.2.1下的Web應用的過程和其他應用伺服器下都差不多。同時，JBuilder 8、9都已經支持Struts 1.1。如果讀者需要JBoss 3.2.1下，結合Struts、EJB、JSP、Servlet、JavaBean相關實例的文章，可以給我提些建議。


??四，總結


通過這兩次的文章，將開發J2EE應用相關的幾個基本問題做了初步的探討。開發J2EE應用涉及到的問題是一個系統工程問題，也不是幾篇文章、幾本書能夠回答清楚的，很多內容需要大家在實踐中摸索、學習，去進步。

Tags: linux system 內核