jbpm binding类深入解析
JBPM的Binding深入解析
JBPM实现了自己的IOC机制，其中重要的成员就是Binding这些类了！
流程引擎初始化都需要加载那些binding类？
我们可以在jbpm.wire.bindings.xml中定义流程引擎初始化需要加载的binding类。当然我们也可以设计自己的binding（如RepositoryUpgradeManageBinding），我既可以把这个类加到jbpm.wire.bindings.xml中，也可以在根目录下添加包含该类的jbpm.user.wire.bindings.xml文件，特别是在自定义的binding类很多时，建议采用后者，以方便后期的维护。
Jbpm中有哪两种类型的binding类？
Jbpm中主要有两大类型的binding类，一种是跟流程引擎使用的一些对象有
关的binding，一类是跟流程定义结点有关的binding类。
Jbpm中的binding类的继承结构是什么样的？
Jbpm中binding类的整体继承结构如下图所示<?xml:namespace prefix = v ns = "urn:schemas-microsoft-com:vml" />
Jbpm中binding类的实例化过程是怎样的？处理过程中有什么不同？
过程：
都是通过读取配置文件，通过配置文件中定义的类，决定需要实例化的类。
不同点：
1. 配置文件及结构不同
Jbpm.wire.bindings.xml jbpm.jpdl.bindings.xml
前者结构
<binding class="org.jbpm.pvm.internal.wire.binding.PropertyBinding" />
后者结构
<activity binding="org.jbpm.jpdl.internal.activity.TaskBinding" />
<eventlistener binding="org.jbpm.jpdl.internal.activity.JavaBinding" />
2. 配置文件加载的时机不同
前者是在加载并解析jbpm.cfg.xml之前由WireParser类进行加载；后者是在流程发布时由JpdlParser进行加载。但是两者都是首次运行时执行，只要系统不重启就不会重新加载。
3. 具体负责解释xml的类和生成的实例的处理方式不同
前者是由BindingParser类解析xml，生成的实例添加WireDefine的实例中(这个实例是WireContxt的成员)；后者是有JpdlBindingParser类解析xml，生成的实例进行返回，最后添加到流程定义实例中。
Jbpm中Binding类的结构和作用是什么？
bpm中binding的重要有两个成员方法：
1. 构造函数
传递binding对应的标签字符串。对于非活动类型binding的标签主要在配置文件（jbpm.tx.hibernate.cfg.xml）中配置使用，控制是否生成对应的descriptor；对于活动类型的binding的标签主要用于ActivityImpl中的type字符串，可以用于判定结点的类型。
2. parseDocumentElement，主要用于生成相应的binding对象实例