You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@oozie.apache.org by "Robert Kanter (JIRA)" <ji...@apache.org> on 2015/02/03 18:49:36 UTC

[jira] [Created] (OOZIE-2128) Clarify sub workflow "conflicting" jars

Robert Kanter created OOZIE-2128:
------------------------------------

             Summary: Clarify sub workflow "conflicting" jars
                 Key: OOZIE-2128
                 URL: https://issues.apache.org/jira/browse/OOZIE-2128
             Project: Oozie
          Issue Type: Sub-task
          Components: docs
            Reporter: Robert Kanter


The docs on subworkflows state:
{quote}
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.
{quote}
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").



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)