0

我被安排在一个使用古代骡子版本 1.3 的项目中。他们使用拆分配置设置，如这里所建议的那样。

所有这些文件都有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 似乎不允许这样做（mule-descriptor 元素位于模型元素下方）：

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

4

1 回答 1

0

好吧，如果其他人遇到这个问题：URL 的“dtds”中的“s”应该是赠品：http: //www.mulesoft.org/dtds/

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

（验证错误的原因是，当我将一个可以加载的 DTD 放在那里时，Eclipse 开始开始验证 XML。这个问题的另一个解决方案是在 Eclipse 的“XML 目录”中添加一个条目，其中指出即“如果您找到此 PUBLIC id，则使用此本地文件”，位于 Preferences -> XML -> XML Catalog。）

于 2010-11-13T17:57:43.897 回答