Перенос двухуровневого Java-приложения на?

Чтобы упростить разработку и использовать свой опыт работы со Swing, рассмотрите возможность использования Vaadin для внешнего интерфейса. Это среда Java для создания современных веб-приложений, которые отлично выглядят и хорошо работают. Весь код написан на Java и очень похож на Swing.

Что касается общей архитектуры приложения, я бы посоветовал многоуровневую сервис-ориентированную архитектуру. Лучший способ сделать это — использовать инфраструктуру Spring с Hibernate для доступа к базе данных.

Если вы хотите легко повторно развернуть свое приложение, для обновления, из соображений безопасности и т. д., и если вы хотите, чтобы к вашему приложению был удаленный доступ, вам действительно следует подумать о веб-интерфейсе.

Кроме того, таким образом, только одно приложение, ваше веб-приложение, будет обрабатывать соединение с базой данных, поэтому нет туннелирования JDBC или чего-то еще.

Что касается лучшего фреймворка, это зависит от знаний вашей команды, от того, как будет использоваться ваше приложение (более или менее javascript) и т. д.

Мы только что прошли очень похожий процесс оценки при переносе устаревшего приложения.

Для нас самым важным решающим фактором при выборе интерфейсной среды были предварительные знания команды разработчиков. Мы хотели что-то, с чем всем было бы комфортно сразу. У нас была пара старших разработчиков, которые работали с X или Y, но всем был известен фреймворк Swing.

В конце концов мы остановились на платформе NetBeans, использующей веб-службу RESTful для связи с сервером EE.

В качестве бонуса вы можете развернуть приложение платформы NetBeans как приложение Java WebStart, что означает, что вам не нужно беспокоиться об отдельных установках.

Если интерфейс в основном основан на формах, я бы держался подальше от Flex. Flex отлично подходит для некоторых приложений (я использую его для приложения на основе холста), но компоненты формы Flex имеют некоторые проблемы с удобством использования. Они просто не работают так, как вы ожидаете от сегодняшней сети. (например, отсутствие поддержки колесика мыши, ввод в раскрывающемся списке учитывает только первый символ и т. д.)

Предполагая, что вы собираетесь заставить всех своих клиентов установить новый средний уровень, я не могу придумать аргумент против того, чтобы сделать его веб-приложением Java. Как уже упоминалось, у вас есть преимущество контроля всего доступа к вашей платформе через HTTP, что позволяет легко перепродать, просто с настройкой брандмауэра. Нет никаких причин, по которым вы не можете использовать Javascript в веб-интерфейсе, вас может заинтересовать DWR, что позволяет напрямую взаимодействовать с объектами Java через Javascript. Я использовал это раньше, чтобы добавить простое взаимодействие Ajax в веб-приложение Spring MVC.

Причина, по которой мне нравится этот подход, заключается в том, что вы уже переносите код на средний уровень Java, поэтому

1. Стоимость аппаратного обеспечения Java-сервера уже накладывается на клиентов, хостинг сервера приложений / веб-сервера сопоставим.
2. Уже есть опыт работы с Java, можно использовать с DWR
3. Может использовать столько/мало Javascript, сколько необходимо (я использовал DWR с IE6, Firefox 3, Chrome)

Я думаю, вы правы, опасаясь навязывать слишком много функций клиенту, я бы выбрал как можно более тонкий клиент. Единственная причина, по которой я бы посмотрел на первые два варианта стека, - это если у вас есть опыт разработчика в определенной области, а не Java webapp/Javascript.

I'd suggest to create a short list of candidate frameworks and create a small test application with all of them. This way you will get a sense of good and bad aspects from all of them and also get a picture what the community activity and documentation is like for each project (there is a lot of variance on those).

Если вы в конечном итоге сделаете это, я надеюсь, вы включите Ваадина в свой короткий список, я думаю, он вам очень подойдет. Если у вас есть какие-либо вопросы, просто зайдите на наши форумы, и мы поможем вам начать работу.