概念: ProcessInstance,流程实例:代表流程定义的一次执行.如:张三昨天按请假流程请了一次假.一个流程实例包括了所有运行阶段,其中最典型的属性就是跟踪当前节点的指针,如下图. Execution,执行:一般情况下,一个流程实例是一个执行树的根节点. 使用树状结构的原因在于, 这一概念只有一条执行路径, 使用起来更简单.业务API不需要了解流程实例和执行之间功能的区别.因此,API里只有一个执行类型来引用流程实例和执行. 假设汇款和存档可以同时执行,那么主流程实例就包含了2个用来跟踪

async和await只是编译器功能.编译器会用Task类创建代码.如果不适用这两个关键字,也可以用C#4.0和Task类实现同样的功能,只是没有那么方便. 题主在概念上确实混淆的不行,但是确实async/await这个东西继承了我软从VB6开始的光荣传统(易学难精).工作中确实没有碰到几个真正搞的明白的同事(轮子哥,I大这种论外). 首先,题主需要搞明白一个概念,就是async不是函数声明的一部分.从调用者的角度来看,不存在async这个东西. async是一个专门给编译器的提示,意思是该函数

Fordeal的数据平台调度系统之前是基于Azkaban进行二次开发的,但是在用户层面.技术层面都存在一些痛点问题难以被解决.比如在用户层面缺少任务可视化编辑界面.补数等必要功能,导致用户上手难体验差.在技术层面,架构过时,持续迭代难度大.基于这些情况,经过竞品对比和调研后,Fordeal数据平台新版系统决定基于Apache DolphinScheduler进行升级改造.那整个迁移过程中开发人员是如何让使用方平滑过渡到新系统,又做出了哪些努力呢? 5月 Apache Dolphinschedul

一．开发环境的搭建 1.下载Jbpm4.4 1.1下载地址: https://sourceforge.net/projects/jbpm/files/jBPM%204/jbpm-4.4/ 1.2解压后的目录 2.安装GPD插件(eclipse图形化流程设计器) 2.1打开eclipse--------选择help--------选择install new software 2.2选择add添加插件: 点击Archive选择插件目录: 插件目录所在位置就是下载的解压后的路径中找jbpm-4.4\i

当我们使用SharePoint 2013的状态机工作流时,发现一个非常不爽的事情,就是SharePoint 所有的工作流状态,都是固定的那些,没办法显示我们自定义的状态,后来经过Google发现,原来这个状态是可以自定义的. 自定义状态步骤 1.  修改xml添加MetaData下面的扩展项: <ExtendedStatusColumnValues> </StatusColumnValue> </StatusColumnValue> </StatusColumnV

简单介绍下状态机工作流,状态机工作流提供了一系列的状态.工作流从初始状态开始,到终止状态结束.两个状态之间定义行为进行过渡.通常情况下,状态机工作流对事件作出反应,事件的发生将会使状态发生改变. 1.新建项目,选择SharePoint解决方案,创建空项目: 2.选择调试站点,部署为场解决方案,如下图: 3.添加新项,选择“Office/SharePoint”下面的“状态机工作流(仅场解决方案)”: 4.选择列表工作流,修改工作流名称为“日常报销”: 5.选择调试时使用的列表,并选择任务列表和历史

一.前言 前面Activiti工作流的学习,说明了Activiti的基本应用,在我们开发中可以根据实际的业务参考Activiti的API去更好的理解以及巩固.我们实际的开发中我们基本上都使用spring框架进行开发,现在来说明一下Activiti工作流与spring集成,Activiti工作流与spring集成还算比较简单,可以参考Activiti的API来进行整合. 二.Activiti常用的表 ---------------------------------------------部署对象

F2工作流体系架构概览图 为了能更好的了解F2工作流引擎的架构体系,花了些时间画了整个架构的体系图.F2工作流引擎遵循参考WFCM规范,目标是实现轻量级的工作流引擎,支持多种数据库及快速应用到任何基于.net管理系统,实现工作流审批.业务流(BPM)的智能性.灵活性.简单实用性,具有强大的扩张性.集成性.独立性.开放性和稳定性,实现了可视化的流程设计或优化,流程的定制完全是通过鼠标拖.拉.拽的方式来完成,常见的串行.并行.分支.聚合都可以非常方便快捷地实现,依托于工作流强大的自定义,管理员还可以

web工作流之Gulp学习 Gulp.js 是一个自动化构建工具,开发者可以使用它在项目开发过程中自动执行常见任务. Gulp.js 是基于 Node.js 构建的,利用 Node.js 流的威力,你可以快速构建项目: 首先我们要搭配环境: 1.安装node.js,傻瓜式安装. 2.npm的全称是Node Package Manager ,是一个NodeJS包管理和分发工具,已经成为了非官方的发布Node模块(包)的标准. 但这个npm服务器在国外,所以下载包的速度很慢,因此使用镜像cnpm 安

一.前言 上一篇我给大家介绍了我的工作流的模型和基本的设计,这篇我想详细说明下我这款工作流的功能及使用示例.这款工作流主要是面向开发者设计的,为了先让大家有个全局的认识,局部功能的设计实现就不细说了,后续有时间我会继续写文章向大家介绍. 二.功能详解及使用示例代码 1.配置流程引擎,一般在程序启动过程中调用(Global.asax.cs中) //初始化流程引擎 BpmConfiguration .Instance() .Config(@"C:\Configration\BpmConfig.xml

1流程单起点单终止模型 单起点:一个流程定义必须有且唯一起点 单结束点:一个流程定义必须有且唯一结束点. 约定:提单与结束是每个流程必须有的活动,且唯一只有一个提单和结束. 2串行模型 描述:串行(Sequence)是最为简单,也最为容易理解的模型.按照预定的任务列表,有序的执行. 3自循环模型 描述:一个步骤可以自己再次发给其它人员但步骤是同一个.同一个任务节点,重复的执行多次. 又分两种类型: 1.  自由循环FreeCycle 在任务执行后由人为的决定是否继续重复的执行这次任务(自由度大)

前端开发自动化工作流工具,JavaScript自动化构建工具grunt.gulp.webpack介绍 前端自动化,这样的一个名词听起来非常的有吸引力,向往力.当今时代,前端工程师需要维护的代码变得及为庞大和复杂,代码维护.打包.发布等流程也变得极为繁琐,同时浪费的时间和精力也越来越多,当然人为的错误也随着流程的增加而增加了更多的出错率.致使每一个团队都希望有一种工具,能帮助整个团队在开发中能精简流程.提高效率.减少错误率.随之讨论自动化部署也越来越多,并且国内很多大型团队也都有自己成熟的自动化部

http://blog.csdn.net/zwk626542417/article/details/46594505 *********************************************** 一.前言 在上一篇文章中我们将工作流的相关概念.activiti的前世今生.activiti与jbpm的比较进行学习,这篇文章我们正式进行activiti的学习,activiti的整个学习我们主要通过例子的形式来理解.今天我们主要是准备下activiti的环境,在数据库中创建activ

http://blog.csdn.net/zwk626542417/article/details/46592471 ***************************************************************** 前言 从本篇文章我们开始介绍工作流框架activiti的相关知识,不过在介绍activiti的知识之前,我们很有必要对工作流的一些基本概念进行了解. 工作流重要概念 Workflow Workflow(工作流)是"业务过程的部分或整体在计算机应用环境

博客地址 http://blog.csdn.net/foxdave 工作流动作 35. Delegate Workflow Task(User interaction分组) 该操作将委托未处理的工作流任务给指定用户. 该操作用于以下场景:一个审批的任务指派给了某个用户并且过了期限之后该用户仍没有回应,该任务将委托给其他用户. 关于配置项的说明: Action ID 选择一个包含请求要委托操作ID的工作流变量,只有"Action ID"类型的变量会在下拉框中显示.存储Action ID到

博客地址 http://blog.csdn.net/foxdave 工作流动作 31. Create task(User interaction分组,企业版才有) 该操作用于在Microsoft Exchange中创建任务. 关于配置项的说明: Microsoft Exchange connection details 输入Exchange Web Service的URL地址和用户名密码.编辑模式,可以使用Nintex自带的UI,也可以采用高级模式自己编辑XML. Task Details 任务

博客地址 http://blog.csdn.net/foxdave 工作流动作 15. Complete Workflow Task(User interaction分组) 此工作流动作将完成任何进行中的任务,它将处理足够的单独任务来达到选择的结果,接下来工作流引擎会依据工作流的设置处理剩余的单独任务. 必填项为Action ID. 关于配置项的说明: Action ID 指定工作流变量来确定完成哪个任务操作.当配置其他任务操作时,指定一个操作标识(Action ID)类型的工作流变量来存储被指

博客地址 http://blog.csdn.net/foxdave 工作流动作 4. Assign To-Do Task(User interaction分组) 直观理解,指派待办任务给一个或多个用户,然后...好像没有什么值得说的东西了. 来看一下配置项的截图吧. 看起来跟之前介绍的Assign Flexi task是类似的东西. 在任务提醒(Task Notification)标签下有一项Delegate task when 'Assigned To' changes. 勾选这项表示会动态记

博客地址 http://blog.csdn.net/foxdave 工作流动作 3. Assign Flexi Task(Commonly used.User interaction分组) 看来是最常用的工作流动作,直观理解的意思是指派弹性任务.我们可以看一下,大概是审批的意思,有批准和拒绝分支.这里可以指派任务给一个或多个人,为了达到一个特定的结果,可以设置成要求全员批准才能获得结果,即会签的功能. 看一下配置截图. 关于配置项的说明: Action标签部分 Assignees 工作流运行的时

博客地址 http://blog.csdn.net/foxdave 接上篇点击打开链接 本篇我们应用Nintex来创建一个简单的工作流. 首先创建一个自定义列表,用于存放请假数据用,我们就叫做Leave Application吧.创建必要的字段:请假事由(Reason).分类(Category).请假天数(DayCount).开始日期(StartDate).结束日期(EndDate).审批人(Approver).审批状态(Status). 然后我们选择列表Tab,在工作流设置那里,选择创建一个N

博客地址 http://blog.csdn.net/foxdave 接上篇点击打开链接 试用版获得的示例网站是一个SharePoint 2010 Server版的网站,我们先来看一下Nintex整个一套解决方案大致做了哪些东西到SharePoint上. 首先看右上角的个人菜单那里,点击用户显示名显示出下拉菜单,可以看到两个Nintex的菜单"Register with Nintex Live"和"Nintex Workflow 2010"菜单组(包括"Ma