Pentaho 釜：计算柱的长度

我有以下水壶改造：

输出为：

2017/06/02 14:51:10 - Write to log.0 - ------------> Linenr 1------------------------------
2017/06/02 14:51:10 - Write to log.0 - Text = This is line 1
2017/06/02 14:51:10 - Write to log.0 - Length =  11
2017/06/02 14:51:10 - Write to log.0 - Copy = [B@709B5D90
2017/06/02 14:51:10 - Write to log.0 - 
2017/06/02 14:51:10 - Write to log.0 - ====================
2017/06/02 14:51:10 - Write to log.0 - 
2017/06/02 14:51:10 - Write to log.0 - ------------> Linenr 2------------------------------
2017/06/02 14:51:10 - Write to log.0 - Text = This is line 2 and is longer
2017/06/02 14:51:10 - Write to log.0 - Length =  11
2017/06/02 14:51:10 - Write to log.0 - Copy = [B@7E5CADF3
2017/06/02 14:51:10 - Write to log.0 - 
2017/06/02 14:51:10 - Write to log.0 - ====================
2017/06/02 14:51:10 - Write to log.0 - 
2017/06/02 14:51:10 - Write to log.0 - ------------> Linenr 3------------------------------
2017/06/02 14:51:10 - Write to log.0 - Text = This is line 3 and is much longer
2017/06/02 14:51:10 - Write to log.0 - Length =  11
2017/06/02 14:51:10 - Write to log.0 - Copy = [B@7A6336E0

---

kettle似乎是通过其哈希代码而不是其值来引用列“Text”。我做错了什么？

您看到的值不是哈希代码，而是对原始数据的引用。当输入步骤启用了延迟转换时，会发生这种情况。计算器步骤应该触发到字符串的转换，但由于某种原因，在本例中跳过该步骤

---

取消选中CSV输入步骤中的延迟转换以修复它。

您看到的值不是哈希代码，而是对原始数据的引用。当输入步骤启用了延迟转换时，会发生这种情况。计算器步骤应该触发到字符串的转换，但由于某种原因，在本例中跳过该步骤

---

取消选中CSV输入步骤中的“延迟转换”以修复此问题。

从CSV输入中输出的文本的字段类型是什么？事实上，这听起来很有道理。如果已在CSV输入中签入惰性转换，请尝试关闭它。@Cyrus谢谢！就这样。禁用

延迟转换

修复了它。你愿意把这个作为我可以接受的答案吗？当CSV输入输出文本时，文本的字段类型是什么？事实上，这听起来很有道理。如果已在CSV输入中签入惰性转换，请尝试关闭它。@Cyrus谢谢！就这样。禁用

延迟转换

修复了它。你愿意把这个作为我可以接受的答案吗。