工作流

开篇 上篇我们主要是讲述了《 WorkFlow设计篇Step.6—InvokeMethod调用对象或类型方法-WF4.0 》如何使用InvokeMethod完成工作流的设计与开发，本篇我们将要开始讲述 扩展篇的内容，主要是讲述如何使用集合Collection在工作流中的用法。 摘要 本篇我们是扩展篇的第一篇，本篇主要是讲述Collection的用法，一般来说我们对集合的操作，无非就是以下几种，增、删、查这几种，所以WF默认提供了一下四种 集合活动： 具体的作用，我想大家从字面上也能看出来个八九不离十，下面我们就具体的使用细节来说明下吧。 最后，我们来整理个流程，把这四类集合的活动，全部集成到一个流程中看看吧。 大纲 1、开篇 2、摘要 3、大纲 4、集合活动的用法 集合的用法 1、AddToCollection<T>活动 1、新建一个控制台项目： 2、将相应的节点添加到设计器中： 3、在顺序控制流中拖拽一个AddToCollection活动，选中该活动并查看相关属性，按F4 如下： 4、我们在sequence内定义一个变量，是集合类型的，比如Ilist，我们设置AddToCollection活动的相关属性： a、添加变量： 并且给MyCollection必须要初始化，否则会报错： b、设置AddToCollection活动的属性如下： 5、我们添加个foreach<T>活动

转载的，原文： https://www.cnblogs.com/middleware/p/9470533.html -------------------------------------------------------------------------------------------------------- Serverless是什么 Serverless中文译为“无服务器”，最早可以追溯到2012年Ken Fromm发表的《Why The Future Of Software And Apps Is Serverless》，他描述了一种场景，从用户自己维护的物理机，到IaaS，再到PaaS，计算模式的转变并不会停止，在云计算基础设施成熟的情况下应用程序可以不需要考虑服务器的存在，无服务器计算让开发者可以在不考虑服务器的情况下构建并运行应用程序和服务。 再到2016年，Mike Roberts在Martin Fowler的博客《Serverless Architectures》中，将Serverless架构分为Backend as a Service(BaaS)和Functions as a Service(FaaS)。 ●BaaS也就是后端即服务，即应用架构由大量三方云服务和API来组织，使应用中关于服务器的逻辑和状态都由服务提供方来管理。比如典型的单页应用

工作流在我们日常的工作中用得可谓相当普及，尤其在企业内部管理系统，如考勤、财务、合同等系统中更是离不开它。在我们金融科技领域，工作流主要用于贷款审批、风控审核等环节。早期工作流在企业信息化发挥着很重要的作用，随着信息化的初步完成，工作流核心技术也为国内很多大一点的系统集成的公司所掌握。比如我们合作过的宇信、神码、浪潮、企源等传统IT公司都拥有自主产权的的工作流框架。由于工作流具有一定的门槛，国内尚没有能满足企业级应用的工作流开源框架，一些国内CMS开源项目号称支持的工作流也只是对Activiti的简单引入或者是较简单的工作流实现，还不能完整的满足一般企业应用。 Activiti是目前最热门的开源工作流框架，由于中西方文化差异及组织架构上的不同，拿Activiti来做中国式的企业级应用难度很高，需要做大量的改造，这里记录下常见的思考点及解决思路，实际碰到的问题会更多且更复杂。 1 、待办已办在Activiti相关API中是面向任务的，需求是面向流程的 比如，如下图的需求 在Activit中一个流程是有多个Task组成，而我们中国式的审批需求是一个流程只允许出现一次，哪怕这个流程你在审批过程中参与过两次以上的审批任务，也仅需要显示一次。 这里就需要将TaskService查询出来的任务再按流程实例ID进行去重，去重后任务查询api的分页会变得不可用，对待办和已办未完结来说还好

开篇 上一篇《 WorkFlow设计篇Step.4—异常处理(续)-WF4.0 》，我们讲述了工作流的异常处理活动用法，其实还有其他的方式，例如通过CodeActivity的引发等等，本 篇我们主要是讲述CodeActivity活动的使用，并且讲述如何使用CodeActivity。 摘要 WorkFlow是最近比较流行的一门技术，其实WF起源于20世纪70年代中期的办公化自动领域，自1993年8月，WFMC（工作流管理联盟）成立，1994年制定了一 系列的关于工作流的标准。进入21世纪工作流被越来越多的学者关注，该项技术越发走向成熟。当然我也是必须跟上时代的步伐，所以也加入工作流的大军，希望能 够跟上前人的脚步。当然也希望感兴趣的朋友，加入工作流的讨论群中来。具体群号： 120661978。 目前，我们已经在 AgileEAS.平台 中陆续集成了，界面设计器+工作流的内容，当然工作流目前还不算太成熟，还不方便放出来，本文只是抛砖引玉，还 希望 大家多多重视工作流的内容。 大纲 一、开篇 二、摘要 三、WF4.0的用户自定义活动 用户自定义活动CodeActivity 系统提供的活动节点，能够满足一些简单的流程，但是有些流程是我们自定义的活动组成的，这个时候，我们就可以通过系统提供的CodeActivity基类，我们重写 其中的属性和方法，来完成自定义的行为，进而完成我们自定义的流程

开篇 上篇我们主要是讲述了《 WorkFlow扩展篇Step.1—集合分组下的活动使用[上]-WF4.0 》如何使用集合Collection活动完成工作流的设计与开发，本篇我们将要继续 讲述集合活动内的另外二个活动的用法。 摘要 本篇我们是扩展篇的第二篇，本篇主要是讲述Collection的用法，一般来说我们对集合的操作，无非就是以下几种，增、删、查这几种，所以WF默认提供了一下四种 集合活动： 具体的作用，我想大家从字面上也能看出来个八九不离十，下面我们就具体的使用细节来说明下吧。 最后，我们来整理个流程，把这四类集合的活动，全部集成到一个流程中看看吧。 大纲 1、开篇 2、摘要 3、大纲 4、集合活动的用法[下] 集合的用法[下] 1、ExistsInCollection<T>活动 1、新建一个控制台项目： 2、将相应的节点添加到设计器中： 初始化变量信息： 3、参考上篇文章中关于AddToCollection<T>活动的设置，上面的活动设置完全相同，设置完毕后如下： 4、接着，在AddToCollection<T>活动下添加一个ExistsInCollection<T>活动： 5、下面我们来添加其他的WriteLine活动，来辅助我们测试输出结果： 6、F5，运行查看结果吧，看看是否结果与我们的预期相符： 上面我们就完成了ExistsInCollection<T>活动的说明

开篇 上一篇《 WorkFlow设计篇Step.2—传参的用法-订单金额的处理(续)-WF4.0 》，我们讲述了工作流的传入与传出参数的用法，其实还有其他的方式，例如通过Cod eActivity的In与Out参数等等，后面我们会进行说明的，本篇我们就会开始讲述工作流中的异常处理活动的用法，如何在工作流中处理tryCatch异常。 摘要 WorkFlow是最近比较流行的一门技术，其实WF起源于20世纪70年代中期的办公化自动领域，自1993年8月，WFMC（工作流管理联盟）成立，1994年制定了一 系列的关于工作流的标准。进入21世纪工作流被越来越多的学者关注，该项技术越发走向成熟。当然我也是必须跟上时代的步伐，所以也加入工作流的大军，希望能 够跟上前人的脚步。当然也希望感兴趣的朋友，加入工作流的讨论群中来。具体群号： 120661978。 目前，我们已经在 AgileEAS.平台 中陆续集成了，界面设计器+工作流的内容，当然工作流目前还不算太成熟，还不方便放出来，本文只是抛砖引玉，还 希望 大家多多重视工作流的内容。 大纲 一、开篇 二、摘要 三、WF4.0的异常处理 异常处理活动 异常处理是任何程序，都可能会发生的情况，那么我们在工作流中如何使用异常呢，下面我们就来看看如何使用工作流中提供的异常处理活动，包括我们有时 候想自定义异常处理的过程等，我们就来一一道来

根据业务需求，需要一些规则校验。 此篇使用规则引擎Drools结合工作流引擎Activiti来实现一个简单的规则校验。 activiti.cfg.xml配置： <property name="customPostDeployers"> <list> <bean class="org.activiti.engine.impl.rules.RulesDeployer" /> </list> </property> gradle配置： //Drools compile 'org.drools:knowledge-api:6.4.0.Final' compile 'org.drools:drools-compiler:6.4.0.Final' compile 'org.drools:drools-core:6.4.0.Final' compile 'org.mvel:mvel2:2.2.8.Final' 1.Activiti流程定义 2.创建Drools规则文件 LiumiRules.drl 3.用错误测试数据测试，校验不通过 4.用正确测试数据测试，校验通过 来源： oschina 链接： https://my.oschina.net/u/1386987/blog/740399

1.activity自带数据表的含义(23张表) （1）资源库流程规则表 1)act_re_deployment 部署信息表 2)act_re_model 流程设计模型部署表 3)act_re_procdef 流程定义数据表 （2）：运行时数据库表 1)act_ru_execution 运行时流程执行实例表 1、说明 ru:runtime 代表正在执行的流程实例表 如果当期正在执行的流程实例结束以后，该行在这张表中就被删除掉了，所以该表也是一个临时表 2、字段 proc_inst_id_:piid 流程实例ID，如果不存在并发的情况下，piid和executionID是一样的 act_id:当前正在执行的流程实例(如果不考虑并发的情况)的正在执行的activity有一个，所以act_id就是当前正在执行的流程实例的正在执行的 2)act_ru_identitylink 运行时流程人员表，主要存储任务节点与参与者的相关信息 3)act_ru_task 运行时任务节点表 1、说明 代表正在执行的任务表 该表是一个临时表，如果当前任务被完成以后，任务在这张表中就被删除掉了 2、字段 id_: 主键 任务ID execution_id_:执行ID 根据该ID查询出来的任务肯定是一个 proc_inst_id:piid 根据该id查询出来的任务 如果没有并发，则是一个 如果有并发，则是多个

摘要： 媒体处理创建消息主题出现“Only one topic can be created!”错误 目前媒体处理每个用户只能开一个管道，无法创建多管道，所以会出现Only one topic can be created!这个错误。 媒体处理创建消息主题出现“Only one topic can be created!”错误 目前媒体处理每个用户只能开一个管道，无法创建多管道，所以会出现Only one topic can be created!这个错误。 如果问题还未能解决，请联系 售后技术支持 。 媒体处理服务中AliyunAudioCodec中Profile字段的含义 媒体处理中的音频编解码配置类型中支持以下五种profile： MPEG-4 AAC LC (default) MPEG-4 HE-AAC (SBR) MPEG-4 HE-AAC v2 (SBR+PS) MPEG-4 AAC LD MPEG-4 AAC ELD 兼容性：LC-AAC > HE-AAC > HE-AAC v2压缩率：HE-AAC v2 > HE-AAC > LC-AAC LD跟ELD主要用于广播等快速编码场景。 SBR：Spectral Band Replication（频段复制），SBR把频谱切割开来，低频单独编码保存主要成分，高频单独放大编码保存音质。 PS：Parametric Stereo

今天打开github上面的 项目 突然 一个github actions 的提示, 进去后显示: 由于项目是Maven 创建的 选择Maven 进入: 初步看到代码: 大概意思就是 我们push 项目的时候, 系统自动帮我们 执行的一系列脚本, 其中最 浅儿易见的是 echo Hello, world! 原来如此, github 提供了持续继承的功能, 总结: 学习GIthub Action 资料: https://help.github.com/en/actions/automating-your-workflow-with-github-actions 目录: 目录 GitHub Actions入门 关于GitHub操作 从预配置的工作流程模板开始 在工作流程中使用GitHub Marketplace中的操作 配置工作流程 管理工作流程运行 GitHub动作的核心概念 配置工作流程 使用环境变量 创建和使用加密机密 使用GITHUB_TOKEN进行身份验证 缓存依赖项以加快工作流程 使用工件持久化工作流数据 GitHub Actions的工作流语法 触发工作流程的事件 GitHub Actions的上下文和表达语法 GitHub托管跑步者的虚拟环境 在GitHub托管的运行程序上安装的软件 建设行动 关于动作 GitHub操作的元数据语法 创建一个JavaScript动作