李国宝
消息队列推送感觉太重了,难道是在这边跑的MQ的Client么?这么多MQ都要接一次? 真正重要的消息真的会频繁调用Job来触发么?
明确一下这个项目的目的,这是做的是一个调度...
另一个想法(大坑):热加载Job...
quartz做quartz的事情,MQ做MQ的事情,我是觉得不应该放一起的. 我们去看下阿里的SchedulerX做了什么事情. > SchedulerX 是阿里中间件团队开发的一款分布式任务调度产品，在阿里内部有着广泛的使用，经过集团内上千个业务应用历经多年打磨而成。每天非常稳定的运行着集团内几十万个任务以及完成每天几亿次的任务调度。 > 您可以在应用中依赖 SchedulerX-Client，并在 EDAS 控制台创建定时任务，进行相应的参数配置后，启动该应用就可以接收到定时任务的周期调度。SchedulerX-Server 集群为调度触发提供高可用性和高稳定性的保证，并且可以实现对您的客户端机器集群进行分布式调度。 这个思路是没问题的,不过项目建议改名....
理想的类热加载是直接扔一个Class 文件上去(Job接口的一个实现),然后直接就跑了. @zhaopeiym
这个配置在哪来的？ 找了一圈没找到。
....这个咋说也不会再这里实现吧.
https://github.com/xceedsoftware/docx
https://github.com/CenterForOpenScience/pydocx 起个Python服务来做吧, 逃
@lao-zhang -i 输出路径