jikezНа сколько я знаю в JDeveloper есть поддержка и Struts и JSF
Я бы всётаки стал изучать JSF, всё как никак SUN'ом декларируется как стандарт.
Как уже припарил этот дурацкий аргумент - "стандарт". J2EE стандарты тихонько плачут в углу, когда появляется более или менее адекватная opensource альтернатива.

vas01. Стандарты пытаються покрыть все, очень часто обрастая из-за этого ненужной сложностью, которая и используется очень редко.
2. Стандарт замораживает/останавливает развитие, пока не появиться новый стандарт.

Ну и не все sun стандарты удачные, например sql часть в jstl. Мне кажется что за такое sun-овцем самим стыдно.
По пункту №1 есть замечаточный пример. Это сервлеты. Все ими пользуются. Но хоть кто нибудть может сказать что он использует не HTTP реализацию сервлетов? Ага. Вот и думаешь после этого, а на кой было от HTTP абстрагироватся?

3. Есть ещё один важный пункт. http://rsdn.ru/Forum/Message.aspx?mid=2438762&only=1 . Которому дали хороший термин "Corner cases". Это разные неприятные мелочи. Которые либо не упомянуты, либо не продуманы спецификацией. Убогий Servlet URL маппинг. Не специфицированя кластеризация. Не специфицированый процесс деплоймента. Не понятная реализация песимистического лока в EJB3... и много другого, что не делает жизнь лучше.

jikezНе важно где кому стыдно, но при использовании стандартов уж до боли приятно когда у тебя один и тот же проект деплоится под разными Application Server'ами без дополнительных танцев с бубнами.
и не надо чесать репу когда у тебя в логах туева хуча эксепшенов по непонятным причинам :(

Это все миф и неверные догадки. Аргументирую:
1) Деплоймент дескрипторы зачастую надо переписывать.
2) Разные датасорсы, логирование и многое другое надо конфигурять на конкретном сервере.
3) Переезд любого серьезного приложения на другой сервер, требует как минимум детального тестирования на новом сервере. И чем больше привязка приложения к J2EE тем больше аспектов надо тестировать. А вот если к примеру проект использует не JSF а Spring MVC + Velocity. То все что касается web слоя будет одинаково работать на всех серверах. Потому что привязки к конкретному серверу там нет.

Так что принцип "написано однажды - работает везде" для "нестандартных" решений работает гораздо лучше чем для "стандартных" J2EE решений. Потому что нестандартные действительно не зависят от сервера приолжений.

wessenГениально, особенно если учесть то, что сервер приложений это реализация JEE.
Что тут гениального? J2EE не покрывает целый ряд аспектов, в результате чего каждый сервер реализует эти аспекты как угодно.

wessenХочешь сказать, что приложение использовавшее хибер будет легче переносить, чем приложение использовавшее EJB?

Да.

wessen
Может конечно оно и так, вот только нахрена тогда сервер приложений вообще нужен, если свести к минимуму использование J2EE?

Ну есть такие вещи как JMS, например. И сервлеты. Без этого сейчас никуда. К тому же сервер зачастую предоставляет ряд удобных возможностей в плате редеплоя и мониторинга.

wessen
Я не случайно привер пример с хибером, т.к. дело с ним не имел, а вот с остальным, ejb, веб сервисы, JSF и т.д. никаких проблем при переносе не возникало, естетсвенно спецефичные для СП дескрипторы приходилось писать.
А вот замечательнейший пример между прочим. Давай разовьем тему. Итак есть EJB3 persistence. И есть всего 2 его реализации это Hibernate и TopLink. И на сколько бы тебе хибер не казался не стандартным, с этим ничего не попишешь он один из немногих кто реализует спеку EJB3 persistence(не помню какое там у неё точное название).

Так вот. Взять к примеру какой-нить метод. EntityManager.lock. Я вот знаю, в случае хибера он ложиться на хибернейтовский метод lock который делает SELECT FOR UPDATE.
Но теперь я хочу портировать своё приложение с JBoss на Oracle AS. И скажи мне с пол пинка. Что буде происходить на TopLink с вызовом "стандартного" метода EntityManager.lock? А если чур в TopLink не заглядывать а попытатся разобратся по спецификации и EntityManager API doc?
Вот это-то и называется, здравтсуй жпа - новый год. Ты не знаешь что там реально происходит. И не сможешь угадать. И не сможешь предсказать заработает ли этот метод при переезде на другой сервер как тебе надо или нет.

wessenА вот нестандартный хибер, судя по документации Jboss встроен туда намертво и думаю что геморой при переносе приложения его использующего, возникнет.
Это тебя в какое-то словоблудие понесло. Хибернейт реализует "стнадартную" спеку EJB3. Это для тебя новость или сюрприз?