Старый AppFuse ... Какая платформа является прямой миграцией? - PullRequest
0 голосов
/ 03 июля 2010

Мы начали создавать наш веб-сайт / приложение еще в 2006 году и решили использовать appFuse 1.9.4 в качестве основы приложения. Прямой путь обновления до AppFuse 2.x отсутствует, и теперь AppFuse более не поддерживается.

Мы застряли на Spring 2.0 и Hibernate 3.2, и мы используем JSTL вместе с XFire (и SOAP).

Мы хотели бы обновить нашу платформу, чтобы использовать преимущества некоторых новых парадигм программирования (таких как аннотации и переход на CXF) и позволить нашей группе программистов более гибко и ускорить циклы разработки.

Grails выглядит как возможность, как и Roo.

Но у нас есть более 850 файлов исходного кода Java и 165 тысяч строк кода. На странице JSP / JSTL у нас более 266 страниц и 78 тыс. Строк кода. Все, что можно сделать по частям, было бы замечательно, а не переписывать большую часть кода / фреймворка.

Есть идеи?

1 Ответ

1 голос
/ 09 июля 2010

Энтони. Я не очень разбираюсь в AppFuse, но могу прокомментировать портирование на Grails. Суть в том, что Grails работает лучше всего, когда вы идете олл-ин. Grails поддерживает нативную JSP вместе с GSP; Я пытался смешать устаревшую JSP и новый GSP в одном проекте, но в итоге просто потратил время на перенос всего на GSP для простоты обслуживания. Логика уровня контроллера действительно работает лучше всего при использовании контроллеров Grails (на самом деле, я не уверен, что вы можете использовать любые другие платформы контроллеров (например, сервлеты) в Grails). Ваш уровень сервиса / модели, вероятно, является лучшим кандидатом для портирования, поскольку Grails очень гибок под уровнем контроллера (POJO, EJB, Spring Beans и т. Д.).

Итак, опять же, не зная ничего о AppFuse, я предполагаю, что вы сможете повторно использовать некоторые слои представления (по крайней мере, вам придется изменить страницы, чтобы использовать навигацию нового контроллера), вы Вам придется портировать весь уровень контроллера, и вы сможете повторно использовать большую часть уровня службы и домена.

...