Миграция 2-уровневого Java-приложения на…?
В настоящее время у нас есть двухуровневое приложение Java Swing, расположенное поверх MS SQL Server 2005. Вся бизнес-логика находится в базе данных. Клиент довольно старый (и не очень дружелюбный), и по соображениям производительности и масштабируемости мы уже начали портировать некоторые сервисы на средний уровень в Java.
Однако у нас все еще есть ряд краткосрочных и долгосрочных перспектив. цели:
Выбор технологического стека для нового интерфейса
Это не Это просто - я вижу все, от веб-приложения на одном конце континуума до традиционного настольного приложения на другом, что является жизнеспособным выбором. Текущий интерфейс не очень сложен (в основном на основе форм), поэтому я вижу подходящую web / AJAX, но это та область, где мы не знаем, чего не знаем.
Стеки в моем списке являются:
- Eclipse RCP, Netbeans RCP
- Flex / Flash, Silverlight, JavaFX
- Чистые интерфейсы Javascript (Sprout Core, Javascript MVC, ...)
- Веб-платформы на основе Java (Wicket, JSF, ...)
Найдите способ заставить текущее приложение приемлемо работать в удаленной ситуации.
У нас есть клиенты, которые перепродают наше приложение меньшим клиентам и должны иметь возможность удаленного развертывания. Из-за двухуровневой природы текущей архитектуры это приводит к ужасной производительности (например, вызов хранимой процедуры, которая возвращает 18 наборов результатов). В прошлом мы использовали решение Citrix, но такой подход никому не нравится. Туннелирование JDBC через порт 80 также звучит как плохая идея. Я начал задаваться вопросом, есть ли что-нибудь, что могло бы использовать X-Windows-подобный подход к удаленной части графического интерфейса.