jms中的编程式事务

在网上看到的jms教程，很多仅仅局限在发送接收上，而实际上本人认为异步jms中的事务管理是非常重要的，比如说网上银行，为了更好的响应用户，我们采用异步提交订单的方式，那么用户提交后，在其虚拟账户里，就减少了相应的数额，而真正账户的减少还正在进行，那么如果这个时候由于网络或者其他原因这个消息的处理发生错误，这个时候我们就希望进行消息的回滚，使得消息进行重新处理，那么我们就需要使用jms事务。
   开发一个jms驱动的应用，这是被用来作为与其他几个系统的结合点，上面的例子是与银行系统进行交互。我们定义一个标准的异常处理过程 ，假如整个系统是消息驱动的，在我们的应用的最顶端是我们的messagelistener ，这在今天看起来有点像这样：

public void onmessage(message m) {
  try {
    process(m);
  } catch (throwable t) {
    log(t);
  }
}

假如我们的异常处理策略就是这一种，现在这只是一种情况，我们必须知道，有时候这样的异常并不是自身系统的异常，而是我们需要集成的那些系统，有可能是他们的服务器暂时关闭，因此，在出现这样的错误时，我们希望重新处理此消息，要想重新处理，就要是使用jms的事务处理了。如果是编码进行管理，那么我们需要暴露出session。

public ourmessagelistener(topicsession topicsession) {
  this.topicsession = topicsession;
}

      

 
public void onmessage(message m) {
  try {
    process(m);
    //如果成功了，就调用commit，清除消息缓存
    topicsession.commit();
  } catch (throwable t) {
    log(t);
  }
}

如果添加了回滚方法

public void onmessage(message m) {
  try {
    process(m);
    topicsession.commit();
   } catch (throwable t) {
    log(t);
    topicsession.rollback();//如果想让他回滚，就从session缓存中取得刚发送的消息，继续发送
  }
}

下一个场景，有些异常需要回滚，有些则不需要：

public void onmessage(message m) {
  try {
    object command = new messagehandler(m);
    process(command);
    topicsession.commit();
  } catch (messageinvalidexception e) {
    log(t);
    //我们不希望处理这个异常
    topicsession.commit();
  } catch (throwable t) {
   log(t);
   topicsession.rollback();
  }
}