Return-Path: X-Original-To: apmail-falcon-dev-archive@minotaur.apache.org Delivered-To: apmail-falcon-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 47770181FA for ; Wed, 4 Nov 2015 10:34:31 +0000 (UTC) Received: (qmail 50588 invoked by uid 500); 4 Nov 2015 10:34:31 -0000 Delivered-To: apmail-falcon-dev-archive@falcon.apache.org Received: (qmail 50543 invoked by uid 500); 4 Nov 2015 10:34:31 -0000 Mailing-List: contact dev-help@falcon.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@falcon.apache.org Delivered-To: mailing list dev@falcon.apache.org Received: (qmail 50532 invoked by uid 99); 4 Nov 2015 10:34:31 -0000 Received: from Unknown (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Nov 2015 10:34:31 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 7CF061A21A3 for ; Wed, 4 Nov 2015 10:34:30 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.77 X-Spam-Level: * X-Spam-Status: No, score=1.77 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, KAM_LAZY_DOMAIN_SECURITY=1, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, T_RP_MATCHES_RCVD=-0.01] autolearn=disabled Received: from mx1-eu-west.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id RC28m1b5wGJP for ; Wed, 4 Nov 2015 10:34:29 +0000 (UTC) Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by mx1-eu-west.apache.org (ASF Mail Server at mx1-eu-west.apache.org) with SMTP id B0D1B20927 for ; Wed, 4 Nov 2015 10:34:28 +0000 (UTC) Received: (qmail 48821 invoked by uid 99); 4 Nov 2015 10:34:27 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Nov 2015 10:34:27 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id BAE872C1F5E for ; Wed, 4 Nov 2015 10:34:27 +0000 (UTC) Date: Wed, 4 Nov 2015 10:34:27 +0000 (UTC) From: "Daniel del Castillo (JIRA)" To: dev@falcon.incubator.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (FALCON-1573) Supply user-defined properties to Oozie workflows during schedule MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/FALCON-1573?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14989282#comment-14989282 ] Daniel del Castillo commented on FALCON-1573: --------------------------------------------- I totally agree with your previous comment [~pallavi.rao], if there is a way to differentiate between what users define and what Falcon sets to do its job then this change could work as you guys initially thought and we can keep it simple. If the dev team have been thinking of introducing namespaces this could potentially be a good time to do that. What are your thoughts about this [~ajayyadava] ? I can only find one issue related to namespaces ([FALCON-1308|https://issues.apache.org/jira/browse/FALCON-1308]) If you both agree to the introduction of namespaces then I'll raise one more ticket to do this so we can put some ideas together. > Supply user-defined properties to Oozie workflows during schedule > ----------------------------------------------------------------- > > Key: FALCON-1573 > URL: https://issues.apache.org/jira/browse/FALCON-1573 > Project: Falcon > Issue Type: New Feature > Components: oozie > Affects Versions: trunk > Reporter: Daniel del Castillo > Assignee: Daniel del Castillo > Priority: Minor > Fix For: trunk > > Attachments: FALCON-1573-v1.patch > > > The work in FALCON-1434 added the ability to specify properties for the purpose of enabling scheduler selection. However, this could be more generally useful as a means for users to submit custom properties that will be visible in Oozie workflows. > This will enable users to reference properties in the entity XML itself and passing these properties down to workflows. For example, a process scheduled with the command: > {code} > bin/falcon entity -schedule -type process -name helloFalconProcess -properties custom.property:HEY > {code} > can reference the property _custom.property_ in the process XML as > {code:xml} > > > ... > > ... > > ... > > ... > > {code} > An Oozie workflow can then easily make use of such property: > {code:xml} > > ... > > ... > --customValue=${customProperty} > ... > > ... > > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)