[openstack-dev] [Sahara] improve oozie engine for common lib management

Andrew Lazarev alazarev at mirantis.com
Tue May 19 00:04:04 UTC 2015


I think it could be useful and pretty easy to implement. Feel free to file
blueprint+spec.

Andrew.

On Mon, May 11, 2015 at 9:49 AM, Sergey Lukjanov <slukjanov at mirantis.com>
wrote:

> Hi,
>
> do you think it could be implemented based on job binaries? It sounds like
> it's a type of job binary that should be always uploaded to Oozie for the
> tenant where it lives. (A bit crazy, but could useful).
>
> Thanks.
>
> On Mon, May 11, 2015 at 6:39 PM, lu jander <juvenboy1987 at gmail.com> wrote:
>
>> Hi, All
>> Currently, oozie share lib is not well known and can be hardly used by
>> the users, so I think we can  make it less oozieness and more friendly for
>> the users, it can be used for running jobs which are using third party
>> libs. If many jobs use the same libs, oozie share lib can make it as a
>> common share lib.
>>
>> here is the bp,
>> https://blueprints.launchpad.net/sahara/+spec/improve-oozie-share-lib
>> I will write a spec soon after scheduled edp jobs bp.
>>
>> __________________________________________________________________________
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe:
>> OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>
>
> --
> Sincerely yours,
> Sergey Lukjanov
> Sahara Technical Lead
> (OpenStack Data Processing)
> Principal Software Engineer
> Mirantis Inc.
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20150518/ebe7fd9a/attachment.html>


More information about the OpenStack-dev mailing list