"可否在集算器内设置 / 定制定时任务来调用集算器的工作文件？这样可以编写处理数据过程以后直接设置定时任务进行数据跑批。"
可否在集算器内设置 / 定制定时任务来调用集算器的工作文件？这样可以编写处理数据过程以后直接设置定时任务进行数据跑批。
能执行定时任务的工具一大堆，操作系统本身通常都有，没必要再搞一遍。集算器有命令行执行方式，可以被调用。集成到 Java 应用中被调用也可以。
工具确实有很多，但是对于计算器的支持或许并没有这么方便，如果遇到有上百个处理过程需要被调用的情况，那编写执行命令行并不算友好，且需编写命令行容易出错，并且像执行日志这些，也需要自己编写的话就比较散乱，如果内部就可以支持的话，可以直接使用是比较安全且友好的。如果能够支持这一方案，则可以脱离第三方独立运行，对于后续排查问题或第三方出现问题的时候可以避免影响处理过程。哈哈，也是个人拙见-
这也是专业，没那么容易做得比人家专业做得好，缺了点功能又会不停地被要求补。要善于利用别人的专业技能，不能什么水都趟一下。这也是 SPL 设计的理念（比如 SPL 就不像数据库那样要去管存储的可靠性安全性，这有无数更专业的技术）。我们直接做这功能，大概率是远不如人家专业选手（比如这里期望的友好安全等问题）。
至于结合上有什么问题，那倒是可以再提。这些专业做调度工具的，也不可能把自己憋死的，他们会努力支持任何可被调用的东西。几百个处理过程都摆不平，那还在这个领域混啥啊。
这个有被 kettle 集成的文档 SPL：被 Kettle 集成kettle 可以设置定时任务，应该能把 splx 调度起来了，据说这东西的界面也比较友好
能执行定时任务的工具一大堆，操作系统本身通常都有，没必要再搞一遍。
集算器有命令行执行方式，可以被调用。集成到 Java 应用中被调用也可以。
工具确实有很多，但是对于计算器的支持或许并没有这么方便，如果遇到有上百个处理过程需要被调用的情况，那编写执行命令行并不算友好，且需编写命令行容易出错，并且像执行日志这些，也需要自己编写的话就比较散乱，如果内部就可以支持的话，可以直接使用是比较安全且友好的。如果能够支持这一方案，则可以脱离第三方独立运行，对于后续排查问题或第三方出现问题的时候可以避免影响处理过程。哈哈，也是个人拙见-
这也是专业，没那么容易做得比人家专业做得好，缺了点功能又会不停地被要求补。
要善于利用别人的专业技能，不能什么水都趟一下。这也是 SPL 设计的理念（比如 SPL 就不像数据库那样要去管存储的可靠性安全性，这有无数更专业的技术）。我们直接做这功能，大概率是远不如人家专业选手（比如这里期望的友好安全等问题）。
至于结合上有什么问题，那倒是可以再提。这些专业做调度工具的，也不可能把自己憋死的，他们会努力支持任何可被调用的东西。几百个处理过程都摆不平，那还在这个领域混啥啊。
这个有被 kettle 集成的文档 SPL：被 Kettle 集成
kettle 可以设置定时任务，应该能把 splx 调度起来了，据说这东西的界面也比较友好