Pull to refresh

Comments 19

больше ада. Я считаю, самое время для статьи по. EJB 2. Ну, или, 1.1.
Как же мы с ним когда то намучались, багованый, ведет себя странно, в спеках совсем другое написано. Я никому не советовал бы его использовать.
Ну вы по-видимому все-таки отмучались. А я до сих пор работаю на adf 10g. :'(
Я не очень люблю всякие 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/.

Спасибо за ценный коментарий. Примерно так я и представлял в своей голове использование менее тяжелых технологий.

Но есть лишь одно «Но». Заказчик требует. Ну и, как способ раскрасить серые будни, есть возможность закрепить свои знания в виде статей, и заодно поделиться ими с Хабром.

P.S. Ну очень легкий REST на Java — Spark
Собственно вопрос всегда лежит на чём быстро сделать UI. Вот JSF полноценный UI framework решает все проблемы. Вопрос в том нравится ли как он это делает. А проблемы например такие, как сделать валидацию которую можно легко переносит со слоя server на слой client js — в JSF эта проблема решена. Или как сделать data binding. У EJB тоже есть плюшки, которые не так то просто делаются в Spring. Например полноценное разделение на модули и подключение их на горячую.

P.S в гробу я видал EJB и JSF. Spring + Vaadin рулит! :)
Это такое толстое сборище энтерпрайзных конструкторов в одном флаконе, которое еще поискать надо. Объединим все в одно — это, видимо, главный девиз oracle. Если заставляют — то куда деваться, а если есть выбор — бежать и подальше от использования оного. Что-то стандартное, типа админки — да, делается сравнительно просто, но на том же Spring — проще. Что-то немного более кастомное — все, приплыли. Слава богу я свое на нем отмучился.
Доводилось с ним работать несколько лет назад.

Впечатление: баги, глюки, низкая производительность, плохая документация, плохая (но дорогая!) тех-поддержка, принципиальная невозможность сделать некоторые стандартные вещи, сильное переопределение некоторых механизмов JSF на свой лад.

Так что не рекомендую. Даже Richfaces заметно лучше.
Да и в целом, на сколько мне известно, этот фреймворк жив исключительно благодаря труду маркетологов Oracle и постоянного его продвижения всем клиентам, использующим другие продукты.
А правда что ADF есть бесплатный? А он работает на JBoss?
есть
но не весь
Уже год работаю с ADF 11g. Вся разработка просто сводится к борьбе с фреймворком.
А profit от самого framework хоть какой-то есть?
Почти на каждый чих, в ADF есть кнопка, визард и т.д. По большей части разработка идет декларативно.
Возможно со мной многие не согласятся, но это один из замечательных способов разработки, когда ты «говоришь» системе/программе, что и как нужно сделать, а не пишешь много кода.
Вопрос как всегда стоит в том насколько гибкая деларативность, а то как не посмотришь видео про JDeveloper, так такое чувство что в результате бега по этим визардам как минимум Quake должен быть на выходе. Насколько оптимальный код генерится. Можно ли отказатся от части интерфейса JDeveloper, но использовать тот же ADF?
Конечно можно, но удобство ручного редактирования xml какое-то сомнительное. В той же intellij idea можно поднять проект, но удобства именно для adf в jdeveloper в разы больше.
Индусы дописали этот глючный фреймворк?
Лет 5 назад пытался поизучать, но дальше примеров дело не пошло, уж слишком оно привязано к ораклу
Самая пичаль — это когда боссы насмотрятся чудо-презентаций таких вещей, где за три клика получается что-то (на первый взгляд) работающее, и начинают требовать использовать это в своих проектах. Озвучиваются фразы вида «У вас проект идёт медленно, потому что вместо JDeveloper на Netbeans пишете». Сталкивался с настойчивым требованием использовать Toplink вместо Hibernate — с той мотивацией, что раз хибер опенсоурсный, значит на коленке в гараже написан.

Со сменой места работы такие проблемы пропали :)
Sign up to leave a comment.

Articles