【问题标题】:Pentaho DI Opening transformation: [null] in directoryPentaho DI 打开转换:目录中的 [null]
【发布时间】:2018-11-21 12:22:27
【问题描述】:

伙计们!

我在从服务器启动水壶作业时遇到问题。 我的工作很简单,只有一次转型。转换保存在存储库服务器中。

job in spoon

如果我从 Pentaho 本地机器启动作业,作业运行成功,但转换不起作用。

日志(非常详细):

  • 勺子 - 开始工作...
  • Job_test - 作业执行开始
  • Job_test - exec(0, 0, START.0)
  • 开始 - 开始工作条目
  • Job_test - 开始条目 [simple_upsert]
  • Job_test - exec(1, 0, simple_upsert.0)
  • simple_upsert - 开始作业条目 - simple_upsert - 打开转换:目录 [/home/.../test] 中的 [null]
  • simple_upsert - 从目录 [/home/.../test] 中的存储库 [test_ms_sql] 加载转换
  • Job_test - 开始条目 [成功]
  • Job_test - exec(2, 0, Success.0)
  • 成功 - 开始工作条目
  • Job_test - 已完成的作业条目 [成功] (result=[true])
  • Job_test - 已完成的作业条目 [simple_upsert] (result=[true])
  • Job_test - 作业执行完成
  • Spoon - 作业已结束。

转换有效且位于目录 [/home/.../test] 中。 我测试了从本地机器和 pentaho 服务器运行。在这两种情况下,都有相同的笔画并且没有执行转换。 打开转换:[null] 是什么意思?为什么工作看不到转变?转换正好位于这个目录中,我在设置转换中浏览它。 谁知道怎么解决的?

【问题讨论】:

  • 你发现了吗?我有同样的问题。我正在使用 PDI 8.2

标签: pentaho kettle pentaho-spoon pentaho-data-integration


【解决方案1】:

我不知道这是否会有所帮助,因为我发现这个问题的唯一提示是 12 年前的 this forum post。如果您正在使用存储库,似乎每次保存 KTR 时,它都会更改它在存储库中的 ID,因此您每次都必须重新链接它。我怀疑这仍然是一个问题,因为这篇文章来自 Verison 2.2 或更早版本。希望对您有所帮助。

其他可能的解决方案,我怀疑你错过了这个,KTR 调用是否在 Job 步骤中编码?通过尝试使用空 KTR 调用运行 Job,我遇到了类似的“Null”指针。

【讨论】:

  • 感谢您的回复。我读过论坛的帖子,不幸的是,这不是我的情况,我使用的是 pdi 8.0 版本。如果错过转型路径,就会出错。在我的情况下,作业运行成功。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2011-07-18
相关资源
最近更新 更多