You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@oozie.apache.org by "Clay B. (JIRA)" <ji...@apache.org> on 2017/05/03 06:42:04 UTC

[jira] [Commented] (OOZIE-2876) Provide deployment primitives

    [ https://issues.apache.org/jira/browse/OOZIE-2876?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15994350#comment-15994350 ] 

Clay B. commented on OOZIE-2876:
--------------------------------

I just so happen to have an implementation of something like this and will work to get a patch up for review in the next week.

> Provide deployment primitives
> -----------------------------
>
>                 Key: OOZIE-2876
>                 URL: https://issues.apache.org/jira/browse/OOZIE-2876
>             Project: Oozie
>          Issue Type: Wish
>          Components: action
>            Reporter: Clay B.
>            Priority: Minor
>
> Today one can schedule workflows which run on a cluster using many pre-existing artifacts. However, today there are no helpful primitives for deploying those artifacts to the cluster.
> For example, one may use a Spark JAR (hosted in a Maven repository) stored on a cluster's HDFS to talk with data stored in a Hive table (the schema of which is likely tracked in a source code management system somewhere) and use JDBC to talk to an arbitrary database off the cluster. (As to which database being configured based on the cluster being Dev, Beta or PROD all mapped in a simple configuration file.) Further, the data may be verified by a simple Pig script (also stored in a source code management repository).
> As a user, I'd like some way to get my binaries and ASCII configuration on a cluster without significant ad hoc shell actions.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)