Как портировать java приложение под веб?

Но если у него не монолит, а тот же MVC, то будет не так сложно перейти на веб. А если ещё и пересылка даннных идёт по REST/JSON, то это ещё больше облегчить работу по переходу на веб.

MaxLich, Ну, да кто его знает... Обычно, даже тот-же самый MVC для GUI, совсем не MVC для web. А если через REST, то уж больше к JS вопрос, чем к яве.

Алексей Черемисин, Да, эти MVC немного разные, но в любом случае есть разделение на логику, отображение, управление, и менять разные виды этих модулей не так уж сложно. В случае же монолита или какой-то другой не очень ясной архитектуры (не MVC), всё может быть запутано, сильносвязано, что так просто не переедешь на другой способ отображения информации (грубо говоря).

MaxLich, Вот-вот, я про это же самое. Честно говоря, сколько GUI не встречал, почти все пользуют коллбеки прямо в контроллере. Оно там гораздо удобнее, ни тебе сессий, ни тебе реквестов. И вот это вот переносить - данунах :-) Как раз намедни с подобным гуем имел дело, нужно было сделать чекбокс выбранный и задисейбленый (серенький и с галочкой). Вместо 15 минут - 2 дня через классы просирался... :-D Гуй делает только одно, по куче параметров и лигики генерирует параметры коммандной строки и запускает процесс! 72, мать его, класса, строк по 500 каждый!

MaxLich, даже если MVC, задача не легкая будет, так как там, судя по описанию, на клиенте ещё нужно работать с железом, что не так уж и просто будет сделать.

Зелимхан Бельтоев, На клиенте!? С Железом!? Вы о чём? О_о Толстого клиента захотели? Всё должно выполняться на сервере!
Хотя если это внутреннее корпоративное веб-приложение, и нужно снимать характеристики компьютера, за которым работает пользователь, то тогда да, понятно. Но это будет ещё то веселье. И это уже не работа джава-программиста.