2010-11-12 63 views
0

我已經把一個古老的mule版本1.3放到了一個項目中。他們使用分割配置設置,如所建議的那樣。 hereMule 1.3在'mule-configuration'下面有'mule-descriptor'的配置文件無法驗證

所有這些文件都有http://www.symphonysoft.com/dtds/mule/mule-configuration.dtd作爲它們的DTD定義。對於像Mule IDE這樣的老版本來說,這顯然是一個問題,因爲它顯然試圖加載那個URL,它的域名已經不存在了。

我發現一個文件在http://www.mulesoft.org/dtds/mule-configuration.dtd這似乎是相同的DTD。但是,現在我已經在所有配置文件中獲得了驗證錯誤,但主要是在mule-config.xml中,因爲它們遵循第一個鏈接中的建議:在mule-configuration元素正下方有mule-descriptor元素。然而,DTD似乎並沒有讓這種(騾子描述符元素是模型元素下):

<!ELEMENT mule-configuration (description?, environment-properties?, 
    mule-environment-properties?, container-context*, security-manager?, 
    transaction-manager?, agents?, connector*, endpoint-identifiers?, 
    transformers?, global-endpoints?, interceptor-stack*, model*)> 

任何想法除了舉辦修改DTD自己呢?是否有另一個DTD可用?

回答

0

好了,只是,如果其他人得到這個問題:「S」在「的DTD」的網址應該是一個贈品:http://www.mulesoft.org/dtds/

1.3.3 DTD有預期的「騾子描述符」下方'mule-configuration',Mule IDE和Eclipse驗證現在都很開心。

(驗證錯誤的原因是,當我把一個可以加載的DTD放到那裏時,Eclipse開始開始驗證XML。另一個解決此問題的方法是在「XML Catalog」中添加一個條目Eclipse,其中聲明「如果您發現此PUBLIC ID,則使用此本地文件」,位於首選項 - > XML - > XML目錄中。)