Комментарии 4

Почти не бывает такого, чтобы контейнер разворачивался из архива без настройки. Там как правило создаются такие артефакты, как JDBC пулы коннектов, JMS очереди, то есть связи, ведущие наружу. А также указываются порты, которое он будет слушать (например http). А также устанавливаются сертификаты, чтобы работал TLS. И много чего еще.


И только потом можно установить приложение, так как написано, и это лишь маленькая часть настройки.


Поэтому то, что тут написано в разделе про докер — так можно только для примитивного приложения, которое наружу не смотрит вовсе.

С нулевыми зависимостями — это тоже миф. Обычно ВАР содержит еще тонны артефактов и велосипедов, не предоставляемых JEE API.
Ну и традиционный троллинг: раньше чтобы протестировать простой бинчик, нужно было сбилдить весь проект, запаковать его в ВАР/ЕАР, запустить контейнер, задеплоить артефакт, и вызвать нужный метод через какой-нибудь remote api (EJB, JAX-WS, JAX-RS), посмотреть ошибку в логах сервера, попытаться понять с каким фрагментом кода она связана, закорректировать код и повторить операцию. В JEE8 есть какие-нибудь улушения на этот счет?

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