hello job 是使用j2ee技术开发的调度系统，提供交互简单的中文操作界面，40秒上手。目前业界有不少调度系统，比如oozie（太难用）、xxl-job（太重量）、airflow（python写的，依赖linux的crontab，只能够部署在linux）， hello job致力于打造一个轻量级的、简单好用的跨平台调度系统，希望可以成为调度界的一股清流。
hello job特征：
-
支持时间调度、作业依赖触发、手工执行三种调度方式。
-
时间调度：底层基于quartz实现，支持cron命令，实现灵活的时间调度方式。
-
作业依赖触发：一个子作业可以依赖多个父作业，一个父作业可以有多个子作业，系统同时做死循环判断，避免作业依赖形成环。
-
手工执行：对任何作业都可以手动触发一次。
-
调度系统自身并不承担业务逻辑，通过ssh 协议执行远程机器的命令，支持hive、spark、kettle、python、shell等脚本的执行。
-
实现了邮件告警功能，配置作业的收件人邮箱，当作业执行失败会发报错信息到该邮箱。
-
带有一个名为dt的日期变量（yyyyMMdd格式），可以在“执行命令”中使用dt。如“echodt。如“echo{dt}”。dt的值默认为昨天。所以本系统特别适合用于etl按天增量同步数据的作业的调度。
-
对于作业有个“自依赖”的选项，自依赖约束该作业在当天dt能够执行，要求前一天dt已经成功执行。
-
可以部署在windows 或者linux 服务器。
-
异常 [2021-11-08 17:03:57] [ERROR] ErrorLogger: An error occured instantiating job to be executed. job= 'DEFAULT.helloJob' org.quartz.SchedulerException: Problem instantiating class 'HelloJob' [See nest
-
异常日志主要内容：Class org.quartz.simpl.SimpleJobFactory can not access a member of class com.quartz.controller.HelloJob with modifiers "" 03:12:06.000 [main] INFO org.quartz.impl.StdSchedulerFactory - Quartz
-
但是由于网络和其他一些技术问题，我在python脚本中的excel文件将无法在计划时间内更新，因此我需要手动运行python脚本，让我知道一旦文件更新，任何选项都是avl来运行任务调度程序。 例如：我运行python脚本的计划时间是每天上午9点，但我同意如果excel文件未在上午9点在python上更新，任务调度器需要在9点30分运行 提前谢谢。
-
我正在模拟一个外科病房，其中有3种不同的病人类型（红色病人，蓝色病人和绿色病人）根据一个时间表进入。根据病人的类型（红色、蓝色或绿色），手术时间不同。红色：30分钟。蓝色：1小时，绿色：2小时。我正在使用延迟块来模拟手术时间。如何使延迟时间基于进入的患者类型？ 例如：延迟时间为30分钟。当一个红色的病人进入延迟块，但如果一个蓝色的进入1小时？ 谢谢！
-
我的一个模块项目中有一个考勤系统，使用PHP和MySQL,MySQL表如下所示： 现在，时间表被用来存储一天中某一段的类时间表，以及分配给哪位老师。student_info表包含有关学生及其所属部分的一般信息。attendancetable用于记录缺勤人员，使用时间和学生id作为主键。 我可以得到一个学期有多少类被录取的统计如下： 然后计算一个学生参加的次数，也计算出勤率。 现在，我还想显示一种考
-
主要内容：以下是纠正/补充内容：先来先服务(FCFS)调度算法根据其到达时间简单地调度作业。 就绪队列中第一个工作将首先获得CPU。 工作到达时间越少，工作得到的CPU就越快。 如果第一个进程的突发时间是所有作业中最长的，则FCFS调度可能会导致饥饿问题。 FCFS的优势 简单 容易 先到先得 FCFS的缺点 调度方法是非抢先式的，该进程将运行到完成。 由于算法的非抢先性，可能会出现饥饿问题。 尽管实现起来很容易，但由于平均等待
-
主要内容：进程控制块中保存了什么？,为什么需要调度？在像MS DOS这样的单编程系统中，当进程等待任何I/O操作完成时，CPU仍然是空闲的。 这是一个开销，因为它浪费时间并导致饥饿问题。 但是，在多程序系统中，CPU在进程的等待时间内不会保持空闲状态，而是开始执行其他进程。 操作系统必须定义CPU将被给予哪个进程。 在多程序系统中，操作系统调度CPU上的进程以获得最大的利用率，此过程称为CPU调度。 操作系统使用各种调度算法来调度过程。 这是短期调
-
我有以下时间安排优化问题： 有n个Rest时间要安排。一次Rest占用每个15分钟的k时间颗粒。我看到的总视界是m个时间颗粒。每次谷物都有一个需要优化的中断量。开始中断的范围是每个中断定义的，您不能自由选择范围。 break.scala： Timegrain.scala： 中断分配： 我在想出正确的模型的时候，是不是走错了方向？