JBPM是在客户端线程中运行的流程，因此它自然就是同步的。这意味着token.signal()和taskInstance.end()方法只有在流程执行进入了一个新的等待状态才能返回。

大部分情况下，这是非常直观的方法，因为流程执行能够很容易的和服务器端事务绑定：在同一个事务中流程从一个状态执行到另一个状态。

在流程中需要大量时间计算的场景中，这种方法肯定不是想要的。为了解决这种场景遇到的问题，JBPM引入了一个异步消息系统，允许流程以异步的方式执行。当然，在Java企业环境中，JBPM可以被配置为使用其他的JMS消息代理系统，而不是使用内置的消息系统。

在任何节点中，JPDL支持async属性为true。被配置为异步的节点将不会在客户端线程中执行。相反，一个消息将被异步消息系统发送，然后线程就被返回给客户端（这意味着token.signal()和taskInstance.end()将被返回）。

注意，这时候JBPM客户端代码可以提交事务了。在流程更新的同一个事务中消息将被发送。所以事务的结果就是:token被移到了下一个节点（这时这个节点还没有被执行），并且一个执行节点命令（ExecuteNodeCommand）消息被异步消息系统发送给JBPM的命令执行器Command Executor。

JBPM的命令执行器从消息队列中读取并且执行。在执行节点命令中，流程将被继续执行。每个命令都在一个单独的事务中被执行。

所以为了让异步的流程能够继续，一个JBPM命令执行器必须运行。最简单的方法是在Web应用中配置CommandExecutionServlet。让这个Servlet负责运行JBPM命令执行器。或者你使用其他方法，总之必须保证命令执行器线程必须运行。

作为一个流程的建模者，你不必关心所有的异步消息，关键一点是事务的划分：默认情况下，JBPM在客户端操作事务，计算整个流程直到流程进入一个等待状态。你可以将async属性设为true去在流程中划分事务。

<start-state>
  <transition to="one" />
</start-state>
<node async="true" name="one"> // 异步
  <action class="com...MyAutomaticAction" />
  <transition to="two" />
</node>
<node async="true" name="two"> // 异步
  <action class="com...MyAutomaticAction" />
  <transition to="three" />
</node>
<node async="true" name="three"> // 异步
  <action class="com...MyAutomaticAction" />
  <transition to="end" />
</node>
<end-state name="end" />

客户端代码与流程执行的交互（启动，继续启动）和同步的一样处理：

...start a transaction...
JbpmContext jbpmContext = jbpmConfiguration.createContext();
try {
  ProcessInstance processInstance = jbpmContext.newProcessInstance("my async process");
  processInstance.signal();
  jbpmContext.save(processInstance);
} finally {
  jbpmContext.close();
}

在上述例子中，第一个事务结束后，流程执行的根令牌root token将会指向节点one，然后一个执行节点命令消息ExecutionNodeCommandMessage

被发送给命令执行器。在接下来的事务中，命令执行器将会读取消息队列的消息，然后执行节点one。这个动作能够决定是传递流程执行还是进入等待状态。

如果动作决定传递流程执行，那么在流程执行到达节点two的时候，事务就结束了。然后继续...继续...下去。