Я был ответственным за последние 5 лет разработки и обслуживания проекта GWT, который состоит из 6 различных WebApps. Проект использует GWT 1.5 и построен с помощью ant (для обоих режимов dev/war). Эти веб-приложения развернуты на apache-tomcat, производственный сайт запускает версию 5.5, тогда как мы запускаем (для тестирования) версию 7.0.Перенос существующего проекта GWT на новую версию GWT
Чтобы подчеркнуть пользовательский интерфейс, я хотел бы перенести версию GWT на более новую (о которой я пока не знаю); Я много читал о миграции, об устаревших API, улучшениях, сделанных из одной версии в другую, и у меня все еще есть структурные вопросы, касающиеся самой новой компоновки проекта.
В настоящее время, раскладка следующая:
WebXXX
-src
-net.yyy.webxxx
-common
-client
-server
-public
-Common.gwt.xml
-module1
-client
-server
-public
-module1.gwt.xml
-[...]
-test
-build
-build.xml
-buildModule1.xml
-[..]
-Dependencies(SVN_Externals)
-www
-compile-all-modules.xml
-compile-module1.xml
-WebXXXHosted.xml
-[..]
Для явных вещей немного, то fodler зависимости место держатель для соединения источников рабочей области с помощью внешней библиотеки виджетов. Эта библиотека построена во время компиляции (при создании всех модулей или только одного в муравьиной задаче), и полученный jar вводится в каталог WEB-INF/lib модуля. Эта библиотека виджета использует gxt.1.1.1 и gwt-инкубатор 1.5.
На протяжении многих лет написать новую задачу муравья для каждого нового WebApp, казалось, было решением, но теперь, когда мы также используем maven, мне интересно, должен ли я преобразовать проект в проект maven перед выполнением миграции или если На данный момент я могу пропустить преобразование maven.
Поскольку я предполагаю, что maven не является абсолютно необходимым, и поскольку проект включает в себя несколько индивидуальных задач муравьев, чтобы запустить его (в режиме dev), мне также интересно, могу ли я (вместо этого) перенести связанные банки GWT в версию, которая таков, что мне не придется переписывать весь пользовательский интерфейс, хотя я знаю, что у меня будет серьезная замена, чтобы выполнить и провести обширные тесты для запуска.
Не стесняйтесь просвещать меня о том, как я мог бы пойти (maven или нет, версия gwt, на которую я должен перейти, связанная версия gxt (если она по-прежнему актуальна)), потому что я в полной темноте!
Спасибо за все, Cheers!
GXT 1.1 относительно древний - я думаю, что GXT 2 был выпущен незадолго до GWT 1.6, и хотя у него был довольно небольшой набор изменений по сравнению с GXT 1, версия 3 внесла существенные изменения. Тем не менее, основные проблемы обратной совместимости будут связаны с переходом интерфейса класса JClassType в GWT 2.2, для чего может потребоваться перекомпилировать несколько классов в jxt 1.1. –