>барьер в поиске специалистов- человека который не знает 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))
