Конфигурационные файлы Mule 1.3, имеющие «дескриптор mule» непосредственно под «mule-configuration», не проходят проверку - PullRequest
0 голосов
/ 12 ноября 2010

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

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

Я нашел файл в http://www.mulesoft.org/dtds/mule-configuration.dtd, который, похоже, был бы тем же DTD. Однако теперь я получил ошибки проверки во всех файлах конфигурации, кроме основного файла mule-config.xml, поскольку они следуют предложению, приведенному в первой ссылке: располагать элементы mule-descriptor непосредственно под элементом конфигурации mule. Однако 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?

1 Ответ

0 голосов
/ 13 ноября 2010

Ладно, если кто-нибудь еще столкнется с этой проблемой: 's' в "dtds" URL-адреса должно было быть раздачей: http://www.mulesoft.org/dtds/

1.3.3 DTD имел ожидаемый «дескриптор мула» непосредственно под «конфигурацией мула», и теперь и Mule IDE, и проверка Eclipse счастливы.

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

...