我来帮你搞定这个头疼的问题！你遇到的E0701错误本质上是Oozie的XML Schema验证顺序导致的：

错误原因拆解 #

Oozie在处理bundle.xml时，会先执行XML Schema校验，再进行EL表达式（#{xxx}）的变量替换。而Schema里明确规定协调器的name属性必须匹配正则(a-zA-Z*){1,39}——也就是只能包含大小写字母，长度1-39位。你写的Daily_job_#{client1}里包含了#、{、}这些非字母字符，直接触发了校验失败，根本轮不到变量替换那一步。

可行解决方案 #

方案1：启动时动态覆盖协调器名称（推荐，满足你的命名需求）

先在bundle.xml里给协调器设置一个符合Schema规则的基础名称，再通过启动参数动态替换成带客户端名的名称：

1. 编写bundle.xml时，给两个协调器用合法的静态名称：

<bundle-app name="MainBundle" xmlns="uri:oozie:bundle:0.2">
    <coordinator name="DailyJob" app-path="${coord_client1_path}">
        <configuration>
            <property>
                <name>client</name>
                <value>${client1}</value>
            </property>
        </configuration>
    </coordinator>

    <coordinator name="DailyJob" app-path="${coord_client2_path}">
        <configuration>
            <property>
                <name>client</name>
                <value>${client2}</value>
            </property>
        </configuration>
    </coordinator>
</bundle-app>

2. 启动bundle时，通过-D参数分别覆盖每个协调器的名称：

oozie job -oozie http://your-oozie-server:11000/oozie -config bundle.properties -run \
-D oozie.bundle.coord.0.name=Daily_job_${client1} \
-D oozie.bundle.coord.1.name=Daily_job_${client2}

这里的coord.0和coord.1对应bundle里第1、第2个协调器实例，启动时的变量会直接替换掉静态名称，完美绕过Schema校验。

方案2：调整命名层级，在协调器内部动态命名作业

如果你的核心需求是让最终运行的作业带客户端名，而非bundle层面的协调器名称，可以把动态命名移到协调器的XML里：

• bundle.xml里的协调器用静态区分名称（比如DailyJob_Client1、DailyJob_Client2）
• 在协调器的workflow.xml里，把作业名称设为Daily_job_#{client}，这样运行时生成的作业就会自动带上客户端名称，同时不会触发Schema错误。

方案3：静态命名协调器，用配置参数区分

如果bundle层面的名称不需要带客户端名，直接给两个协调器起静态名称（比如DailyJob_Client1、DailyJob_Client2），再通过<configuration>传递client参数到协调器即可，这种方式最简单，适合对bundle层级名称要求不高的场景。

内容的提问来源于stack exchange，提问作者sophiasull