LINUX.ORG.RU

Прогноз использования платформы Java EE

 , ,


0

0

Корпорация IBM, внёсшая значительный вклад в развитие технологий J2EE, по мере сил пытается обеспечить обратную совместимость старых проектов J2EE в новых реалиях Java EE 5.0.

Джим Кнутсон, проектировщик WebSphere J2EE из IBM, идентифицирует и анализирует причины потери совместимости J2EE-проектов. Рассматривает возможные пути выхода из кризиса в ключе выбора новых технологий Java EE 5.0 и управления рисками.

Приведён небольшой обзор эволюции технологий Java EE:

  • уровень представления (сервлеты, JavaServer Pages, JavaServer Faces, портлеты)
  • бизнес-логика (EJB 2.1 и EJB 3.0)
  • уровень сохранения данных (JDBC, Java Persistence API)
  • интеграция (cлужба сообщений Java – JMS, архитектура коннекторов Java EE, JavaMail и технология активации объектов JavaBean, Java API для удаленного вызова процедур на основе XML, Java API для Web-сервисов XML, архитектура Java для привязки к XML и т.д.)
  • другие технологии (Java EE Management, Java EE Deployment, JAAS, Java Authorization Contract for Containers – JACC)
  • будущие технологии (RESTful-сервисы – JAX-RS, WebBeans, Timer и Workmanager)
Статья окажется полезной разработчикам Java и мигрирующим с PHP и Ruby On Rails для обзора "с птичьего полёта" ландшафта технологий Java EE и поможет выбрать подходящее решение с учётом рисков.

>>> Подробности

★★★★★

Проверено: maxcom ()

Ответ на: комментарий от Bioreactor

> jQuery - это рулеZ для создания AJAX-овских примочек к веб-страничках. Причем тут EE? И каким боком И-Бэ-Ме?

Это вопрос? Если да, то к кому, если ответ, то на что?

Bohtvaroh ★★★★
()
Ответ на: комментарий от Bohtvaroh

>Из плюсов - не нужно jdk, только jre

объясните тупому в чём здесь плюс.

Tails
()
Ответ на: комментарий от Tails

>самому сложно заплатить. она не дорого стоит.

Молодой человек, я не узнаю вас в гримме? Покупать идея я бы не стал даде если мне бы буржуй специально деньги на нее дал. Мой сознательный выбор НетБинс+Еклипс. Одладка веба самая лучшая только в Нетбинсе. Работа с свном, лучше только в Нетбинсе. С мавеном удобней всего работать тоже в нетбинсе. А то как Идея крашится и подвисает - это даже редактор кода в нетбинсе 5.5 так не тормозил, он просто летал по сравнению с Идеей.

Так что, идея идеей, а нормальные среды разработки еще никто не отменял.

anonymous
()

вообще не нужны эти неуклюжие монстры, ни спринг ни хибернэйт со своим псевдоязыком, про ejb jsf так вообще даже и вспоминать не надо

именно из них у джавы создался такой нелицеприятный имидж среди студентов пэхапешников.

ьерешь нормальную IDE, я имею ввиду IDEA, а не говнообразный эклипс конечно, пишешь объектную надстройку над jdbc за два дня, генеришь метаклассы из базы, инжекшин там всякий прикручиваешь и все летает и никаких проблем. Всяко лучше чем качать мегабайты какого то гамна и потом с ним трахаться каждый день

anonymous
()
Ответ на: комментарий от Bioreactor

> Данные возможности прекрасно обеспечиваются сторонними опенсорсными продуктами.

А какими?

sv75 ★★★★★
()
Ответ на: комментарий от anonymous

> ьерешь нормальную IDE, я имею ввиду IDEA, а не говнообразный эклипс конечно, пишешь объектную надстройку над jdbc за два дня, генеришь метаклассы из базы, инжекшин там всякий прикручиваешь и все летает и никаких проблем.

А зачем тогда вообще жаба при таком подходе?

sv75 ★★★★★
()
Ответ на: комментарий от sv75

>А какими?

А серьезно, какими? Пацаны нервничают, не терпится узнать какими же все таки. И вообще, тут многие так потрясают спрингом. Что конкретно дает вам спринг кроме контейнера объектов и заготовленных шаблонов типа ДАО и всевозможной срани для Аспектов?

Я что не пойму мании пихать спринг во все дыры куда только можно, только и слышно вокруг спринг, спринг, спринг.

anonymous
()
Ответ на: комментарий от sv75

>а не говнообразный эклипс конечно

Ну извени дружок, не удержался, струю тебе на щеку за такие высказывания.

anonymous
()
Ответ на: комментарий от anonymous

> Ну извени дружок, не удержался, струю тебе на щеку за такие высказывания.

ты эта, смотри кого цитируешь.

sv75 ★★★★★
()
Ответ на: комментарий от sv75

>ты эта, смотри кого цитируешь.

Сорри, помашка вышла.

anonymous
()
Ответ на: комментарий от Bohtvaroh

> И здесь тоже всё не то: http://speckyboy.com/2008/04/01/top-10-javascript-frameworks-which-do-you-pre.. . ?

Увы и ах ...

Все перечисленное - преимущественно библиотеки спецэффектов (тут раскасим малиновым цветом, там развернем, а вон там сделаем, чтоб дрыгалось) с зачатками виджетов. По сути это инструменты продвинутого дизайнера, но никак не разработчика GUI.

ExtJS - инструмент более высокого уровня, это именно библиотека виджетов (как QT или Swing) для рисования сложных форм - при этом интерпретатор заведомо есть у всех (правда заведомо очень медленный, потому писать надо осторожно).

Уникальность ExtJS в том, что она совершенно независима от сервера - там может быть все что угодно. Т.е. разработчику GUI нужен редактор (действительно удобного с _нормальным_ автокомплитом, к сожалению, нет), отладчик (Firebug вполне адекватен), несколько браузеров и API к middle tier в виде какого-нибудь JSON-RPC или REST. Таких слов как JEE, JPA, JTA ему и знать не надо. Более того, middle tier может и совсем не быть - вместо него можно работать, например, с Google Gears или CouchDB.

Так что я бы с удовольствием посмотрел на аналоги ExtJS - но пока я их не вижу :(

enp
()
Ответ на: комментарий от sv75

> А зачем тогда вообще жаба при таком подходе? А чем этот подход кардинально отличается от других подходов? Просто вместо того, что бы выдумывать очередные мегаиндустриальные стандарты и толкать туда всех как стадо баранов на убой, сидеть половину рабочего времени тратить на их адаптацию, интеграцию и мегакооперацию берется сам язык, который в совокупности с нормальной средой разработки дает фору всем другим абсолютно во всем- и в простоте, и в скалируемости и в функциональном охвате и за неделю пишутся легковесные простые компоненты которые покрывают все нужды, те самые 20% реально используемого функционала из того Гигантского Ужоса, который навыдумывали эти мега теоретики.

К черту все это гамно, именно оно тянет язык на дно, как уродливый нарост на здоровом теле

anonymous
()
Ответ на: комментарий от anonymous

>Пользуюсь ZKOSS , очень доволен. Не для массовых страничек конечно,

А почему не для массовых страничек, конечно? forum.ixbt.com на нем можно переписать? А то хочу им переписать http://forum.ixbt.com/topic.cgi?id=5:13-72#l на Java, но не знаю, нужно ли использовать JEE, AJAX, или достаточно Spring

anonymous
()
Ответ на: комментарий от anonymous

> берется сам язык, который в совокупности с нормальной средой разработки дает фору всем другим абсолютно во всем- и в простоте, и в скалируемости и в функциональном охвате и за неделю пишутся легковесные простые компоненты которые покрывают все нужды, те самые 20% реально используемого функционала из того Гигантского Ужоса, который навыдумывали эти мега теоретики.

Это вы точно про Яву? O_o

sv75 ★★★★★
()
Ответ на: комментарий от anonymous

>Ну хотя бы тем, что не зависишь от того купит ли твой следующий работодатель идею или нет :)

нафига зависеть от работодателя?
идея ж несерьёзных для современного девелопера денег стоит - 5-8к на "неограниченное" кол-во компов (главное чтобы она там была не одновременно запущена, т.е. можно ставить и дома, и на работе)

thevery ★★★★
()
Ответ на: комментарий от anonymous

>А почему не для массовых страничек, конечно?

по мне так хотя бы из-за
<noscript><div class="noscript"><p>Sorry, JavaScript must be enabled.<br/>Change your browser options, then <a href="">try again</a>.</p></div></noscript>


>А то хочу им переписать http://forum.ixbt.com/topic.cgi?id=5:13-72#l на Java, но не знаю, нужно ли использовать JEE, AJAX, или достаточно Spring


вы путаете технологии.
J2EE там, думаю, совсем не нужно.
вообще я бы начинал с прототипа на grails

thevery ★★★★
()
Ответ на: комментарий от anonymous

>Я что не пойму мании пихать спринг во все дыры куда только можно, только и слышно вокруг спринг, спринг, спринг.

Да нет, помимо контейнера объектов у спринга немало других вкусностей. Одно AOP чего стоит

dimag
()
Ответ на: комментарий от anonymous

Re^2: Прогноз использования платформы Java EE

>>JSF надо выкинуть. всё остальное очень даже юзабельно

> +1. JSF - аццкое говнецо.


Вы ее готовить не умеете :) JBoss Seam смотрели?

demao
()
Ответ на: комментарий от anonymous

> Хорошая статья! Все по полочкам - сразу видно человек понимает о чем говорит.

нет, он не знает про YUI.

перечисленным фреймвокам до YUI - как до китая раком (особенно когда сложные компоненты лабать типа таблиц)

anonymous
()
Ответ на: комментарий от anonymous

Насмешил ))) Может сначала матчасть почитаете прежде чем сравнивать Spring c app серверами?

anonymous
()
Ответ на: комментарий от thevery

> идея ж несерьёзных для современного девелопера денег стоит - 5-8к на "неограниченное" кол-во компов

Вы и компьютер рабочий сами покупаете, и кресло? :) Мне лично, дома идея не нужна, J4f я на _жабе_ точно ничего делать не буду, для всего остального вполне хватает имакса.

anonymous
()
Ответ на: комментарий от anonymous

>J2EE, JSP, JSF, EJB, JDBC, JMS, JAAS, JACC, JAX-RS,
JDK, JRE... OMG!

чем больше бузвордов, тем толще и длиннее ынтерпрайз. под конец даже разработчики путаются в версиях и абривиатурах ,)

anonymous
()
Ответ на: комментарий от anonymous

> пишешь объектную надстройку над jdbc за два дня, генеришь метаклассы из базы, инжекшин там всякий прикручиваешь и все летает и никаких проблем

За два дня Вы пишете "объектную надстройку над JDBC".
Потом за неделю Вы пишете query language для неё.
Затем две недели делаете распределённый кэш.
Ещё месяц разрабатываете координатор распределённых транзакций.
И всё это, полагаю, из-за тяжелейшего NIH-синдрома в терминальной стадии и нелепого нежелания "качать мегабайты какого то гамна".

Если Вы заявите, что всё перечисленное Вам нафиг не нужно, то это будет означать, что Вы не пишете ничего сложнее "дорвеев и дейтингов", примитивных веб-магазинов и сайтов с каталогами продукци.

Тогда напрашивается вопрос - зачем Вам Java? Продолжайте использовать PHP. Вам хочется элитарности? Возьмитесь за лисп. По утверждению адептов, как раз всевозможная генерация метаклассов, инжекшены и AOP там делаются на ура. Заодно расскажете потом об опыте, а то есть подозрение, что это всё мифы.

anonymous
()

Уфф, j2ee такая страшная уродина, особенно более поздние версии, как на ней еще что-то пишут? :) Tapestry5 плюс Hibernate всё просто и удобно, если хочется покруче, то можно подключить Spring.

P.S. За zokoss пасибо, не знал, пойду щас смотреть.

foror ★★★★★
()
Ответ на: комментарий от Tails

Re^4: Прогноз использования платформы Java EE

>>Вы ее готовить не умеете :) JBoss Seam смотрели?

> писал проект узающий Seam целых 2 месяца, потом к счастью уволился.


Я, наверное, извращенец, но мне он понравился... :)

demao
()
Ответ на: комментарий от foror

>Уфф, j2ee такая страшная уродина, особенно более поздние версии, как на ней еще что-то пишут? :)

JEE == набор библиотек. Хочешь — пользуйся по-одной, хочешь — используй связанные библиотеки.

>Tapestry5 плюс Hibernate всё просто и удобно, если хочется покруче, то можно подключить Spring.


Это всё так или иначе перешло в современную Java EE 5.0.
EJB3.0 почти аналог Hibernate. Из Tapestry получилось JSF.

iZEN ★★★★★
() автор топика
Ответ на: комментарий от iZEN

> EJB3.0 почти аналог Hibernate.

Аккуратнее с терминами, пожалуйста. А то сожрут-с.

sv75 ★★★★★
()
Ответ на: комментарий от Bohtvaroh

Re^4: Прогноз использования платформы Java EE

> Вот это уж точно ужаснах, навертеть такой сумбур из JSF и EJB это ещё надо было постараться.

Кстати, а есть в каком-нибудь другом фреймворке аналог CONVERSATION scope?

demao
()

Чем больше читаю жабокодеров --- тем больше люблю Django.

anonymous
()

Кому ж еще как не линуксоидам двигать
весь этот ентенрпрайз? ((

ktotuta
()
Ответ на: комментарий от thevery

Re^6: Прогноз использования платформы Java EE

>>Кстати, а есть в каком-нибудь другом фреймворке аналог CONVERSATION scope?

> а что это?


> вроде Spring Web Flow похоже


Нет, насколько я понял из документации Web Flow - это аналог jBPM-ного pageflow

А conversation, это еще один scope в дополнение к Request, Session. Хранится в сессии. Имеет свой особый жизненный цикл. Т.е. conversation можно создать, удалить независимо от сессии. В нем хранятся, так же как в сессии, атрибуты. Conversation'ов может быть много в одной сессии. Очень полезно для страничек, которые хранят состояние между вызовами. Т.е., например, у меня есть странички, реализующие визард, то я могу запустить сразу два визарда и они не будут пересекаться. По-моему это самая вкусная фишка Seam'а.

demao
()
Ответ на: Re^6: Прогноз использования платформы Java EE от demao

>Т.е., например, у меня есть странички, реализующие визард, то я могу запустить сразу два визарда и они не будут пересекаться.

ну вот web flow втч для визардов и предназначен.
насчёт нескольких одновременно - не знаю, не пробовал.

зы http://static.springframework.org/spring-webflow/docs/1.0.x/api/org/springfra...

ззы "A web flow is a conversation that spans multiple requests and retains state for the scope of the flow."

thevery ★★★★
()
Ответ на: комментарий от thevery

Re^8: Прогноз использования платформы Java EE


> ззы "A web flow is a conversation that spans multiple requests and retains state for the scope of the flow."


Да, это похоже то же самое.

demao
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.