>Попробуйте поискать кандидата со знанием Java EE, так и напишите в вакансии - требование - знание Java EE

- весь стек JavaEE обширен и очевидно что людей которые практически работали со всеми его элементами очень мало (даже и в мировом масштабе). Но то же самое можно сказать и про Spring: security, integration - и вот список кандидатов резко уменьшился. А если соискатель заявит что знает всю экосистему, можно только улыбнуться его наивности или дерзости. А возвращаясь к JavaEE - знать JavaEE API это гораздо реальней, чем знать всю экосистему Spring.

>пример о переходе со SB2 на SB3 ... решается выстраиванием процессов

- дословно Вы сообщили о необходимости "тестов" и я на это ответил что это лишь способ обнаружения проблем (причем не 100%), а не способ их предотвращения или устранения

>Ещё раз - написание приложений с использованием Application Server - это помеха высоким нагрузкам

- еще раз: в чём конкретно помеха? В "природе"?

>Нормальных примеров хайлоада уровня Нетфликс

- Нетфликс это штучное решение, а мы, еще раз, вроде про корпоративные (массовые, типичные: РСУБД + WS/RS) решения говорим. Расшифруем аббревиатуру EE: Enterprise Edition - где тут Highload? Откуда в Highload РСУБД и SOAP? Вы хотите от меня чтобы я привел пример когда КамАЗ победил в гонке Формула-1)) Пример того что на стеке JavaEE можно построить большие, масштабируемые системы на примере ЕМИАС я показал. Одноклассники (в далеком прошлом) использовали EJB, т е всё возможно хотя и не типично. Мне когда то попался в руки сайт на сервлетах/jsp/jpa который на 32 Мб хипа JVM на Tomcat легко отдавал 1 млн хитов в минуту - никаких оптимизаций, хитростей: JavaEE WebProfile из коробки