Я обнаружил IvyDE, который позволяет мне решить нерешенную проблему наличия замороженной базовой версии веб-приложения, которая должна иметь возможность извлекать дополнительный код из библиотеки обновлений, чтобы он находился в пути к классам веб-приложения. , Для скорости разработки я обнаружил, что средство «Resolve in Workspace» позволяет Eclipse помещать папки проекта библиотеки обновлений непосредственно в путь сборки замороженного основного веб-приложения. Хорошо работает для обычных приложений Java.
Однако для веб-приложений кажется, что WTP (модуль Eclipse Java EE) не развертывает папки, обозначенные библиотекой ivy, на пути к классам. Это очень неудобно. Разработчики IvyDE считают это недостатком WTP и не будут его исправлять. Я не могу полностью понять, что люди WTP говорят об этом (за исключением того, что это очевидно сложно), за исключением того, что они еще не исправят это.
Так что вопрос:
Есть ли разумный способ работы с IvyDE, который дает мне возможность поддерживать замороженное веб-приложение с незамерзающим проектом библиотеки обновлений, предпочтительно с использованием средства Resolve in Workspace?
В настоящее время мы используем GlassFish 3.0.1 в качестве веб-контейнера.
РЕДАКТИРОВАТЬ: проблема JIRA https://issues.apache.org/jira/browse/IVYDE-227
РЕДАКТИРОВАТЬ: После некоторых экспериментов мы обнаружили, что Maven хорошо работает для нас, и перешли к этому. Одна из причин заключается в том, что инструменты Maven в современных Eclipses имеют гораздо лучшую поддержку WTP и хорошо соответствуют нашему рабочему процессу.