二， 开发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相关开发、应用问题。
如果开发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相关开发、应用问题。
解决方案 »
免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货