Комментарии 19
больше ада. Я считаю, самое время для статьи по. EJB 2. Ну, или, 1.1.
+13
Как же мы с ним когда то намучались, багованый, ведет себя странно, в спеках совсем другое написано. Я никому не советовал бы его использовать.
+6
жирный, лоснящийся ынтырпрайз…
+9
Я не очень люблю всякие EJB, JSF etc тяжелые штуки, ибо это либо не скалируется либо требует больших вложений что бы оно скалировалось. А потом конечно же еще небось понадобится WebLogic или прочий веселый апп-сервер за пару десятков/сотен тысяч килобаксов, т.к. только он поддерживает какие-то фичи.
Да, кстати и еще не понятно, как вся эта магия работает. Так что рекомендую отказаться от ынтырпрайза головного мозга на раннем этапе, пока он не пророс, и посмотреть на более легковесные вещи, которые позволяют достичь того же результата с меньшим эффортом.
Вот список в сторону которого я смотрел бы:
Сервлет контейнер: Tomcat или Jetty.
Dependency Injection: Spring Core или Guice.
Доступ к БД: Spring Jdbc Templates и/или Hibernate(Hibernate добавляет дополнительный оверхед, так что я от его использования на начальном этапе отказался бы).
REST Service: Spring MVC + Jackson для JSON'a или Jersey
Просто веб: Spring MVC или Struts 2.
Всю магию с отображениями и т.п. можно достичь при помощи Javascript и сторонних фреймворков.
Кстати вот отличный пример(на мой взгляд) для того, как начать работать с Jetty: habrahabr.ru/post/126066/.
Да, кстати и еще не понятно, как вся эта магия работает. Так что рекомендую отказаться от ынтырпрайза головного мозга на раннем этапе, пока он не пророс, и посмотреть на более легковесные вещи, которые позволяют достичь того же результата с меньшим эффортом.
Вот список в сторону которого я смотрел бы:
Сервлет контейнер: Tomcat или Jetty.
Dependency Injection: Spring Core или Guice.
Доступ к БД: Spring Jdbc Templates и/или Hibernate(Hibernate добавляет дополнительный оверхед, так что я от его использования на начальном этапе отказался бы).
REST Service: Spring MVC + Jackson для JSON'a или Jersey
Просто веб: Spring MVC или Struts 2.
Всю магию с отображениями и т.п. можно достичь при помощи Javascript и сторонних фреймворков.
Кстати вот отличный пример(на мой взгляд) для того, как начать работать с Jetty: habrahabr.ru/post/126066/.
+5
Спасибо за ценный коментарий. Примерно так я и представлял в своей голове использование менее тяжелых технологий.
Но есть лишь одно «Но». Заказчик требует. Ну и, как способ раскрасить серые будни, есть возможность закрепить свои знания в виде статей, и заодно поделиться ими с Хабром.
P.S. Ну очень легкий REST на Java — Spark
Но есть лишь одно «Но». Заказчик требует. Ну и, как способ раскрасить серые будни, есть возможность закрепить свои знания в виде статей, и заодно поделиться ими с Хабром.
P.S. Ну очень легкий REST на Java — Spark
+2
Собственно вопрос всегда лежит на чём быстро сделать UI. Вот JSF полноценный UI framework решает все проблемы. Вопрос в том нравится ли как он это делает. А проблемы например такие, как сделать валидацию которую можно легко переносит со слоя server на слой client js — в JSF эта проблема решена. Или как сделать data binding. У EJB тоже есть плюшки, которые не так то просто делаются в Spring. Например полноценное разделение на модули и подключение их на горячую.
P.S в гробу я видал EJB и JSF. Spring + Vaadin рулит! :)
P.S в гробу я видал EJB и JSF. Spring + Vaadin рулит! :)
0
Это такое толстое сборище энтерпрайзных конструкторов в одном флаконе, которое еще поискать надо. Объединим все в одно — это, видимо, главный девиз oracle. Если заставляют — то куда деваться, а если есть выбор — бежать и подальше от использования оного. Что-то стандартное, типа админки — да, делается сравнительно просто, но на том же Spring — проще. Что-то немного более кастомное — все, приплыли. Слава богу я свое на нем отмучился.
0
Доводилось с ним работать несколько лет назад.
Впечатление: баги, глюки, низкая производительность, плохая документация, плохая (но дорогая!) тех-поддержка, принципиальная невозможность сделать некоторые стандартные вещи, сильное переопределение некоторых механизмов JSF на свой лад.
Так что не рекомендую. Даже Richfaces заметно лучше.
Впечатление: баги, глюки, низкая производительность, плохая документация, плохая (но дорогая!) тех-поддержка, принципиальная невозможность сделать некоторые стандартные вещи, сильное переопределение некоторых механизмов JSF на свой лад.
Так что не рекомендую. Даже Richfaces заметно лучше.
+1
А правда что ADF есть бесплатный? А он работает на JBoss?
+1
Уже год работаю с ADF 11g. Вся разработка просто сводится к борьбе с фреймворком.
+1
А profit от самого framework хоть какой-то есть?
+1
Почти на каждый чих, в ADF есть кнопка, визард и т.д. По большей части разработка идет декларативно.
Возможно со мной многие не согласятся, но это один из замечательных способов разработки, когда ты «говоришь» системе/программе, что и как нужно сделать, а не пишешь много кода.
Возможно со мной многие не согласятся, но это один из замечательных способов разработки, когда ты «говоришь» системе/программе, что и как нужно сделать, а не пишешь много кода.
0
Вопрос как всегда стоит в том насколько гибкая деларативность, а то как не посмотришь видео про JDeveloper, так такое чувство что в результате бега по этим визардам как минимум Quake должен быть на выходе. Насколько оптимальный код генерится. Можно ли отказатся от части интерфейса JDeveloper, но использовать тот же ADF?
0
Индусы дописали этот глючный фреймворк?
Лет 5 назад пытался поизучать, но дальше примеров дело не пошло, уж слишком оно привязано к ораклу
Лет 5 назад пытался поизучать, но дальше примеров дело не пошло, уж слишком оно привязано к ораклу
0
Самая пичаль — это когда боссы насмотрятся чудо-презентаций таких вещей, где за три клика получается что-то (на первый взгляд) работающее, и начинают требовать использовать это в своих проектах. Озвучиваются фразы вида «У вас проект идёт медленно, потому что вместо JDeveloper на Netbeans пишете». Сталкивался с настойчивым требованием использовать Toplink вместо Hibernate — с той мотивацией, что раз хибер опенсоурсный, значит на коленке в гараже написан.
Со сменой места работы такие проблемы пропали :)
Со сменой места работы такие проблемы пропали :)
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Oracle ADF (Application Development Framework)