开发基于JBoss的J2EE应用(续)
作者:罗时飞
(E_mail: j2eebeans@yahoo.com.cn)
(版权个人所有,引用指明出处,不要用于商业目的,写于2003年08月22日)
关键词:JBoss 3.2.1 J2EE JNDI Database
接上。。。。。。
其中,本文重点给出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相关开发、应用问题。
(E_mail: j2eebeans@yahoo.com.cn)
作者:罗时飞
(E_mail: j2eebeans@yahoo.com.cn)
(版权个人所有,引用指明出处,不要用于商业目的,写于2003年08月22日)
关键词:JBoss 3.2.1 J2EE JNDI Database
接上。。。。。。
其中,本文重点给出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相关开发、应用问题。
(E_mail: j2eebeans@yahoo.com.cn)