Details
-
Sub-task
-
Status: Open
-
Major
-
Resolution: Unresolved
-
None
-
None
-
None
Description
The docs on subworkflows state:
The subworkflow can inherit the lib jars from the parent workflow by setting oozie.subworkflow.classpath.inheritance to true in oozie-site.xml or on a per-job basis by setting oozie.wf.subworkflow.classpath.inheritance to true in a job.properties file. If both are specified, oozie.wf.subworkflow.classpath.inheritance has priority. If the subworkflow and the parent have conflicting jars, the subworkflow's jar has priority. By default, oozie.wf.subworkflow.classpath.inheritance is set to false.
http://oozie.apache.org/docs/4.1.0/WorkflowFunctionalSpec.html#a3.2.6_Sub-workflow_Action
We should clarify what we mean by "conflicting jars". The intention is jars with the same name (e.g. "foo.jar" in the parent workflow and "foo.jar" in the sub workflow). Some users may read this as two jars with conflicting classes, which we don't do anything about (e.g. "foo-1.0.jar" and "foo-2.0.jar").