>барьер в поиске специалистов

- человека который не знает JPA не стоит брать на работу по созданию корпоративных приложений на Java

>увеличитель времени на разработку

- каким способом? Приведите какой нибудь пример, а то я не могу понять

>увеличитель затрат на поддержку

- если пример о переходе со SB2 на SB3 показался Вам не значимым, предлагаю не возвращаться к этому тезису

>источник проблем, мешающих высоким нагрузкам

- а я думал это неумехи программисты пишут кривой код, а оказывается это спецификация JavaEE виновата ...

>GlassFish - от разработки которого отказалась Oracle

- это была хорошая новость, так как Oracle известный "убийца" проектов, а GF (как кстати и NetBeans) продолжает жить и успешно развиваться. Однако пример Вы выбрали неудачный, так как от WebLogic Оракл не отказался, а по Вашей логике это должно означать что технология годная)

>сам ред хэт перевёл его с WildFly

- только не забудем что RedHat купил JBoss (aka WilFly) и продолжает поддерживать и развивать его

>Под Java EE я подразумеваю именно классические App Server'а такие как WildFly, GlassFish, WebLogic, ...)

- об этом я уже писал выше и ссылку давал на стек спецификаций Jakarta EE. То что лично Вы не считаете сервлеты, или JPA, или Jakarta WebProfile, или Tomcat, или etc входящими в экосистему JavaEE, не означает что это так. JavaEE - это набор спецификаций и некоторые из них востребованы и очень популярны, а с некоторыми джун или мидл могут вообще никогда не встретиться

>они взяли из неё лучшее, дополнили XXX-паттернами и назвали YYY, но по сути, мы то знаем, чем они вдохновлялись

- это важно? Если важно, то не забывайте что Spring создали в 2003 году взяв лучшее от EJB2))