ProcessInstance processInstance =new ProcessInstance(processDefinition);
                Token token = processInstance.getRootToken();
                assertSame(processDefinition.getStartState(), token.getNode());
                token.signal();
                assertSame(processDefinition.getNode("s"), token.getNode());
                token.signal();
                assertSame(processDefinition.getNode("end"), token.getNode());
        }
        首先，我们定义个流程模板（ProcessDefinition），就是上面代码的ProcessDefinition processDefinition = ProcessDefinition.parseXmlString(….);这段，在括号中是jbpm定义的流程，其中包括三个环节，分别是starts-state、state和end-state。parseXmlString（）方法的主要功能是解析这段xml语言返回个流程模板对象（processDefinition）。
        接着，通过流程实例类（ProcessInstance）来实例化个流程实例，通过传进来的流程模板对象创建ProcessInstance processInstance =new ProcessInstance(processDefinition)。我们来看看new ProcessInstance(processDefinition)到底做了什么，通过查看ProcessInstance的源代码，可以看到其中主要的一段是
        public ProcessInstance( ProcessDefinition processDefinition ) {
            //略去其他代码
            this.processDefinition = processDefinition; //将流程模板对象付给流程实例
            this.rootToken = new Token(this); //创建跟令牌
            //略去其他代码
        }
        我们继续跟进Token这个类
        public Token(ProcessInstance processInstance) {
            //主要一句如下
            this.node = processInstance.getProcessDefinition().getStartState();
        }
        这样就实现了令牌绑定到开始节点。至此，一个流程实例就创建起来了，并且该流程实例走到了开始节点，即令牌所处的位置。
        我们接着往下走token.signal()
        public void signal() {
                signal(node.getDefaultLeavingTransition(), new ExecutionContext(this));
                //这里的getDefaultLeavingTransition()如果有多条路径，则去第一条路径
          }
        void signal(Transition transition, ExecutionContext executionContext) {
            //省略其他代码
            node.leave(executionContext, transition);
            //省略其他代码
        }
        这里的node就是刚才令牌所在的开始节点，我们来看看jbpm是如何将令牌从开始节点移到下个节点的。
        public void leave(ExecutionContext executionContext, Transition transition) {
            Token token = executionContext.getToken();
            token.setNode(this);//此时令牌还在开始节点
            executionContext.setTransition(transition);
            //略去部分代码
        executionContext.setTransitionSource(this);
        transition.take(executionContext);//实现令牌的转移
        }
        我们来看看transition.take(..)方法做了什么
        public void take(ExecutionContext executionContext) {
            //略去部分代码
            to.enter(executionContext);//离开开始节点，进入到下个节点
        }
        大家可能会有点疑问，这个to节点是什么是否初始化的？其实在signal时有句node.getDefaultLeavingTransition()，这句返回Transition对象，该对象就已经初始化了to节点的对象。我们在跟进to.enter(..)
        public void enter(ExecutionContext executionContext) {
            Token token = executionContext.getToken();
            token.setNode(this);//此时令牌就到了名字为“s”的state节点
            token.setNodeEnter(new Date());
            executionContext.setTransition(null);
            executionContext.setTransitionSource(null);
            execute(executionContext);
        }
        在这段代码中的注释这句，真正实现了令牌从开始节点到下个节点了。
        至此，jbpm工作流引擎的内部工作原理就介绍完了，其实这就是工作流引擎最核心的部分了，就是如何从一个环节转移到另一个环节。或许你会说“这么简单，我马上就可以写一个”，其实不然，上面我们所用的例子是十分简单的例子，其实在工作流联盟规范中还有其他复杂的节点模型，如split，join，subflow等。不过幸运的是这些复杂的节点模型jbpm都为我们提供了他自己的默认的实现，这些节点模型都在org.jbpm.graph.node包下。jbpm引擎中很好的抽象了节点模型Node类，大部分的复杂节点模型都继承自Node，我们也可以定制自己的节点，只要实现Node类的execute()方法即可方便的实现。其实从上面分析的代码可以看出，Node类主要的逻辑处理是在leave()、enter()和execute()三个方法，大家可以看下ProcessState，join，fork这些节点模型是如何实现的。
以上简单介绍了jbpm引擎内核的工作原理，如有不对的地方还望指正。

操作系统：window xp sp2

SVN的版本：1.5（http://www.collab.net/downloads/subversion/）

TortoiseSVN的版本：1.5（http://sourceforge.net/projects/tortoisesvn/）

SVN服务器端安装配置

1、 安装SVN服务器端

A、到svn的官方网下载svn服务器端软件到本地，然后安装，按提示一步一步安装完成。1.5版本默认的会将svn添加为window的服务的选项，勾选上即可随操作系统的启动而启动svn的服务。而1.5以前的版本则需要手动添加的window的服务中，用window的sc命令，至于sc命令如何用读者可以查看sc的帮助。

B、安装完后打开window的服务管理器，将svn的服务启动，全名为Svnversion Server。打开命令行运行命令svnadmin --version，可以看到svn安装的版本信息，至此svn的安装完成。

C、安装svn客户端端软件TortoiseSVN，按步骤安装下来即可。

2、SVN服务器端的配置

       第一点只介绍了svn的安装，要让其能够使用，我们还需要些配置，像版本库的建立，用户的访问权限等。

A、创建版本库。

打开命令行执行svnadmin create path，其中path表示你要建立的版本库的存放路径,此路径也是svn在window的服务上注册是指向的路径，笔者的路径为D:\svn_repository，即svnadmin create D:\svn_repository。运行该命令后，可以发现在D:\svn_repository的目录下，创建了些文件和文件夹，至此创建版本库成功。

B、配置用户的访问权限。

在刚才的目录下有个文件夹conf，svn的配置文件就在此目录中。打开该文件夹下的svnserver.conf文件，我们可以看到svn的配置信息的一些属性，这里行前凡是有#的都表示被注释掉了，你可以把#去掉让该行的属性生效，或者自己在最后添加新的行来生效svn的属性。

在这我们关心的属性说明如下：

anon-access = read 表示匿名的用户可以什么样的方式访问版本库，有none、read、write三个值可选，文件中为read说明匿名用户可以只读的方式访问版本库。

auth-access = write 表示验证通过的用户具有什么权限，有none、read、write三个值可选，文件中为write表示可写，当然也可读了。

password-db = passwd 表示用户的密码存放的地方。

authz-db = authz 表示版本库中访问路径的规则，即谁只能访问哪个目录下的文件，其他目录下的文件无法访问。

现在我们将auth-access、password-db、authz-db三个属性的前面的#去掉，使其生效，注意三个属性前不能有空格。

然后我们编辑passwd和authz这两个文件的信息。

a、在passwd文件中的[users]下添加能访问版本库的用户名和密码，如该文件中的事例。我们添加admin = admin

b、在authz文件中，[groups]下可以配置组信息，即将几个人加入到一个组中。[/foo/bar]下添加人员的规则表示谁可访问/foo/bar路径下的信息。我们在[/foo/bar]下添加

[/]

admin = rw

至此，我们配置了admin的账号，该账号具有根目录下的所有文件的读写操作权限。

3、创建我们的项目

在D:"test下新建project文件夹，在project下新建trunk，tags，branches三个文件夹，打开命令行，将目录转到D:\test下，运行svn import –m addproject --username admin --password admin --config-dir /project svn://localhost回车显示如下：

Adding project

Adding project/trunk

Adding project/branches

Adding project/tags

Committed revision 1.

表示我们的项目project创建成功。

这里说明下trunk、tags、branches三个文件夹的作用：

trunk：表示开发时版本存放的目录，即在开发阶段的代码都提交到该目录上。

branches：表示发布的版本存放的目录，即项目上线时发布的稳定版本存放在该目录中。

tags：表示标签存放的目录。

在这需要说明下分三个目录的原因，如果项目分为一期、二期、三期等，那么一期上线时的稳定版本就应该在一期完成时将代码copy到branches上，这样二期开发的代码就对一期的代码没有影响，如新增的模块就不会部署到生产环境上。而branches上的稳定的版本就是发布到生产环境上的代码，如果用户使用的过程中发现有bug，则只要在branches上修改该bug，修改完bug后再编译branches上最新的代码发布到生产环境即可。tags的作用是将在branches上修改的bug的代码合并到trank上时创建个版本标识，以后branches上修改的bug代码再合并到trunk上时就从tags的version到branches最新的version合并到trunk，以保证前期修改的bug代码不会在合并。

至此我们就可以使用svn来管理我们的代码了。