Mule 1.3配置文件在“mule-configuration”下面有“mule-descriptor”，验证失败

Question

我被安排在一个项目中使用一个古老的mule 1.3版本。它们使用建议的拆分配置设置，例如here。

所有这些文件的DTD定义都是http://www.symphonysoft.com/dtds/mule/mule-configuration.dtd。这对老的Mule IDE来说是个问题，因为它显然试图加载URL，而它的域已经消失了。

我在http://www.mulesoft.org/dtds/mule-configuration.dtd上找到了一个文件，看起来和DTD是一样的。但是，我现在在所有配置文件中都得到了验证错误，除了主要的mule-config.xml，因为它们遵循第一个链接中的建议:在mule-configuration元素下面直接使用mule-descriptor元素。然而，DTD似乎不允许这样做( mule-descriptor元素在model元素之下)：

<!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吗？

Answer 1

好吧，如果其他人理解这个问题: URL的"dtds“中的”s“应该是一个外泄：http://www.mulesoft.org/dtds/

1.3.3 DTD在“Mule -configuration”下面有了预期的“Mule-descriptor”，Mule IDE和Eclipse验证现在都很满意。

(出现验证错误的原因是，当我放入一个可以加载的DTD时，Eclipse开始验证XML。这个问题的另一个解决方案是在Eclipse的"XML Catalog“中添加一个条目，该条目在Preferences -> XML -> XML Catalog中声明”如果您找到这个公共id，则使用这个本地文件“。)