Спецификация файла Eclipse .settings/org.eclipse.wst.common.component

Примечание. Я задал этот тот же вопрос в проекте веб-инструментов Eclipse (WTP ) форум, но, к сожалению, пока не получил ответов. Я надеюсь, что у кого-то на SO есть понимание.

Есть ли где-нибудь спецификация файла метаданных .settings/org.eclipse.wst.common.component Eclipse?

Я знаю, что XSD доступен, но мне нужна дополнительная информация, в частности, должны ли пути иметь начальную косую черту или нет.

Например. при создании нового динамического веб-проекта в Eclipse в файле org.eclipse.wst.common.component будет запись, которая выглядит примерно так:

<wb-resource deploy-path="/" source-path="/src/main/webapp"/>

Однако, если подключаемый модуль Gradle Eclipse (или подключаемый модуль Maven Eclipse) генерирует файл, он будет выглядеть следующим образом (обратите внимание на отсутствие косой черты перед атрибутом source-path):

<wb-resource deploy-path="/" source-path="src/main/webapp"/>

Последняя версия вызывает у меня проблемы при развертывании в WebSphere Liberty Profile, и я хочу выяснить, где это должно быть исправлено?

Должен ли подключаемый модуль Gradle добавлять начальную косую черту?

Или начальный слэш необязателен, и WebSphere Liberty должна быть более терпимой к различиям в конфигурации?

Или оба?

Для получения дополнительной информации о моей конкретной проблеме вы можете увидеть следующие сообщения:


person Heinrich Filter    schedule 22.07.2014    source источник


Ответы (1)


Мне также не удалось найти конкретную спецификацию для этого объекта, но я хочу высказать свое наблюдение/мнение.

Разумно предположить, что авторы серверных адаптеров проверяют свою реализацию на первичном производителе этих файлов (Eclipse). Если у Eclipse нет способа опустить косую черту в начале, разумно предположить, что добавление косой черты в начале является безопасным изменением.

В том же духе разумно сказать, что пропуск ведущей косой черты потенциально небезопасен. Без спецификации, определяющей правильное поведение при работе с относительным путем, адаптер сервера должен был бы сделать предположение о базовом каталоге при вычислении абсолютного пути. Очевидно, что адаптер Tomcat сделал хорошее предположение, а адаптер Liberty либо не сделал никакого предположения, либо сделал неправильное.

person Robert Dean    schedule 29.07.2014
comment
Спасибо, согласен. Я все еще надеюсь, что кто-то может предоставить некоторые официальные ссылки. - person Heinrich Filter; 01.08.2014