Зачем вам модули? Какую задачу вы хотите решить?

А что конкретно делают эти плагины? Может ли пользователь устанавливать свои плагины? Что будет если все плагины загрузятся?

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

Mandarinunregestered,

EJB не EJB как деплоить то модули эти ? :)

Через админскую консоль. Вам нужен изолированный класслоадер для каждого плагина?

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

Нет, это не меняет полностью правила игры

забыл никВ декстопной версии исполняемый код запускается на клиенте, и там да, по лицензионным или каким-либо другим соображениям имеет место быть плагинная архитектура.

У Джиры тоже есть плагины ... и у Дженкинса ... и у других веб приложений ....

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

Ограничить функционал можно и в десктопном приложении.
Но топикастер пишет что юзеры могут сами писать дополнительный функционал, а не только ограничивать старый.

забыл никС другой стороны, модульность улучшает maintainability, это правда. Ну в таком случае, сейчас модны микросервисы, где каждому bounded context соотвествует свой rest-эндпоинт, и эти кусочки обычно деплоятся на разных серверах\платформах и т.д,

То что вы описали ухудшает maintainability.

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

Возможность модифицировать части приложения зависит скорее от архитектуры приложения, а не от протокола взаимодействия.
Хотя некоторые протоколы могут вызвать дополнительный геморой. К примеру рест не поддерживает обратные вызовы.

забыл никЕсли же я не понял чего вы хотите и у вас пользователь скачивает дистрибутив, устанавливает сервер и может подложить свои джары(плагины), то даже в этой схеме динамическая загрузка легко и просто организуется подкладыванием jar в lib и редеплоем.

Плагин может использовать не совместимые библиотеки. Разные плагины могут использовать API разных версий. При редплое приложения вы закроете сессии всех пользователей.

забыл никМое ИМХО, очередной успешный менеджер услышал о преимуществе веб-приложений и решил все переписать на веб, не думая ни о чем.

Весьма вероятно