我们使用Cloudera cdh 5.4.0,并一直试图从Java API触发oozie作业以发送电子邮件。依赖于两个第三方jar文件 - activation.jar和mail.jar,用于使用SMTP登录发送电子邮件。当第三方文件放在文件系统的同一文件夹中时,JAVA程序可以从IDE /包Jar文件发送电子邮件。
但是当我们将文件移动到HDFS并尝试配置oozie作业时,它无法完成。
我们的oozie作业xml如下(email.xml):
<workflow-app name="Email" xmlns="uri:oozie:workflow:0.5">
<start to="java-95a1"/>
<kill name="Kill">
<message>Action failed, error message[${wf:errorMessage(wf:lastErrorNode())}]</message>
</kill>
<action name="java-95a1">
<java>
<job-tracker>${jobTracker}</job-tracker>
<name-node>${nameNode}</name-node>
<main-class>org.Emails</main-class>
<java-opts>[{u'value': u''}]</java-opts>
</java>
<ok to="End"/>
<error to="Kill"/>
</action>
<end name="End"/>
</workflow-app>
和工作属性:
nameNode=hdfs://localhost:8020
jobTracker=localhost:8021
queueName=default
weatherRoot=weather_ooze
mapreduce.jobtracker.kerberos.principal=foo
dfs.namenode.kerberos.principal=foo
oozie.libpath=${nameNode}/user/oozie/share/lib
oozie.wf.application.path=${nameNode}/user/${user.name}/${weatherRoot}
outputDir=weather-ooze
文件放在HDFS文件夹中:
/user/oozie/OozieWFConfigs/emailAppDef/EmailJavaProgram.jar /user/oozie/OozieWFConfigs/emailAppDef/email.xml /user/oozie/OozieWFConfigs/emailAppDef/job.properties /user/oozie/OozieWFConfigs/emailAppDef/lib/activation.jar /user/oozie/OozieWFConfigs/emailAppDef/lib/mail.jar
在论坛中读取将自动拾取放置在lib文件夹中的jar文件。
使用Java API触发oozie作业:
import java.util.Properties;
import org.apache.oozie.client.OozieClient;
import org.apache.oozie.client.WorkflowJob;
public class oozieclient {
public static void main(String[] args) {
OozieClient wc = new OozieClient("http://hdfs:hdfs@172.16.142.124:11000/oozie");
Properties conf = wc.createConfiguration();
conf.setProperty("nameNode", "hdfs://kwt-dev-hdpdn6.hadoop.local:8020");
conf.setProperty("jobTracker", "kwt-dev-hdpdn6.hadoop.local:8032");
conf.setProperty("queueName", "default");
conf.setProperty("oozie.libpath", "${nameNode}/user/oozie/OozieWFConfigs/emailAppDef/lib");
conf.setProperty("oozie.use.system.libpath", "true");
conf.setProperty("oozie.wf.rerun.failnodes", "true");
conf.setProperty("oozieProjectRoot",
"${nameNode}/user/oozie");
conf.setProperty("appPath",
"${oozieProjectRoot}/OozieWFConfigs/emailAppDef");
conf.setProperty(OozieClient.APP_PATH, "${appPath}/email.xml");
// conf.setProperty("inputDir", "${oozieProjectRoot}/data/*/*/*/*/*");
conf.setProperty("outputDir", "${appPath}/output");
try {
String jobId = wc.run(conf);
System.out.println("Workflow job, " + jobId + " submitted");
while (wc.getJobInfo(jobId).getStatus() == WorkflowJob.Status.RUNNING) {
System.out.println("Workflow job running ...");
Thread.sleep(10 * 1000);
}
System.out.println("Workflow job completed ...");
System.out.println(wc.getJobInfo(jobId));
} catch (Exception r) {
System.out.println("Errors " + r.getLocalizedMessage());
}
}
}
触发时的工作,直到33% - 50%,然后挂起。无论是终止还是继续。有人可以帮我吗?我无法使用oozie中的默认电子邮件流程,因为我需要在此电子邮件中添加附件。我希望它可以使用activation.jar和email.jar从java程序开始工作。
触发作业时,配置如下:
appPath hdfs://kwt-dev-hdpdn6.hadoop.local:8020 / user / oozie / OozieWFConfigs / emailAppDef
jobTracker kwt-dev-hdpdn6.hadoop.local:8032
mapreduce.job.user.name oozie
nameNode hdfs://kwt-dev-hdpdn6.hadoop.local:8020
oozie.use.system.libpath true
oozie.wf.application.path hdfs://kwt-dev-hdpdn6.hadoop.local:8020 / user / oozie / OozieWFConfigs / emailAppDef / email.xml
oozie.wf.rerun.failnodes true
oozieProjectRoot hdfs://kwt-dev-hdpdn6.hadoop.local:8020 / user / jinith.joseph
outputDir hdfs://kwt-dev-hdpdn6.hadoop.local:8020 / user / oozie / OozieWFConfigs / emailAppDef / output
queueName默认
user.name oozie
答案 0 :(得分:1)
问题与HDFS连接有关。您的Oozie URI,Namenode和jobtracker不相等。我认为你应该用正确的IP地址替换localhost。
答案 1 :(得分:1)
经过一周的试验,我们已经完成了从oozie工作中发送的电子邮件。正如许多论坛和朋友所发现的,问题出在Guava版本中,该版本不包含elapsedTime()函数。
因此,如果我们有一个如下所示的工作流程xml,它应该可以正常工作
<workflow-app name="Drill_HDFS_Email" xmlns="uri:oozie:workflow:0.5">
<start to="java-6abb"/>
<kill name="Kill">
<message>Action failed, error message[${wf:errorMessage(wf:lastErrorNode())}]</message>
</kill>
<action name="java-6abb">
<java>
<job-tracker>${jobTracker}</job-tracker>
<name-node>${nameNode}</name-node>
<configuration>
<property>
<name>mapred.queue.name</name>
<value>default</value>
</property>
<property>
<name>oozie.launcher.mapreduce.job.classloader</name>
<value>true</value>
</property>
<property>
<name>oozie.launcher.mapreduce.job.ubertask.enable</name>
<value>false</value>
</property>
</configuration>
<main-class>com.drill.Emails</main-class>
<file>/user/oozie/OozieWFConfigs/drillEmailAppDef/lib/DrillJDBC.jar#DrillJDBC.jar</file>
<file>/user/oozie/OozieWFConfigs/drillEmailAppDef/lib/activation.jar#activation.jar</file>
<file>/user/oozie/OozieWFConfigs/drillEmailAppDef/lib/mail.jar#mail.jar</file>
<file>/user/oozie/OozieWFConfigs/drillEmailAppDef/lib/drill-jdbc-all-1.0.0.jar#drill-jdbc-all-1.0.0.jar</file>
</java>
<ok to="End"/>
<error to="Kill"/>
</action>
<end name="End"/>
</workflow-app>
正如您可能已经观察到的那样,有两种配置专门用于挑选正确版本的番石榴。
oozie.launcher.mapreduce.job.classloader = true oozie.launcher.mapreduce.job.ubertask.enable = false
默认情况下,ubertask设置为true,将尝试选择 番石榴罐头的Cloudera / oozie正在研发较低版本和 不包含elapsedTime()函数。如果我们将此属性设置为 是的,它将挑选包含正确番石榴的Drill罐子 版本
所有依赖的第三方罐子和带有我们发送电子邮件代码的jar函数都包含在oozie工作流程中的文件中。将在包含的罐子中检查主类功能并拾取。
在某些论坛中,我们已经读过“lib”文件夹中的jar文件会被自动读取。但是如果没有明确说明我们就没有工作。可能我们仍然缺少一些配置!
无论如何希望这有助于将来。