You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The whole "hadoop.tmp.dir" situation has exposed something I didn't realize about Config and Hadoop's JobConf. Apparently when you call JobConf.get, it evaluates any variables in it. But the way we extract key/values from JobConf, we don't get this behavior:
It seems to work out alright in some situations, since Hadoop/Cascading must be evaluating it to get the actual path later. But this causes validateSources to fail when "strict" is set on the mode.
Seems like it would be preferable to force Hadoop to evaluate each of these values in Config.fromHadoop(). @johnynek (or anyone else): do you forsee any problems with this?
The text was updated successfully, but these errors were encountered:
The whole "hadoop.tmp.dir" situation has exposed something I didn't realize about
Config
and Hadoop'sJobConf
. Apparently when you callJobConf.get
, it evaluates any variables in it. But the way we extract key/values from JobConf, we don't get this behavior:It seems to work out alright in some situations, since Hadoop/Cascading must be evaluating it to get the actual path later. But this causes validateSources to fail when "strict" is set on the mode.
Seems like it would be preferable to force Hadoop to evaluate each of these values in Config.fromHadoop(). @johnynek (or anyone else): do you forsee any problems with this?
The text was updated successfully, but these errors were encountered: