Question

我们已将一个groovy脚本部署到artifactory home插件文件夹中。使用REST API，我们已成功加载它从日志我们可以看出负载是成功的。

2017-11-14 10:00：5415 [http-nio-8081-exec-74] [INFO]（o.a.a.p.GroovyRunnerImpl：244） - 从'purgeLibrary.groovy'加载脚本。
  2017-11-14 10：00：5515 [http-nio-8081-exec-74] [INFO]（o.a.a.p.e.ExecutePluginImpl：187） - Groovy执行'purgeLibrary'已成功注册。
  2017-11-14 10：00：5523 [http-nio-8081-exec-74] [INFO]（o.a.a.p.j.JobsPluginImpl：92） - Groovy作业'purgeOutdatedArtifacts'已成功安排运行。
  2017-11-14 10：00：5524 [http-nio-8081-exec-74] [INFO]（o.a.a.p.GroovyRunnerImpl：296） - 脚本'purgeLibrary'已加载。

再次使用REST API，我们手动执行了脚本purgeLibrary（再次验证了日志消息）。

Job purgeOutdatedArtifacts和execution purgeLibrary都是围绕同一内部方法的包装器，但是job有默认参数。

然而，这个“工作”从未实际执行 - 我们再次告诉你，因为日志中没有任何内容下面的相关“钩点”......

executions {
   purgeLibrary() { params ->
    def dryRun = params["dryRun"] ? params["dryRun"][0] as boolean : false
    libraryPurge(dryRun) 
    }
 }
 jobs {
    // Finds ci/cd published Artifacts that have reached max daysToLive and purges them. Executes daily at 1am, server time.
    purgeOutdatedArtifacts(cron: "0 0 1 * * ?") {
        libraryPurge(true)  // default dryrun flag to true
    }
}

现在：所有这些都适用于我们的测试服务器 - 也就是Artifactory的相同版本。所以我的假设是生产服务器上存在缺少/未正确设置的配置差异。

知道为什么“工作”实际上没有执行？

谢谢！

Answer 1

事实证明，作业实际上正在运行，但是在不同的开始时间这样做会等同于脚本中最初的值。
我还在研究为什么我们重新加载脚本时没有更新开始时间。

我不会删除这个问题，如果这会增加其他人的价值

Artifactory Pro 5.4.6 - Groovy插件未按计划执行

1 个答案: