2010-11-12 67 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目录中。)