????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应用涉及到的问题是一个系统工程问题，也不是几篇文章、几本书能够回答清楚的，很多内容需要大家在实践中摸索、学习，去进步。

    谢谢大家。欢迎大家给我来信，共同探讨j2ee相关开发、应用问题。