You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@oozie.apache.org by "Roman Shaposhnik (JIRA)" <ji...@apache.org> on 2011/09/10 05:41:11 UTC

[jira] [Closed] (OOZIE-133) GH-106: add support for an (Oozie) system share lib directory in HDFS for action binaries.

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

Roman Shaposhnik closed OOZIE-133.
----------------------------------

    Resolution: Fixed

> GH-106: add support for an (Oozie) system share lib directory in HDFS for action binaries.
> ------------------------------------------------------------------------------------------
>
>                 Key: OOZIE-133
>                 URL: https://issues.apache.org/jira/browse/OOZIE-133
>             Project: Oozie
>          Issue Type: Bug
>            Reporter: Hadoop QA
>
> This issue builds on top of GH-0027
> The motivation for GH-0027 is to allow workflow apps to easily share a common set of JAR/SO libraries without having to bundle those JAR/SO libs in each workflow app lib/ directory. 
> The motivation for this issue is to allow the (Oozie) system to use set a default set of JAR/OS libraries in the workflow application path. A useful feature when a setup is defining a common stack (i.e. for pig, streaming, hive, sqoop, inputformats, UDFs libs, etc) and a workflow app just want to use the stack.
> To maintain backward compatibility, by default this system defined 'share lib' directory is not included. Workflow jobs must set a flag in their job properties for the inclusion to happen.
> A future version of workflow apps would revert the default behavior.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira