kadetнужно изучить JEE.

Конечная цель какая? Помимо "изучить"?

kadet1. Подскажите плз. с чего начать, какую книжку взять за основу.

С сервлетов.

kadet2. Последовательность изучения ?

Начать с сервлетов, jsp, сборки и деплоя в Tomcat. После этого вникать детально в какие-то конкретные технологии не обязательно. Достаточно понимать принципы работы. Т.е. знать название, назначение, основные термины.

kadet3. Spring / Struts ?

Формально это стороннии фреймверки, которые к JEE отношения не имеют. Поэтому нужно определиться с целями. Именно JEE или серверное программирование вообще.

kadetВот это тоже хороший вопрос. Сейчас куда не сунься везде JEE подавай. Я поэтому и "завис", не понимаю что конкретно. Как правило в предложениях на работу указывается Java/JEE и дополнительно Spring / Struts/ Hibernate (JPA), JBoss и т.п.

Ага. Вот мы и определились с целью. Найти новую работу. Тогда Spring, Hibernate - именно то с чего стоит начать.
http://www.amazon.com/Expert-One-One-Development-without/dp/0764558315
http://shop.oreilly.com/product/9780596006761.do
Правда, эти книги не совсем актуальны по отношению к самой JEE. Разработку в JEE последние годы сильно упростили.
Но вот основы Spring, Hibernate что и зачем, можно оттуда подчерпнуть. Как и обзорно саму JEE спеку.

kadetЯ заработал SCJP, SCWCD. Как работает вся кухня сервлетов знаю.

Телепаты в отпуске на Кипре. Поэтому можно было бы и сразу сказать.
Мне кажется, что есть смысл тогда и вот эту книгу начать смотреть
http://books.google.com.ua/books/about/Patterns_of_Enterprise_Application_Archi.html?id=FyWZt5DdvFkC&redir_esc=y
В ней описаны паттерны, на которых построены большинство фреймверков. Зная эти паттерны, разобратся в конкретном фреймверке не составит труда.

kadetя склонен полагать, что JEE это технологии, но конкретные реализации выполненны на фреймворках типа Spring / Struts. Впрочем могу ошибаться, поэтому и топик создал.
Всё запущено. Серверный Java девелопмент делится на два лагеря. С одной стороны JEE спецификации и их реализации в виде серверов приложений. С другой стороны независимые opensource фреймверки, которые не являются реализацией этих спецификаций. Дело в том что последние 10 лет была тенденция в том что opensource альтернативны очень сильно зарулили сам JEE. Поэтому несколько последних лет JEE перенимает фичи и стримится к упрощению. Тема очень обширная. Рассказывать можно долго. Ссылки на соответствующую литературу привел выше.

breathHibernate and EclipseLink и тд.. годны только для прототипирования и небольних сайтиков, при больших нагрузках или
при сложной схеме таблиц, эти JPA не идут ни в какое сравнение по скорости и гибкости с чистым jdbc и тем более хранимыми
фукциями(процедурами) на db, поэтому изучение этих технологий нужно только для того чтобы быть 'модным'..
imho
Да, даёшь пятничный срач!

breathодного или например если их тысячи на сайте, и каждый запускает тяжелые для db операции(отчеты хотя бы)

При чем тут отчеты? Никто на ORM их не делает.

breathлюбая прослойка скорости(работы, а не создания) не прибаляет, факт, постепенно весь jpa переноситься в nativeQuery, и в итоге
избавляемся от jpa как от глючной вещи, пройдено на себе

Толстый кэш и правильный подход решают. Но, очевидно, что ORM не панацея.


breathвобще тут это офф топ
Ну, дык, а кто начал?

breathто есть orm нужен для простого crud
Ну, как простого. 50 связаных сущностей туда, столько же обратно. На JDBC подзаколебешься запросики на каждый сценарий писать.

breathну тогда это очень нужная весчь )
Не нужна, не используй.