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.24docsexamplesjca。具體使用哪個配置文件取決於目標用戶的數據庫。如果是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.24serverdefaultdeploy下。然後打開文件，並作如下修改：
<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>
其中，java:/VSSDB中的VSSDB就是mssql-ds.xml配置的數據源；而“java:/”前綴表明該命名空間只是對JBoss本身可見，即運行於JBoss外的應用是不能夠使用這裡定義的數據源，這一點希望注意。
其次，MS SQLSERVER2000中的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采用的為Standard CMP 2.x EntityBean，則將其中的屬性的取值改為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.24serverdefaultdeployjbossweb-tomcat.sar下的web.xml和目錄：C:jboss-3.2.1_tomcat-4.1.24serverdefaultdeployjbossweb-tomcat.sarMETA-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.24serverdefaultlib。注意，不是目錄：C:jboss-3.2.1_tomcat-4.1.24lib下。
如果是與目標J2EE應用相關，則可以存放到目標.war（或者.ear）裡面，或者xxx.war目錄中的WEB-INFOlib下。無論那種情形，都需要遵循J2EE規范。當然，JBoss 3.2.1的配置文件有很多，比如還有提供郵件服務的mail-service.xml文件等。
二、開發EJB應用
如果開發EJB應用，建議采用JBoss作為開發服務器，因為開發、調試、部署速度快。如果采用其他商用服務器，由於實現機理的不同，其編譯的速度很慢。如果采用Entity Beans技術，則您需要知道這幾點。第一，您目標系統的數據源有多少個操作入口，即是否存在Entity Beans之外的方式來操作數據庫。如果有，則需要調節相應的提交策略以及策略。
比如，JBoss 3.2.1采用的方式有4種：A、B、C、D。當然，如果除了Entity Beans訪問數據庫外，別無它出，采用A是很理智的。如果有，則需要取決於具體的情況使用方式。同時，方式的選擇與策略有關系。能夠采用的Entity Beans或Entity Beans Methods，則盡量采用，這樣會減少或消除死鎖發生的可能性。盡量采用1:n的關系來操作n方的數據表結構，這樣能夠提高EJB Container的效率。
一般情況下，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());
}
}
}
下面給出了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());
}
}
同時，如果Session Bean采用JTA管理事務，一定不要通過JNDI獲取JTA事務，否則結果不堪設想；而是采用類似，“mySessionContext.getUserTransaction()”的方法獲取。
最後，可以使用容器管理事務（CMT）。在使用CMT過程中，如果聲明讓容器完成事務回滾，則目標EJB應用必須拋出系統級異常，否則容器是不會滿足事務的ACID。在包javax.ejb的異常類中，除了NoSuchEntityException和EJBException屬於系統級異常外，其他的異常全部是應用級異常。
另外，在開發Entity Beans過程中，能夠使用CMP的地方盡量不要采用BMP的方式。如果擬采用BMP的方式，還不如采用Session Bean + JDBC，其中可以通過JTA控制事務（如果性能問題不是很重要的話）。能夠通過容器實現的事務（即，通過聲明）的地方盡量采用，提高開發效率，使得您可以更加專注於業務邏輯本身。盡量采用J2EE規范采用的各項技術。如果目標系統需要移植，但使用了很多與JBoss特有的技術，其移植工作則很麻煩。
三、開發Web應用
一般情況下，開發Web應用最好采用一些Thirty-Part軟件或者Framework。比如，Struts、Log4j、webMethods等等。其優勢顯而易見。
就目前而言，Struts的應用基本上成為了開發Web應用的標准。即將推出來的JSF很好的實現了與Struts的補充和集成。同時，JSF也將給快速開發JSP Web前端應用帶來革命。另外，Struts也恰恰促進了JSF的發展。開發JBoss 3.2.1下的Web應用的過程和其他應用服務器下都差不多。
