开发基于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下。然后打开文件,并作如下修改:

 1<datasources>
 2<local-tx-datasource>
 3<jndi-name>VSSDB</jndi-name>
 4<connection-url>jdbc:microsoft:sqlserver://125.16.45.158:1433;DatabaseName=DDD 
 5
 6</connection-url>
 7<driver-class>com.microsoft.jdbc.sqlserver.SQLServerDriver</driver-class>
 8<user-name>sa</user-name>
 9<password>sa</password>
10<min-pool-size>50</min-pool-size>
11<max-pool-size>200</max-pool-size>
12</local-tx-datasource>
13</datasources>

如果目标J2EE应用只需要本地事务,则上述过程已经完成了Datasource的配置,同时这个配置将用于JDBC以及EJB通过JNDI使用。如果要实现EJB使用Datasource,则还需要修改位于目录:C:\jboss-3.2.1_tomcat-4.1.24\server\default\conf下的standardjbosscmp-jdbc.xml文件。比如,

  1<jbosscmp-jdbc>
  2<defaults>
  3<datasource>java:/VSSDB1</datasource>
  4<datasource-mapping>MS SQLSERVER2000</datasource-mapping>
  5<create-table>true</create-table>
  6<remove-table>false</remove-table>
  7<read-only>false</read-only>
  8<time-out>300</time-out>
  9<pk-constraint>true</pk-constraint>
 10<fk-constraint>false</fk-constraint>
 11
 12。。。。。。。。 
 13
 14其中,<datasource>java:/VSSDB</datasource>中的VSSDB就是mssql-ds.xml配置的数据源;而“java:/”前缀表明该命名空间只是对JBoss本身可见,即运行于JBoss外的应用是不能够使用这里定义的数据源,这一点希望读者注意。 
 15
 16其次,<datasource-mapping>MS SQLSERVER2000</datasource-mapping>中的MS SQLSERVER2000可以在该文件的其他地方找到。(如果是其他数据库,情况都是类似的,希望读者加以思考!) 
 17
 18(2) 日志的输出详细程度配置: 
 19
 20由于JBoss 3.2.1开发采用了Log4j管理其日志信息(严格地讲,它扩展了Log4j),因此了解Log4j的机理,有助于理解JBoss 3.2.1管理日志的方式。 
 21
 22JBoss 3.2.1采用JMX架构的同时,且以.xml文件类型为配置文件,因此可以找到位于目录:C:\jboss-3.2.1_tomcat-4.1.24\server\default\conf下的log4j.xml文件。比如,其中一段配置示例如下: 
 23
 24<appender class="org.apache.log4j.ConsoleAppender" name="CONSOLE">
 25<param name="Target" value="System.out"/>
 26<param name="Threshold" value="INFO"/>
 27<layout class="org.apache.log4j.PatternLayout">
 28<!-- The default pattern: Date Priority [Category] Message\n -->
 29<param name="ConversionPattern" value="%d{ABSOLUTE} %-5p [%c{1}] %m%n"/>
 30</layout>
 31</appender>
 32
 33比如,为了调节JBoss 3.2.1控制台日志输出的详细程度(调整为DEBUG级别),我们需要修改value=”INFO”,将INFO改为DEBUG。 
 34
 35如果目标读者在开发Entity Beans,可以调节位于与log4j.xml文件同一目录下的standardjboss.xml文件(该文件主要是提供修改EJB相关的调试、运行、调优、部署参数)。如果目标读者Entity Beans采用的<container-name>为Standard CMP 2.x EntityBean,则将其中的<call-logging>属性的取值改为true。 
 36
 37<container-configuration>
 38<container-name>Standard CMP 2.x EntityBean</container-name>
 39<call-logging>false</call-logging>
 40<invoker-proxy-binding-name>entity-rmi-invoker</invoker-proxy-binding-name>
 41<sync-on-commit-only>false</sync-on-commit-only>
 42
 43。。。。。。。。。 
 44
 45完成上述两步后,读者在调试Entity Beans时通过控制台,可以看到Entity Beans发出的JDBC调用细节。 
 46
 47(3) Tomcat容器相关参数的配置: 
 48
 49如果目标读者使用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文件来达到目标读者特定需求。 
 50
 51比如,如果想将HTTP服务端口改为80,则可以修改jboss-service.xml文件;如果想使目标J2EE应用处理更多的文件类型,可以修改web.xml文件。 
 52
 53(4) 相关类库的放置: 
 54
 55如果您的应用涉及到第三方类库,比如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下。 
 56
 57如果是与目标J2EE应用相关,则可以存放到目标.war(或者.ear)里面,或者xxx.war目录中的WEB-INFO\lib下。无论那种情形,都需要遵循J2EE规范。 
 58
 59当然,JBoss 3.2.1的配置文件有很多,比如提供邮件服务的mail-service.xml文件,等等。在这里只是给读者一些信息,如果您有相关问题,都可以试着本文介绍的一些内容解决您的问题。谢谢。 
 60
 61##  二, 开发EJB应用 
 62
 63如果开发EJB应用,建议采用JBoss作为开发服务器,因为开发、调试、部署速度快。如果采用其他商用服务器,由于实现机理的不同,其编译的速度很慢。 
 64
 65如果采用Entity Beans技术,则您需要知道这么几点。第一,您目标系统的数据源有多少个操作入口,即是否存在Entity Beans之外的方式来操作数据库。如果有,则需要调节相应<container-name>的<commit-option>提交策略以及<locking-policy>策略。 
 66
 67比如,JBoss 3.2.1采用的<commit-option>方式有4种:A、B、C、D。当然,如果除了Entity Beans访问数据库外,别无它出,采用A是很理智的。如果有,则需要取决于具体的情况使用<commit-option>方式。同时,<commit-option>方式的选择与<locking-policy>策略有关系。 
 68
 69能够采用<read-only>的Entity Beans或Entity Beans Methods,则尽量采用,这样会减少或消除死锁发生的可能性。 
 70
 71尽量采用1:n的关系来操作n方的数据表结构,这样能够提高EJB Container的效率。 
 72
 73待续。。。。。。 
 74
 75接上。。。。。。 
 76
 77其中,本文重点给出EJB事务处理方面的探讨。 
 78
 79一般情况下,J2EE应用服务器支持JDBC事务、JTA事务、容器管理事务。同时,最好不要在程序中同时使用上述三种事务类型,比如在JTA事务中嵌套JDBC事务;第二方面,事务要在尽可能短的时间内完成,不要在不同方法中实现事务的使用。比如,下面给出了回滚JDBC事务的代码示例: 
 80
 81public void processT(String orders) { 
 82
 83Context initCtx = new InitialContext(); 
 84
 85javax.sql.DataSource ds = javax.sql.DataSource)initCtx.lookup 
 86
 87(“java:comp/env/jdbc/OrdersDB”); 
 88
 89java.sql.Connection conn = ds.getConnection(); 
 90
 91try{ 
 92
 93conn.setAutoCommit( false ); //更改JDBC事务的默认提交方式 
 94
 95orderNo = createOrder( orders ); 
 96
 97updateOrderStatus(orderNo, “orders created”); 
 98
 99conn.commit();//提交JDBC事务 
100
101}catch( Exception e ){ 
102
103try{ 
104
105conn.rollback();//回滚sJDBC事务 
106
107throw new EJBException(“事务回滚: “ + e.getMessage()); 
108
109}catch( SQLException sqle ){ 
110
111throw new EJBException(“出现SQL操作错误: “ + sqle.getMessage()); 
112
113} 
114
115} 
116
117} 
118
119(修改自,Transactions in J2EE(RedBooks).pdf中的一段Bean管理的JDBC事务) 
120
121下面给出了JTA事务代码示例: 
122
123public void processOrder(String orderMessage) { 
124
125UserTransaction transaction = mySessionContext.getUserTransaction();//获得JTA事务 
126
127try{ 
128
129transaction.begin();//开始JTA事务 
130
131orderNo = sendOrder(orderMessage); 
132
133updateOrderStatus(orderNo, “order sent”); 
134
135transaction.commit();//提交JTA事务 
136
137}catch(Exception e){ 
138
139try{ 
140
141transaction.rollback();//回滚JTA事务 
142
143}catch(SystemException se){ 
144
145se.printStackTrace(); 
146
147} 
148
149throw new EJBException(“事务回滚: “ + e.getMessage()); 
150
151} 
152
153} 
154
155(修改自,Transactions in J2EE(RedBooks).pdf中的一段Bean管理的JTA事务) 
156
157同时,如果Session Bean采用JTA管理事务,一定不要通过JNDI获取JTA事务,否则结果不堪设想;而是采用类似,“mySessionContext.getUserTransaction()”的方法获取。 
158
159最后,可以使用容器管理事务(CMT)。在使用CMT过程中,如果声明让容器完成事务回滚,则目标EJB应用必须抛出系统级异常,否则容器是不会满足事务的ACID。在包javax.ejb的异常类中,除了NoSuchEntityException和EJBException属于系统级异常外,其他的异常全部是应用级异常。 
160
161上述3点内容,值得读者注意。可能有些读者在使用EJB CMT过程中,总是会遇到自己已经将事务声明为“Required”,但就是不能够保证事务的ACID。因此,希望读者注意J2EE应用中事务使用的不同方式。详细情况,可以参考J2EE Tutorial一书中的事务处理章节。 
162
163另外, 
164
1651) 在开发Entity Beans过程中,能够使用CMP的地方尽量不要采用BMP的方式。如果拟采用BMP的方式,还不如采用Session Bean + JDBC,其中可以通过JTA控制事务(如果性能问题不是很重要的话)。 
166
1672) 能够通过容器实现的事务(即,通过声明)的地方尽量采用,提高开发效率,使得您可以更加专注于业务逻辑本身。 
168
1693) 尽量采用J2EE规范采用的各项技术。如果目标系统需要移植,但使用了很多与JBoss特有的技术,其移植工作则很麻烦。 
170
171##  三, 开发Web应用 
172
173一般情况下,开发Web应用最好采用一些Thirty-Part软件或者Framework。比如,Struts、Log4j、webMethods等等。其优势显而易见。 
174
175&lt;SPAN style="FONT-FAMILY: 宋体; mso-ascii-</read-only></locking-policy></commit-option></commit-option></commit-option></locking-policy></commit-option></container-name></container-configuration></call-logging></container-name></defaults></jbosscmp-jdbc>
Published At
Categories with Web编程
Tagged with
comments powered by Disqus