# wed-job

**Repository Path**: javacoo/wed-job

## Basic Information

- **Project Name**: wed-job
- **Description**: wed-job是基于TBSchedule官方3.2.18版本的重置版。一个轻量级分布式任务调度框架，目前持续更新中，喜欢的同学欢迎关注^_^
- **Primary Language**: Java
- **License**: Not specified
- **Default Branch**: master
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 0
- **Forks**: 5
- **Created**: 2020-05-21
- **Last Updated**: 2024-12-10

## Categories & Tags

**Categories**: Uncategorized

**Tags**: None

## README

# wed-job

## tbschedule-wed正式更名为wed-job并发布第一个正式版 ##

[![Gitter](https://badges.gitter.im/wednesday-lj/wed-job.svg)](https://gitter.im/wednesday-lj/wed-job?utm_source=badge&utm_medium=badge&utm_campaign=pr-badge)   [![LICENSE](https://img.shields.io/badge/License-GPLv3-blue)](http://www.gnu.org/licenses/gpl-3.0-standalone.html)  [![LICENSE](https://img.shields.io/badge/license-Anti%20996-blue.svg)](https://github.com/996icu/996.ICU/blob/master/LICENSE)


基于TBSchedule官方3.2.18的重置版。TBSchedule具有框架轻、0入侵、效率高（高过elastic-job和xxl-job）等诸多特点，无奈官方于3.3.3.2版本后停止了升级与BUG修复。如此好的分布式任务调度框架弃之可惜，所以就让作者来捡个便宜吧（官方版所有地址均已下线，作者找不到原始开源协议故使用Apache 2.0以示尊重）。

重置版主要在官方原版的基础上优化了以下几点： 
>
1. 任务项状态管理全部改为顺序操作，牺牲一定的并发效能提升稳定性 
2. 解决在以往的实践使用中（大量job共用一个调度中心切job执行频繁场景）官方版偶尔出现任务不能正确停止与注销，造成任务项死循环执行，CPU满负载且产生大量脏日志的问题；
3. 优化在ZooKeeper集群不稳定时，策略与任务的注册与反注册



### 用户手册
基础用法与官方版一致，新手可以参考：https://my.oschina.net/wednesday/

### 构建
    git clone https://github.com/hungki/wed-job
	mvn clean package

**RELEASE NOTE**


Jul 17 2019-1.0.1_RELEASE

1. maven坐标变更
```
<dependency>
    <groupId>com.wednesday</groupId>
    <artifactId>wed-job</artifactId>
    <version>1.0.1</version>
</dependency>
```
2. 修复因使用Timer类自身误差BUG在高频SLEEP模式下调用任务，当误差时间累积超过SLEEP时间时任务变成无限执行的问题（使用的ScheduledThreadPoolExecutord代替）；
3. 将原生ZooKeeper api 替换为CuratorFramework以修复因官方最后版本zk重连机制不健全引起的任务执行server假死无任何日志输出的问题；

---

Feb 28 2019-1.0.1_GA：

1. 修复Sleep时间短(ex:500ms)下，使用Timer类BUG导致Task停摆的问题
2. 使用CuratorFramework代替官方ZooKeeper API已获得更好的链接稳定性已经重连机制
3. 更新Java支持到[1.7,1.8)
4. 整理项目结构

---

Nov 5 2018-1.0.0：

1. job实现器追加pageNum参数（根据eachFetchDataNum和FetchCount计算得出）
2. 修订文档
3. 变更软件名及版本号

**TODO**

1. modify:计划新增单次执行操作以替代startrun标记，避免某些情况下认为疏忽导致任务多执行数次（每一次暂停恢复startrun都生效）；
2. add:计划重构wed-job-admin，因能力有限拟采用mvc替换jsp为项目提供更直观便捷的调式能力；
3. feature:提供数据库注册中心的并行版本，可视化更强，效率会比目前版本低一些但是能避免ZooKeeper对网络的高依赖，性能与稳定的平衡交给用户选择。
4. feature:提供便捷的子任务功能，目前版本子任务需要大量代码实现且不具备可视化能力，但是没有任务编排怎么又好意思成为一个完整的任务调度中心呢？