Java Mule如何处理不需要'；不符合它的XML模式？

我被指派使用Mule 2开发一个遗留系统，我在一些旧配置中发现了一些怪癖。最初编写文档的开发人员已经换了工作，所以从那以后没有人敢做任何更改

<service name="taskCompleted">
        <inbound>
            <jms:inbound-endpoint topic="namespace.transporttask.completed">
                <jms:jmsmessage-to-object-transformer />

                <!-- This section does not comply with Mule's XML schema 
                     (Element message-properties-transformer is not allowed here) -->
                <message-properties-transformer>
                    <add-message-property key="MULE_ENCODING" value="windows-1252" />
                </message-properties-transformer>
            </jms:inbound-endpoint>
        </inbound>
        <bridge-component />
        <outbound>
            ...
        </outbound>
    </service>

...

---

这只是我发现的示例之一，我的假设是Mule忽略了这样的配置，删除它是安全的，因为它可能什么都不做。这个假设正确吗

Mule严格验证其加载的配置：如果元素放错位置或根本不允许，Mule将不加载配置并拒绝启动此应用程序

---

如果Mule一开始就使用这种配置，这意味着它是有效的，并且注释是假的。

尽管IntelliJ IDEA具有同类最佳的基于XML模式的IDE编辑功能，但它仍然不理想。根据经验，Mule将在解析配置时进行完整验证。但是IDE可能会错误地将有效配置标记为错误

---

而且，Mule2.x已经很老了，David上面提到的适用于Mule3更多。自Mule 2以来，架构有了重大改进。

在删除该行的情况下信心十足地测试东西不可行吗？当然可以，但我对Mule对显然无效的配置的一般处理很好奇。好的，因此，这实际上是Mule的XML模式的问题，或者是使用Mule的复杂模式层次结构来验证XML的工具的问题。我们这里说的是XML编辑器吗？这也是一个选项。我使用的是Intellij Idea 11。这似乎是Idea的一个问题。我知道他们过去也有过类似的问题。升级到Mule 3会很好，但我不认为这会发生在这个遗留系统上。