MULE 1.3 Файлы конфигурации, имеющие «муль-дескриптор» непосредственно ниже «MULE-Configuration»

Question

Я был поставлен на проект, используя древнюю версию MULE 1.3. Они используют разделение разделения конфигурации, как предложено, например, здесь.

Все эти файлы имели http://www.symphonysoft.com/dtds/mule/mule-configuration.dt.dt. как их определение DTD. Это оказалось проблемой для просто-старой MULE IDE, так как она, очевидно, пытается загрузить этот URL, чей домен ушел.

Я нашел файл в http://www.mulesoft.org/dtdds/mule-configuration.dtd. Казалось бы, такой же DTD. Тем не менее, теперь я получил ошибки Validation во всех файлах конфигурации, но главный MULE-CONFIG.XML, поскольку они следуют предположению в первой ссылке: имеют элементы дескриптора MULE непосредственно под элементом настройки MULE. Однако, похоже, DTD не допускает этого (элемент MULE-дескриптор находится ниже элемента модели):

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

Хорошо, только если кто-то еще возьмет эту проблему: «в« DTDS »URL-адреса должно было быть отданным: http://www.mulesoft.org/dtdds/

То 1.3.3 DTD. Имел ожидаемый «муль-дескриптор» непосредственно ниже «MULE-Configuration», и как MULE IDE, так и проверка Eclipse теперь счастливы.

(Причина ошибок валидации заключалась в том, что когда я поставил там, который можно загрузить, Eclipse начал начать проверять XML. Другое решение для этой задачи было добавление записи в «XML-каталог» Eclipse, которое состояния Что «если вы найдете этот открытый идентификатор, то используйте этот локальный файл», при настройках -> XML -> каталог XML.)