You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@oozie.apache.org by "Dénes Bodó (Jira)" <ji...@apache.org> on 2021/06/18 08:34:00 UTC

[jira] [Resolved] (OOZIE-546) OOZIE-129: fs action should allow free order of sub-elements

     [ https://issues.apache.org/jira/browse/OOZIE-546?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Dénes Bodó resolved OOZIE-546.
------------------------------
    Fix Version/s: 3.3.0
       Resolution: Duplicate

> OOZIE-129: fs action should allow free order of sub-elements
> ------------------------------------------------------------
>
>                 Key: OOZIE-546
>                 URL: https://issues.apache.org/jira/browse/OOZIE-546
>             Project: Oozie
>          Issue Type: Bug
>            Reporter: Angelo K. Huang
>            Assignee: Angelo K. Huang
>            Priority: Major
>             Fix For: 3.3.0
>
>
> According to the xsd [1],
> You can use as many commands as you want in the fs action node, but the problem is that they have defined the commands within an xs:sequence tag, which means the commands can be used only in a particular order. According to the xsd, the sequence of the action has to be delete, mkdir, move and chmod. This implies that you cannot have an mkdir after move :-/.
> I don't particularly understand the reasoning behind why it is defined as an xs:sequence though.
> Regards,
> Arun
> [1] http://yahoo.github.com/oozie/releases/3.0.0/WorkflowFunctionalSpec.html#Oozie_Schema_Version_0.2
> ----------------------------------------------------------------------
> I think the XSD is written in a very rigid form. The user needs to follow that order. However, we should relax the constraint  by allowing any ordering. We could use "xs:choice" in XSD and need to make sure that in the execution order too.
> Regards,
> Mohammad



--
This message was sent by Atlassian Jira
(v8.3.4#803005)