workflow

KNIME快速入门指南

喜夏-厌秋 提交于 2020-08-15 07:14:47
一 、 介绍 KNIME Analytics Platform是用于创建数据科学应用程序和服务的开源软件。KNIME直观,开放,不断整合新的开发,使人们可以理解数据,设计数据科学工作流程和可重用组件。 借助KNIME Analytics Platform,您可以使用直观的拖放式图形界面创建可视化工作流程,而无需编码。 在本快速入门指南中,我们将引导您完成KNIME Workbench,并向您展示如何构建您的第一个工作流程。 二 、启动KNIME Analytics Platform 如果您尚未安装KNIME Analytics Platform,则可以在此 https://www.knime.com/downloads 下载。 启动KNIME Analytics Platform,当KNIME Analytics Platform Launcher窗口出现时,在此处定义KNIME工作区,如图1所示。 图1. KNIME Analytics Platform Launcher KNIME工作区是本地计算机上的一个文件夹,用于存储KNIME工作流,节点设置和工作流生成的数据。存储在工作区中的工作流程和数据可通过KNIME Workbench左上角的KNIME Explorer获得。 选择文件夹作为项目的KNIME工作区后,单击“ 启动”。在使用时,KNIME Analytics

Java 8中Lambda表达式默认方法的模板方法模式,你够了解么?

安稳与你 提交于 2020-08-14 07:29:21
为了以更简单的术语描述模板方法,考虑这个场景:假设在一个工作流系统中,为了完成任务,有4个任务必须以给定的执行顺序执行。在这4个任务中,不同工作流系统的实现可以根据自身情况自定义任务的执行内容。 模板方法可以应用在上述场景中:将工作流系统的4个核心任务封装到抽象类当中,如果任务可以被自定义,则将可自定义的任务推迟到子类中实现。 代码实现: /** * Abstract Workflow system */ abstract class WorkflowManager2{ public void doTask1(){ System.out.println("Doing Task1..."); } public abstract void doTask2(); public abstract void doTask3(); public void doTask4(){ System.out.println("Doing Task4..."); } } /** * One of the extensions of the abstract workflow system */ class WorkflowManager2Impl1 extends WorkflowManager2{ @Override public void doTask2(){ System.out.println(

使用 JS 开发 Github Actions 实现自动部署前后台项目到自己服务器

血红的双手。 提交于 2020-08-14 06:54:39
不想看前面这么多废话的可以直接跳到 具体实现 Github Actions 是什么? 说到 Github Actions 不得不提一下。 持续集成 (continuous integration):高质量的让产品快速迭代 持续交付 (continuous delivery):交付给团队测试 持续部署 (continuous deployment):持续交付的下一步核心概念团队测试完成后自动部署到生产环境 CI/CD 是由很多操作组成的(如:执行单元测试、语法检查、打包、部署等等)。Github 把这些操作称为 action ,不同的项目很多的操作都是类似,Github 把这些操作整合成了一个 市场 允许大家发布或使用别人写好的 action 。 Github Actions 的核心概念 操作(Action) action 是工作流中最小的可移植模块 可以创建属于自己的 action ,使用 Github 社区提供的 action 以及自定义公开的 action 在工作流中使用需要将其作为 steps 包含 使用是 用户名/仓储名/版本(或分支) 如: actions/checkout@master 事件(Event) 触发工作流运行的特定事件 Github 本身事件 提交 、 创建问题 、 PR 等 使用 webhook 配置发生在外部的事件 具体事件请参阅 GitHub

dotnet 配置 github 自动打包上传 nuget 文件

不羁的心 提交于 2020-08-14 06:27:07
在上一篇博客告诉小伙伴如何使用 github 做持续集成,本文告诉大家如何配置 github 让在 master 每次合并都会自动创建一个 nuget 文件,自动上传 在 github 的 action 功能可以很方便创建打包任务,但是没有很方便进行 nuget 上传,需要额外写一点代码 全部的源代码请看 github 如果发现有坑请邮件告诉我 创建配置文件 在 上一篇 博客告诉小伙伴在 .github/workflows 文件夹创建 *.yml 文件就可以作为 action 配置文件 创建一个随意命名的 yml 文件在 .github/workflows 文件夹,完成创建配置文件 标识 每个 workflow 都可以使用单独的命名,这个命名不是从文件名读取,而是通过 name: 属性读取。在读本文之前,我认为小伙伴都是了解 YAML 格式的,也就不对大家说明 YAML 的语法 name: publish nuget 上面的代码就会添加命名是 publish nuget 的 workflow 在 action 页面可以通过对应的命名找到不同的 workflow 如 触发条件 因为我不需要在任何的分支都触发打包,只需要触发在 master 合并,可以使用下面代码 on: push: branches: - master 这里 on 属性就是表示触发条件,触发条件是 push

Jenkins插件的安装、插件依赖关系及插件版本迭代

淺唱寂寞╮ 提交于 2020-08-14 02:03:22
Jenkins 插件的安装、插件依赖关系及插件版本迭代 本文档适用于解决 jenkins 部署 完成后,插件的安装、依赖及版本迭代问题 在有网的环境部署 jenkins 的插件问题 安装插件 因为访问外网需要手动配置代理的原因,第一次登进去后会出现以下的界面 可以选择配置代理来解决 解决后会出现 插件的安装选项 一般选 安装推荐的插件 问题 01 插件安装不上 一般是插件源的问题 进入容器,查看插件源 docker exec -it Jenkins_01 /bin/bash cat /var/jenkins_home/hudson.model.UpdateCenter.xml 可以先将插件源网址在浏览器上做测试,能访问到就可以,清华源比较快 将 https://updates.jenkins.io/update-center.json 源 替换为 清华源 http://mirrors.tuna.tsinghua.edu.cn/jenkins/updates/update-center.json 【注】 jenkins 容器中没有 vi , yum ,还好 sed 能用 sed –ri ' s#<url>https://updates.jenkins.io/update-center.json</url>#<url>http://mirrors .tuna.tsinghua.edu

Unity周记: 2020.07.06-07.12

走远了吗. 提交于 2020-08-13 19:54:15
1. YouTube - Unity a. Improve your animation workflow with Animation Rigging | Unite Now 2020 ( YouTube ) ( Bilibili )   Unity 2020.1的新功能Animation Rigging介绍 b. Making a flag wave with Shader Graph | Unite Now 2020 ( YouTube ) c. Making a Water Shader in Unity with URP! (Tutorial) ( YouTube ) ( Bilibili ) ( Bilibili官中 )    以上两部都是ShaderGraph教学 d. Optimization tips for maximum performance - Part 2 | Unite Now 2020 ( YouTube ) e. Optimization tips for maximum performance – Part 1 | Unite Now 2020 ( YouTube )    性能优化 f. Empowering Storytellers with Real-Time Technology | CG Animation & Film -Unite

[源码解析]Oozie来龙去脉之提交任务

我的未来我决定 提交于 2020-08-13 19:22:23
[源码解析]Oozie来龙去脉之提交任务 0x00 摘要 Oozie是由Cloudera公司贡献给Apache的基于工作流引擎的开源框架,是Hadoop平台的开源的工作流调度引擎,用来管理Hadoop作业。本文是系列的第一篇,介绍Oozie的任务提交阶段。 0x01 问题 我们从需求逆推实现,即考虑如果我们从无到有实现工作流引擎,我们需要实现哪些部分?从而我们可以提出一系列问题从而去Oozie中探寻。 作为工作流引擎需要实现哪些部分?大致想了想,觉得需要有: 任务提交 任务持久化 任务委托给某一个执行器执行 任务调度 任务回调,即任务被执行器完成后通知工作流引擎 支持不同任务(同步,异步) 控制任务之间逻辑关系(跳转,等待...) 状态监控,监控任务进度 ...... 因为篇幅和精力所限,我们无法研究所有源码,回答所有问题,所以我们先整理出部分问题,在后面Oozie源码分析中一一解答: Oozie分为几个模块? 每个模块功能是什么? Oozie如何提交任务? 任务提交到什么地方?如何持久化? Oozie任务有同步异步之分吗? Oozie如何处理同步任务? Oozie如何处理异步任务? 任务的控制流节点(Control Flow Nodes)和动作节点(Action Nodes)之间如何跳转? Oozie都支持什么类型的任务?Shell?Java? Hive?

GTAjax升級:一劍🗡磨十年改進JavaScript表單遞交瀏覽器異常等

≯℡__Kan透↙ 提交于 2020-08-13 16:57:06
2020年7月以來,持續對 UfqiLong 有福常在 進行升級改進。 改進過程中遇到之前不曾見的問題,在使用 GTAjax進行異步遞交 有福常在UfqiLog 的文章内容時,有隨機性地出現遞交失敗。進一步的跟蹤發現,儅點擊遞交后,GTAjax接管了表單遞交動作並觸發了進度顯示並進行讀秒操作。 但是,詭異的是,GTAjax在後臺並未真的將遞交發送給服務器端後臺。於是我們決定對 GTAjax開啓 debug 模式,進行深入分析,爲何之前不曾有這樣的問題,爲何問題會是隨機性出現,而又爲何,儅第一次遞交失敗后,第二次原樣操作,卻能成功? 帶著這些問題,我們準備深入分析一下。開啓 GTAjax的debug模式相對簡單,在 運行時參數裏: var myGTAjax = new GTAjax(); myGTAjax.set(‘isdebug’, true); 這樣即可打開 GTAjax 的過程數據輸出,從而觀測到整個通訊過程。通過分析debug日志,問題很快鎖定到 postForm.submit() 這個節點上。 也即,在使用 ForceFrame 模式進行表單遞交時,依賴 JavaScript的 HTMLFormElement.submit() 這個方法進行最終的數據遞交。 這個是 W3C、HTML DOM和 JavaScript等標準組織封裝好的方法,無法進一步地往下拆解。問題就轉化為爲何

自学 Java 怎么入门?

[亡魂溺海] 提交于 2020-08-13 12:08:57
学习java不知道怎么入手?分享一套我自己学习的路线 首先最基础的,便是安装java环境变量,和各种java工具,JDK环境安装配置、环境变量配置,只有先安装了这些工具,才可以开始敲代码之路。学java是要多动手才能学得好的,不能只看理论知识。 安装java工具-java学习路线-java视频/书籍,电子书等-加一些高质量的学习群-找资料 jdk1.8: 点击下载 提取码:8tyq 更多资料下载进入官方网站:码邦主 http://www. mbzvip.tech/ 2020年Java最新学习路线图 一、从Java SE部分开始 1、java基础:基础语法;面向对象(重点);集合框架(重点);常见类库API; 2、java界面编程:AWT;事件机制;Swing; 3、java高级知识:Annotation;IO和NIO、AIO;多线程、线程池;阻塞、非阻塞、异步网络通信;反射、动态代理 二、JDBC编程 4、SQL基础:基础SQL语句;基本查询;多表查询;子查询;结果集的交、并、差运算; 5、JDBC基础:常见数据库用法;JDBC操作常见数据库;RowSet与离线结果集;数据库连接池;事务管理、批处理; 6、JDBC进阶:存储过程、函数;触发器;理解JCBC的不足;掌握ORM工具优势和设计; 三、DHTML编程 7、HTML基础:基本HTML标签;常见表单标签;DIV+CSS布局;

从设计到开发,实现一个人人都可以简单使用及管理的工作流系统

核能气质少年 提交于 2020-08-13 04:32:34
工作流介绍 工作流(Workflow)就是工作流程的计算模型,即将工作流程中的工作如何前后组织在一起的逻辑和规则在计算机中以恰当的模型进行表示并对其实施计算。 工作流在IT领域不算是“新人”了,工作流思想在上世纪60年代就有人提出过;70年代就有人开始尝试,但是由于当时许多的限制,工作流一直没有成功的被实现;80年代才出现第一批成功的工作流系统;90年代工作流技术走向了第一个发展高峰期;90年代后至今工作流出现了很多版本,但是主旨还是不变的,为了使我们的工作变得更加高效。 我们通过工作流可以节省很多不必要的时间,预设置好的处理人,可以让我们不必反复的问别人谁负责此节点;通过任务来实现最后的操作,可以让我们减少很多人力成本,当然想要实现一套完善、简单、通用、方便管理的工作流系统也是非常不容易的,接下来推荐一个较为通用的,方便使用及管理的工作流系统。 Demo: 工作流系统(ferry) 项目问答社区: 问答社区 此工作流系统使用的技术栈: Golang Gin Gorm Vue Element 数据结构设计 对于一个完整的工作流系统来说,我们需要有流程、模版、分组、用户、任务等等,并且这些东西都是可以灵活定制的,因为如果不能灵活定制的话,对于普通的使用这来说是非常不方便的,所以对于一个好的工作流系统,是必须要实现灵活性的。 下面直接来展示一下,数据结构的设计图。