MuleはXMLスキーマに準拠していないXML設定をどのように処理しますか？

Question

私は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> 

これは私が見つけた例の一つに過ぎないと私の仮定は、ミュールはちょうどこのような構成を無視していることであり、それはおそらく何もしないと、それはそれを削除しても安全だという。この仮定は正しいですか？

Answer 1

IntelliJ IDEAは、IDE用にクラス最高のXMLスキーマベースの編集機能を備えていますが、理想的ではありません。経験則として、Muleは設定を解析するときに完全な検証を行います。しかし、IDEは誤って有効な設定をエラーとしてフラグを立てる可能性があります。

そして、Mule 2.xはかなり古く、上記のDavidがMule 3にもっと当てはまるものです。 Mule 2以来の主要なスキーマの改善がありました。

Answer 2

Muleは、ロードする構成を厳密に検証します。要素が誤って配置されたり、まったく使用できない場合、Muleは構成をロードせず、このアプリケーションの起動を拒否します。

この設定でMuleが正常に起動する場合は、有効であり、コメントが嘘であることを意味します。