видимо ещё идёт постобработка

Найдешь спонсора — приеду 😃

Имея практический опыт - я не вижу никакого противоречия между "циклом разработки в дни/недели" и современным JEE.  JEE 7 (и даже 6) - это совсем не J2EE 15-летней давности, где на один сервис надо было написать 5 файлов и XML конфиг впридачу.  Мы используем в основном WildFly/RedHat EAP (иногда WebLogic или GlassFish),  Spring Boot по факту представляет из себя задекорированный до неузнаваемости Tomcat - велика ли разница? Время старта у них одинаковое, а полезных возможностей, предоставляемых контейнером из коробки значительно больше.  Впрочем наверное в данном чате это оффтопик.

*несколько исправлений:
1. Сервлет-контейнер может быть любой, из коробки один из undertow, jetty, tomcat
2. Пул может быть любой — из коробки поддерживается hikari, tomcat-dbcp, c3p0
3. TX Manager может быть любой, из коробки поддерживается встроенный спринговый, narayana, bitronix, atomikos
4. В буте есть концепция стартеров. Wildfly swarm даже близко пока по количеству стартеров не догнал. И не догонит потому что комьюнити нет такого размера

Так вот undertow работает заметно быстрее томката, hikari заметно надёжнее tomcat-dbcp, но главное — воможность выбора

Ну может быть любой, а зачем это нужно-то практически? В wildfly и так undertow и с DB пулом его у нас никогда не было проблем

Не было проблем != не бывает :)

У wildfly другая проблема — время старта из-за того что все технологии прибиты гвоздями. И крайне неудобно деплоить туда что бы то ни было в плане автоматизации

а ещё чтобы нормально делать HA+Cluster для вайлдфлая приходится использовать mod_cluster, который очень капризен

я знаю, я настраивал :)

Про время старта и автоматизацию деплоя это как-то подозрительно звучит - точно сами настраивали ) ? Про кластер - ПО, предназначенное для работы в кластере надо достаточно тщательно проектировать, независимо от платформы.  Использование mod_cluster это вообще экзотика, у нас давно уж ничего кроме nginx нету на фронтенде.  Впрочем это жёсткий оффтоп, щас нас забанят тут и поделом 😊

Конечно сам. Деплой можно делать через админку или через jboss-cli. Автоматизировать любой из вариантов — боль. Можно подкладывать варничек — но у этого есть даунсайды ))

Модкластер нужен для того чтобы инфиниспан нормально синхронизировался, напрмиер

Ну если автоматизация деплоя через jboss-cli вызывает боль, подкладывание war-ника тоже,  а инфиниспан синхронизируется через mod_cluster - то да, тяжко наверное будет с JEE ))

по сравнению с "положить другой джарник, сделать systemctl app restart" — вызывает боль, конечно :)

а там куча остатков от старых версий приложения остаётся

более того, если не давй бог понадобится очереди переконфигурить — то вообще привет. Это тонна строк на jboss-cli

причём ведь надо чтобы работало идемпотентно. у нас скрипты размером в десятки строк получались

а jboss-cli ещё же не документирован нифига

https://static.rainfocus.com/oracle/oraclecode17/sess/149461879168700151Wj/PF/DeployingCloudNativeApps.v3_1495630673124001F4mK.pptx вот вам сравнение - от оракла - и явный вектор маркетинга куда они идут - их будущее и про JEE  там нету ни одного слова ... а тут все что они "подарили" миру https://github.com/oracle = все в докерах ...