JBoss EJB 3.0 Reference Documentation

BlackWallЛучше всего изучение EJB3 начать с Hibernate. И его же и использовать, а не EJB3. Как было сказано в одной статейке, EJB3 значительно лучше EJB2, но по сравнению с Hibernate от него все еще воняет. Это не мои слова ;)
ну и по моему наоборот. хибер штука замечательная, но помоему становится лучче будучи обработан "напильником" спецификации. там отвалены некоторые фичи, что в частности упрощает осиливание

BlackWall, вы как то слишком тяжело восприняли.
ejb3 проще т.к. это тот же хибер, но переписанный с чистого листа

в запросах там так же ставятся параметры, в результатах запроса можно определить max и min записи. Criteria API имеет зачастую необходимые фичи плохо покрываемые EJB, но ваш пример не тот случай.

автор2. Отсутствие возможности кэшировнаия результатов запросов или сущностей.
вот это просто не реально. ejb это же хибер. всё там точно так же.

авторв результате извлечения из БД сущности получения Lazy-Initialized членов коллекций или ссылок
вы про tupilaizer (или как там они)? что то боюсь я их. конечно LazyInitExc это шуруп, но и с ним можно жить если всё хорошо протумкать [POJO in Action].

авторГенерация схемы БД? Маппинг таблица на иерархию классов, таблица на подкласс, таблица конкретный класс
я ж вам говорю, хибер он и есть хибер. "тот же МТС, вид в профиль". Ну если не верите посмотрите JBoss там именно хибер обёрнутый стандартными интерфейсами

кстати про сабж. я начинал с вот этого:
"Does EJB 3.0 really make application development easy?"

BlackWallПро Criteria API знакомый уверял, что его в EJB3 просто нет.
святая правда. но Criteria API просто позволяет избежать ацкых конкатенаций строчег - его задача создать строку запроса. но параметры и paging в EJB3 есть.
BlackWallLazy-Initialized ссылки Hibernate делает, вероятно, в отличие от EJB3 Во-первых, думаю не стоит уподобляться мне и песать о том, о чём не знаете. что значит Lazy-Initialized? если не указать этой заразе fetch то вместо коллекции она выберет ленивую заглушку, которую загрузит по требованию. Если у класса есть потомки, то она вместо него норовит подсунуть проксю, которую также выбирает линиво.

BlackWallпросто некорректно, т.к. EJB3 - спецификация, и любой вендор может создавать собственные ее реализации Любая такая реализация будет полухибером. или вы скажите, что те кто будет её реализовывать в исходники хибера ну ни разу не заглянут? EJB3 тем и отличается от JDO (в принципе, альтернатива), что является хибером. (от этого поворота JCP я ауел)

BlackWallДаже если смотреть на то, что JBoss реализовала эту спецификацию с использованием Hibernate, потенциально ее функциональность не сможет превысить функциональность самого Hibernate, или скорее, даже ограничена сверху спецификацией EJB3
А я что не так песал? ятам отвалены некоторые фичи, что в частности упрощает осиливание (сабж называется не Hiber vs ejb3!!! а с чего начать)

авторТак что, может стоит просто посмотреть статьи и отзывы в Инете, а потом уже и выбирать. тут зависит от того кто и чьи статьи ищет и читает. если Чёрная Стена начнёт искать ejb3 shit, то оно конечно... а можно по пробовать EasyEJB3.0.pdf

авторМожно, конечно, наряду со спецификацией EJB3 использовать саму реализацию Hibernate, но в чем будет выигрыш и насколько легко будет сменить реализацию???
в случае JBoss думаю, проблем 0 можно все писать на EJB3.0 а когда понадобится прости, господи, хибер фича просто приводим к хибер-интерфейсам. кто не верит дебагер в руки...
Кстати, я с некоторых пор, все воспринимаю, или по крайней мере, пытаюсь воспринимать легко;) токмо на это и уповаю

катастрофаВроде как Spring тоже позволяет обертывать POJOs стандартными обвязками. Так мож лучше Spring выбирать, вместо EJB3?
гы-гы-гы мош и лучче!! я то откуда знаю?
катастрофаКстати я читал что многим девелоперам не нравится annotations в EJB3
я тоже читал. многим не нравица. а я прусь.POJO рулит! Annotations рулит!
XML dd ? превед Xdoclet ? ни за чо!!!
А если про фасады, то только statefull!!!