无风听海

<br />JBPM数据库分析<br /> <br />持久化基础知识<br />       持久化（Persistence），即把数据（如内存中的对象）保存到可永久保存的存储设备中（如磁盘）。持久化的主要应用是将内存中的对象存储在关系型的数据库中，当然也可以存储在磁盘文件中、XML数据文件中等等。<br />      我们可以这样理解：<br />　　在一定周期内保持不变就是持久化,持久化是针对时间来说的. <br />　　数据库中的数据就是持久化了的数据,只要你不去删除或修改. <br />Sess

JBPM流程定义校验之.net利用XSD校验XML      上篇我们学习了在javascript中怎样利用XSD来验证xml，废话不在多说，今天我们来看一些怎样在.net中怎样实现利用xsd来校验xml！      using System;using Sy

Validation is a powerful tool. It enables you to quickly check that input is roughly in the form you expect and quickly reject any document

JBPM流程定义校验之XSD简介JBPM的流程定义语言是JPDL，其本身是一种自定义结构的xml；JBPM的流程定义结构比较复杂，不仅元素的类型多样，而且对数据类型也有比较严格的要求，同时有很多元素有着相同的元素和属性等；做为流程引擎应该具有校验流程定义的有效性的能力，从而保

JBPM流程定义校验之javascript利用XSD校验XML     上篇我们简单的介绍了一下XSD的相关知识，今天我们来学习一下在javascript中怎样利用XSD来验证xml；现在各大浏览器厂商中，好像就微软公布了相应的接口，其他的厂商需要我们自己来实现类库；所以

JBPM流程部署之部署环境初始化        文章比较长，复制黏贴博文的格式不是很好，如果影响您的阅读，请访问 我的其他博客 JBPM流程部署之部署环境初始化      流程的部署是流程引擎需要完成的几个重要的任务之一，流程定义是现实中复杂业务需求在流程流转实现

JBPM流程部署之流程支持节点扩展流程引擎支持的节点类型在很大的程度上决定了流程引擎对现实业务的支持能力，同时也需要能够灵活的扩展节点类型。通过上篇对流程部署环境的初始化，我们大致的了解到JBPM不仅提供能了众多的节点类型，这些节点基本上可以满足大部分的一般业务需求；同时

JBPM流程部署之部署解析器相关对象扩展 流程部署解析器是流程引擎很重要的部分，负责xml流程定义的解析并转化成运行时的流程定义实体对象，它在很大的程度上决定了流程定义xml的书写形式，当然了也可以说流程定义xml在很大的程度上决定了部署解析器的业务逻辑实现，只是因为站的角度

jbpm流程部署之部署服务相关对象扩展        流程部署服务是流程引擎提供给外界的调用接口，用于外部完成部署相关任务来使用，比如发布流程定义、通过流程名称或者流程ID获取流程定义等，所以说流程部署服务是流程引擎部署对外的门面。流程部署服务相关对象涉及到Reposit

JBPM流程部署之部署数据表分析         JBPM流程部署xml格式的流程定义，虽然引擎默认的在发布完后就直接将流程定义实体缓存，以方便以后的流程运行流转使用，避免不必要的数据库访问，但是这些缓存直接存储在内存中，很容易就会丢失掉，比如重启服务器等，所以最终我

JBPM流程部署之流程定义实体对象分析        JBPM中运行时使用的流程定义实体对象是ProcessDefinitionImpl，流程定义实体对象是流程流转的路线图，他是根据我们对jpdl的解析形成的，他是在我们发布流程的同时，或者是首次发起本版本的流程实例的时候

JBPM节点分支之Group节点分析            JBPM的众多节点类型中，唯独Group节点比较有个性；Group节点作为众多的节点中的一员，其并不能完成业务功能，但其作为一种节点的容器，可以对现有的节点类型进行“混搭”，从而构造出可以完成新的业务功能的节点类

JBPM流程部署之流程实例迁移解析与扩展前面我们已经详细的介绍了JBPM的流程实例迁移的配置和使用，相信大家已经对JBPM提供的流程实例迁移有所了解；今天我们来深入的分析一下JBPM提供给我们的流程实例迁移策略和相关流程实例迁移对象，最后我们会对分析中提到的不足，进行扩展

JBPM流程部署之流程实例迁移       前面我们已经学习了JBPM的流程版本升级，流程版本升级给我们带来了一个新的问题，那就是流程实例迁移;那么什么是流程实例的迁移呢？流程实例的迁移就是在流程发布的时候进行了版本升级，这个时候如果我们让已经运行的同一个流程的实例，按照

JBPM深入解析之变量设计      在流程的流转的过程中，很多时候我们需要根据不同的实际情况传入一些初始化数据，以便完成我们个性化的业务需求；同时很多时候我们需要在不同的节点之间共享一些业务数据，特别是一些节点要以前一节点的输出作为输入等；变量对于流程引擎来说很重要，可以说没有

<br />JBPM中JPDL深入解析<br /> <br />       流程引擎需要根据流程定义进行业务流程的流转，所以提供一种简单直观、易用方便、便于扩展的流程定义方式就显得直观重要了。JBPM提供了自己的一套流程定义语言JPDL，通过对JPDL的分析解决，我们可以了解其架构设计和运行机制，以便根据业务需求进行灵活的扩展。<br />       JBPM中JPDL架构设计<br />1.       定义相关的xsd文件（比如jpdl-4.0.xsd、jpdl-4.2.xsd、jpdl-4.3.x

<br /> <br /> <br />Descriptor在jbpm的IOC实现中扮演重要角色，它由相应的Binding类生成，并生成相应对象的职责，可谓职责重大。<br />       Descriptor主要用于生成那些对象实例？<br />              Descriptor主要负责生成流程引擎使用的一些实例，比如TaskService、<br />HistoryService、ISession等，可以毫不夸张的说，没有Descriptor，流程引擎将没有资源可用；对于jpdl对应的B

<br />Most people learn about serialVersionUID after they write their first serializable object (I know I did). You add ‘implements Serializable’ and in the next moment your IDE starts complaining… so what’s up?<br />Lets look at a simple example to see wh

<br />为什么流程定义需要版本升级？<br />         在现实业务中，流程可能需要跟随业务的变化进行一些改变，但是这些改变只是一些微小的调整，对流程定义的改变不大！这个时候考虑到系统的用户化，不可能让用户删掉现在的流程，然后重新发布符合新的业务逻辑的流程；<br />        企业新增生产线，但是新生产线与老的生产线某些生产步骤不同，但是最终生产的都是同一产品；并且现在新旧生产线需要同时运行，这是就需要同一流程拥有不同的版本同时运行<br />        流程版本升级设计<br />

<br />   什么是主键<br />              我们在建立数据库的时候，需要为每张表指定一个主键，所谓主键就是能够唯一标识表中某一行的属性或属性组，一个表只能有一个主键，但可以有多个候选索引。因为主键可以唯一标识某一行记录，所以可以确保执行数据更新、删除的时候不会出现张冠李戴的错误。当然，其它字段可以辅助我们在执行这些操作时消除共享冲突，不过就不在这里讨论了。主键除了上述作用外，常常与外键构成参照完整性约束，防止出现数据不一致。所以数据库在设计时，主键起到了很重要的作用。<br />  

<br /> 在ASP.NET的开发中，很多时候我们希望webform中的控件能够随窗体的变化而自动调整自己的大小，即可以自动适应页面的大小。我们所要实现的效果就是窗体在最大化和正常大小之间变化时，控件的大小也能做相应的调整。在网上找不到对应的答案，现在记录下来。<br />         原理分析<br />         Webform窗体大小的变化不会触发服务器回发，所有最终的实现需要使用js脚本；所以我们需要在窗体大小变化时，窗体能够智能的通知我们的进行调整控件的大小（winform也好，web

<br />JBPM的Binding深入解析<br />       <br />       JBPM实现了自己的IOC机制，其中重要的成员就是Binding这些类了！<br />       流程引擎初始化都需要加载那些binding类？<br />我们可以在jbpm.wire.bindings.xml中定义流程引擎初始化需要加载的binding类。当然我们也可以设计自己的binding（如RepositoryUpgradeManageBinding），我既可以把这个类加到jbpm.wire.bindi

<br />什么是IOC IOC的基本概念是：不创建对象，但是描述创建它们的方式。在代码中不直接与对象和服务连接，但在配置文件中描述哪一个组件需要哪一项服务。容器负责将这些联系在一起。简单的来讲，就是由容器控制程序之间的关系，而非传统实现中，由程序代码直接操控。这也就是所谓“控制反转”的概念所在：控制权由应用代码中转到了外部容器，控制权的转移，是所谓反转。 IOC的优点和缺点 IOC有利于降低组件之间的依赖，对于改变子类实现，只需要更改xml就可以了，类似于热插拔。 IOC本身也有其缺点，组件的实例化步骤变

<br /><br />JBPM Activty深入解析<br /> <br />JBPM对于活动结点的架构设计有什么特别之处？<br />       JBPM将活动功能分为活动本身的行为（ActivityBehaviour）和活动作为流程元素所共有的一些东西(Activity);这样的架构设计很巧妙，既保证了各种活动自身的独特特性，也保证作为流程元素所共有的功能，保证了最大程度的代码重用！<br />       JBPM活动的类型大致分为自由执行结点和外部唤醒结点，可以满足现实中业务流程需要自动业务处

JBPM之长事务设计解析        在企业开发中，很多时候我们需要把一些业务数据持久化到数据库中；在数据要求不是很高的场景下，我们可以不用考虑事务的提交和回滚；但是很多时候，我们面临的很多的数据库脚本需要保证要成功就都执行成功，否则就要回滚；特别是在流程运行中提交时，我们需要处理上一个节点的相关数据，同时也要处理提交到得节点的相关数据，我们需要保证这些数据的正确性和一致性，特别是在发生

JBPM流程部署之流程版本升级      流程定义是根据流程定义描述语言(JPDL)对现实业务需求的抽象，是对现实业务需求的高度抽象化；现实中对于同一个流程定义，很少会一成不变，很多时候随着时间的流逝，我们的业务流程有少许的变化，那么我们就需要对流程进行一些改变，这个时候