Будущее построения архитектуры Java EE приложений становится яснее

[PATRICK17]

ну и здорово!

[braindamaged]

Уважаю SpringSource, очень влиятельные ребята

[djko]

Поправьте не «Spring 6» а «Spring 3», а то я уж было подумал что что пропустил пару релизов:)

[ligrimp]

fixed

[whtiger]

Расскажите, пожалуйста, через что вы используете Spring ORM? Как я понимаю там есть выбор из hibernate, jpa, jdo.

[whtiger]

Забыл написать, что я использую jpa.

[ligrimp]

Spring предоставляет удобные оболочки над технологиями Jpa, JDO, Hibernate, iBatis и jdbc. Эти оболочки позволяют и удобнее, единообразно, разботать с различными orm/dao ресурсами, а также управлять доступом к ним в spring-way транзакциях.

[ligrimp]

В догонку — я в общем то работал с каждой из этих оболочек.

[whtiger]

Это я к тому спрашиваю, что JPA это в общем-то часть JavaEE. И мне было бы интересно узнать какая другая технология, по вашему мнению, более удобна.

[ligrimp]

В статье речь шла о выборе сервисного слоя, а не orm технологий. Ничего не мешает использовать JPA как в связке со спрингом, так и EJB. В принципе сейчас JPS 2.0 по функционалу догнал Hibernate, так что выбор определяется конкреной задачей.

[whtiger]

Просто вы написали, что «не эти технологии вместе», а JPA — часть JavaEE.

[ligrimp]

А выше было объяснение: если берем связку javaee компонентов и спринга, то для серьезных проектов необходимо покупать поддержку как вендора jvaee так и спрингсорс. Но, т.к. javaee приблизился по функционалу к своим «свободным» конкурентам, то делать это в общем то бессмысленно и невыгодно.