转载

[原]Oozie工作流属性配置的方式与策略

Oozie工作流属性配置的三种方式

Oozie有三种方法可以给工作流提供属性属性配置：

App部署文件夹根目录下的：config-default.xml
作业属性文件:job.properties
在命令行中指定属性:-Dkey=value

Oozie工作流属性配置的策略（最佳实践）

坦率地讲，三种配置相互重叠，全部使用会使属性的配置过于分散，使得查找和定位属性变得繁琐。就我个人的经验，我倾向于这样做：

对于静态的，不会因每次启动而发生成改变的配置项，全部配置在config-default.xml，因为这个文件是Oozie部署自包含（self-contained application）应用程序规范的一部分，也就是说这个文件会被自动加载并读取，就如同J2EE的中web.xml一样，所以把静态的配置项写在这里是最理想的。
对于动态的，会因为每次启动而变化的配置项（典型的例子是coordinator的start time), 通过命令行的方式指定是最合适的。
通常，大多数的构建工具（比如maven)都能够在构建时根据build的目标环境替换配置文件中的一些变量，我们应该利用这个特性，对config-default.xml和命令行（假如你有一个命令行脚本的话）中的与环境相关的属性在构建时进行替换。典型的例子是nameNode和jobTracker。
避免使用job.properties，因为job.properties是一个本地文件，它显然没有config-default.xml方便，因为config-default.xml是自包含的。

综上所属，一个简洁地启动工作流的命令行应该是这个样子的：首先，指定oozie.wf.application.path或oozie.coord.application.path或oozie.bundle.application.path是必不可少的，因为至少你要告诉oozie，你的应用程序放在哪里，然后我们需要从命令行中再指定一些动态参数。因此，通过命令行启动一个工作流往往会是这样的：

oozie job -run / -Doozie.wf.application.path=hdfs://your-namenode:8020/your/app/path / -DPARAM1=${PARAM1} / -DPARAM1=${PARAM2}

至于工作流其他的属性配置，都已存放于hdfs://your-namenode:8020/your/app/path/config-default.xml中。

Oozie工作流属性的命名规范

最后，作为一个补充，我们来谈谈oozie对其属性命名的要求：

- Properties that are a valid Java identifier, [A-Za-z_][0-9A-Za-z_]* , are available as '${NAME}' variables within the workflow definition.  - **Properties that are not valid Java Identifier, for example 'job.tracker'**, are available via the String wf:conf(String name) function.

是的，看上去也是有点奇葩的规定了，对于Oozie的属性名，只允许使用数字、字母和下滑线，类似于job.tracker这样的属性名是非法的！

作者：bluishglc 发表于2015/5/29 7:58:27 原文链接

正文到此结束

所属分类：编程技术

本文标签： java Namenode 参数目录 HDFS value cat key tar XML App maven IDE node UI web 配置
版权声明： 本文为互联网转载文章，出处已在文章中说明(部分除外)。如果侵权，请联系本站长删除，谢谢。
本文海报： 生成海报一生成海报二