该项目已更名为 DolphinScheduler
EasySchedule 是基于quartz的集群、分布式任务调度平台。广告技术部前端原有定时任务功能 相对比较简单，交互性差，任务部署效率低， 开发和维护成本高，不能很好满足各系统定时任务 的管理和控制； 大量Crontab触发的shell任务分散于各处系统，无法统一进 行管理，维护成本很高；许多任务都是单机部署，可用性差。
主要功能：
-
集群管理调度，分布式部署：保证系 统的高可用性、伸缩性、负载均衡。
-
友好的操作界面：通过控制台部署管 理任务，方便灵活高效。
-
任务持久化于数据库，远离宕机和数 据丢失隐患，完善的任务失败重做机制，及详细的任务跟踪及告警策略。
参考测试代码这里。
-
easyschedule学习 http://www.mamicode.com/info-detail-1217817.html http://blog.51cto.com/13596704/2068917
-
最近看了EasySchedule就想着将原来的任务处理模式改下，也改成定时任务 一下是解决办法 @EnableScheduling @SpringBootApplication public class StorageStarterApplication { public static void main(String[] args) { SpringApplication
-
Easy Scheduler Release 1.0.3 Easy Scheduler 1.0.3是1.x系列中的第四个版本。 新特性： [EasyScheduler-254] 流程定义删除和批量删除 [EasyScheduler-347] 任务依赖增加“今日” [EasyScheduler-273]sql任务添加title [EasyScheduler-247]API在线文档 [EasySche
-
参考 https://schedule.readthedocs.io/en/stable/ 安装 pip install schedule 基本使用 基本的时间调度，调用语句已经说明地比较清晰： import schedule import time def job(): """ 运行的任务 :return: """ print("I'm workin
-
一、背景 EasyScheduler升级v1.1.0后，进行任务测试，发现只能调度执行新的定时任务，而不能调度旧的定时任务。 二、那么问题来了 究竟是哪里出问题了？ 1.我的操作步骤出现了bug？ 2.EasyScheduler官方的升级脚本有问题？ 然而，从v1.0.3升级到v1.1.0完全是按照https://dolphinscheduler.apache.org/en-us/docs/rel
-
the new IOS command scheduler makes this a relatively easy task. Here's how you can use kron to accomplish this. First, create a kron policy list. Essentially, this policy list serves as your "script,
-
1、脚本代码控制中间脚本执行 if [ $((10#${hour}%6)) == 0 ];then echo "运行" else echo "不在运行时间跳过"; exit 0 fi 参数 hour : $[HH]
-
简介 在过去，开发者必须在服务器上为每个任务生成单独的 Cron 项目。而令人头疼的是任务调度不受源代码控制，而且必须通过 SSH 连接到服务器上来增加 Cron 项目。 Laravel 的命令调度程序允许你在 Laravel 中对命令调度进行清晰流畅的定义。并且在使用调度程序时，只需要在服务器上增加一条 Cron 项目即可。调度是在 app/Console/Kernel.php 文件的 sche
-
基本任务调度 方案1： 通过 @Cron 注解，这个需要依赖 cron4j 框架： //1分钟执行一次 @Cron("*/1 * * * *") public class MyTask implements Runnable { @Override public void run() { System.out.println("task running...");
-
在这最后一章中，我们将回到:kv应用程序，给它添加一个路由层，使之可以根据桶的名字，在各个节点间分发请求。 路由层会接收一个如下形式的路由表： [{?a..?m, :"foo@computer-name"}, {?n..?z, :"bar@computer-name"}] 路由者（负责转发请求的角色，可能是个节点）将根据桶名字的第一个字节查这个路由表， 然后根据路由表所示将用户对桶的请求发给相应
-
每隔一段时间需要调度任务执行，也许你想注册一个任务在客户端完成连接5分钟后执行，一个常见的用例是发送一个消息“你还活着？”到远端通，如果远端没有反应，则可以关闭通道(连接)和释放资源。 本节介绍使用强大的 EventLoop 实现任务调度，还会简单介绍 Java API的任务调度，以方便和 Netty 比较加深理解。 使用普通的 Java API 调度任务 在 Java 中使用 JDK 提供的 S
-
ShardingSphereTransactionManager SPI 名称 详细说明 ShardingSphereTransactionManager 分布式事务管理器 已知实现类 详细说明 XAShardingSphereTransactionManager 基于 XA 的分布式事务管理器 SeataATShardingSphereTransactionManager 基于 Seata 的分
-
ShardingSphere-Proxy 接入的分布式事务 API 同 ShardingSphere-JDBC 保持一致，支持 LOCAL，XA，BASE 类型的事务。 XA 事务 ShardingSphere-Proxy 原生支持 XA 事务，默认的事务管理器为 Atomikos。 可以通过在 ShardingSphere-Proxy 的 conf 目录中添加 jta.properties 来定