Комментарии 8
в Java EE слишком много легаси
— какая то странная постановка вопроса, учитывая то что JavaEE это набор спецификаций. Если создается платформа поддерживающая альтернативные спецификации, то это не JavaEE, а что то другое с другим названием. Если какие то спецификации кажутся не нужными можно создать «profile» без этих «устаревших» спецификаций.
Путь создания имплементаций поддерживающих «profiles» (например «web profile») верный — понимаешь чего ждать, а чего не ждать от платформы. Но при этом понятно, что речь идет по прежнему о спецификациях из стека JavaEE.
А кому сегодня впились эти спецификации? Они неюзабельны (для примера возьмите хотя бы веб-профайл), неполны, выходят с огромным запозданием, плохо кастомизируемые, и зачастую не покрывают даже самые базовые потребности девелопмента, такие как тестинг и конфигурирование.
А что такое сервер приложений? Я поражаюсь как более десяти лет компании умудрялись продавать класслоадер со стандартным набором open-source библиотек и админкой. Выросло целое поколение людей, которые не знали, что в java есть public static void main() и что приложение может работать без томкэта.
Путь создания имплементаций поддерживающих «profiles» (например «web profile») верный — понимаешь чего ждать, а чего не ждать от платформы.
Нынче "профайл" делается при помощи депенденси в мейвене или грэдле, и такой, какой душе угодно.
И скажем так имея опыт эксплуатации WebSphere, jBoss и GlassFish из них меньше всего проблем было у WebSphere.
Вот кстати с Websphere (который коммерческий, не Liberty) и в особенности с тем, что шло поверх с маркой "Business" сильно не срослось. Один из худших серверов, который я видел. Weblogic лучше, где особенно радует админка и единый тунелирующий протокол t3 на основе http. JBoss однозначно самый developer-firendly, отлично работет саппорт, плюс хороший стек решений на базе. Для локального девелопмента и тестов есть хороший проект http://openejb.apache.org/ фактически единственный, который позволяет пускать embedded-контейнер и полностью его конфигурировать программно.
jBoss как раз для разработки «так себе», память при интенсивном деплое/редеплое утекает влет. «Плановая» перезагрузка тестового стенда раз в день (на автомате). Ну и вне плановая каждые 6-7 часов.
WebSphere — да «кондовая вещь», как почти все продукты IBM.
Помниться неделю убил на установке WebSphere 7 на локальную машину под Linux.
Тогда первый раз в глаза его увидел. Поэтому только тщательно изучение мануала и опций CLI для установщика, позволило установить нормально.
Хорошо, что DB2 не надо было устанавливать. :-)
jBoss как раз для разработки «так себе», память при интенсивном деплое/редеплое утекает влет.
Это общая проблема всех серверов, когда единственный несобранный указатель на класс приложения "держит" весь класслодер и контекст приложения, причем ошибка может быть как в конфигурации, так и в самом приложении. Частая ошибки — использование ThreadLocal в серверном пуле, либо "кеширование" бинов и системных ресурсов в static-полях. Поэтому на проде рекомендуют при undeploy-е рестартовать сервер.
Я имел ввиду другое — у JBoss хорошее окружение: cli, vfs, документация, конфигурирование, хорошо организована структура папок.
Помниться неделю убил на установке WebSphere 7 на локальную машину под Linux.
Абсолютно та же фигня, причем на протяжении разных версий и разных продуктов. WAS 8.5 не ставился из официальных дистрибутивов без извращений, в патчинге полный разброд — для одних фиксов нужен был Installation Manager (причем одновременно разных версий), другие ставились "на сырую" без возможности "отката", документация только на установку занимает 240 страниц. Такое впечатление, что IBM делает свои продукты не для людей. Хотя, надо отметить, будучи заведенными, работают достаточно стабильно.
Я поражаюсь как более десяти лет компании умудрялись продавать класслоадер со стандартным набором open-source библиотек и админкой
Я поражаюсь как RedHat 20 лет продаёт «стандартный набор open-source прожек» и до 30 млрд капитализации допродавался. Ну и вообще лучший серверный дистриб (если не учитывать мнения расплодившихся нынче девопусов с убунточкой).
Вы, похоже, классический любитель «обмазаться свеженьким»? В jEE все основные спецификации уже давно достигли зрелости и частых улучшений не требуют. А многое то, что сейчас агрессивно впиривается как замена — велосипеды со своими граблями, просто другими.
Ударим Java EE автопробегом по бездорожью и разгильдяйству! Интервью с Себастианом Дашнером, коммитером Jakarta EE