LINUX.ORG.RU
Новости — Java  

Прогноз использования платформы 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 ()

 ← 1 2 →

> Джим Кнутсон, проектировщик WebSphere J2EE из IBM, идентифицирует и анализирует причины потери совместимости J2EE-проектов.

Полагаю, причиной этому жадность IBM и желаниt получить vendor lock-in?

sv75 ★★★★★
()

Хватит уже труп насиловать. J2EE сдох и воняет. Будущее за лёгкими фреймворками. Spring рулит!

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

У вас богатый опыт использования JSF? Ну так поделитесь уж недостатками.

anonymous
()

Кошмар! И зачем оно все это надо? Зачем мне нужно все это говно, если я могу сам поднять то, что мне нужно с полпинка на IoC контейнере?

С этим J2EE, JEE они сами себя в тупик загнали

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

>> JavaServer Faces
>Оно ещё живо?

Живее всех живых. Все давно уже перешли c голых сервлетов и Struts'а на JSF 1.2 и ждут JSF 2.0.

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

> Кошмар! И зачем оно все это надо? Зачем мне нужно все это говно, если я могу сам поднять то, что мне нужно с полпинка на IoC контейнере?

ДЛя этого не нужен будет appserver? Т.е. spring, tomcat?

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

> Живее всех живых. Все давно уже перешли c голых сервлетов и Struts'а на JSF 1.2 и ждут JSF 2.0.

А там появился get в 1.2? Или как иначе уговорили всех недовольных его отсутствием?

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

Т.е. в принципе, все эти jboss'ы, вебсферы и прочие ejb нафиг не нужны и все что с помощью них делается можно проще и быстрее делать с помощью Spring?

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

> Т.е. в принципе, все эти jboss'ы, вебсферы и прочие ejb нафиг не нужны и все что с помощью них делается можно проще и быстрее делать с помощью Spring?

В 90% случаев - да.

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

>> А как им вариант выкинуть нахрен JSP, JSF, EJB?
>А уже можно вообще без JSP?

Да. PHP — глобально и надёжно!

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

>Т.е. в принципе, все эти jboss'ы, вебсферы и прочие ejb нафиг не нужны и все что с помощью них делается можно проще и быстрее делать с помощью Spring?

Ну можно ещё на Resin'е проэмулировать PHP. Говорят, оно в пять-шесть раз быстрее получится чем на mod_php. Но, опять же, код PHP компилируется в сервлеты, а это, опять же, ненужная JAVA...

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

> А уже можно вообще без JSP? > Да. PHP — глобально и надёжно!

Кхе-кхе. Не смешно.

sv75 ★★★★★
()

Бла бла бла. Как всегда куча понтов от жабакодеров для жабакодеров. Один маркетинг.

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

> .. и freemaker. Хмм...

Из плюсов - не нужно jdk, только jre, хотя всё равно jdk прокси хибернейту какому-нибудь понадобятся или ещё чего в этом духе. :))

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

>А уже можно вообще без JSP?

Можно. JSP это веб морда и если веб морда не нужна то и JSP не нужен. А если нужна веб морда, то она делается с пол пинка на JS с AJAX вызовами.

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

>> Т.е. в принципе, все эти jboss'ы, вебсферы и прочие ejb нафиг не нужны и все что с помощью них делается можно проще и быстрее делать с помощью Spring?

>В 90% случаев - да.

Спринг не очень хорош когда нужна кластеризация сервисов и распределённые транзакции. Да, я знаю, что можно использовать JTOM для транзакций, но трудно впарить начальству, что нет корпоративной поддержки.

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

> Спринг не очень хорош когда нужна кластеризация сервисов и распределённые транзакции. Да, я знаю, что можно использовать JTOM для транзакций, но трудно впарить начальству, что нет корпоративной поддержки.

Вот потому я и написал 90%, а не 100. =)

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

> Т.е. в принципе, все эти jboss'ы, вебсферы и прочие ejb нафиг не нужны и все что с помощью них делается можно проще и быстрее делать с помощью Spring?

Да, и даже Spring использовать никто не заставляет :)

В качестве примера постепенного перехода от простых технологий к сложным см. - http://admdev.blogspot.com/2008/08/lightweight-jee.html - и сам выбирай, где захочешь остановиться ...

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

>JSF 1.2 и ждут JSF 2.0.
Прочитал как JFS, java from scratch... долго думал

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

>В качестве примера постепенного перехода от простых технологий к сложным см. - http://admdev.blogspot.com/2008/08/lightweight-jee.html - и сам выбирай, где захочешь остановиться ...

в статье все хорошо, все приветсвую и сам так работаю, за исключением ExtJS. Я реально затрахался на нем делать интерфейсы. Это настолько неудобно и громоздко делать, что хочется поменять проект!!! ExtJS - это какой-то недоделанный Swing. Уж лучше на Swing писать с использованием JGoodies. сложные интерфейсы лабаются в 5 минут и они работают, а этот JavaScript даже дебажить нормально невозможно

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

+1 яваскрипт фтопу однозначно

Ещё один момент, там этот веб-сервер находится в пакете sun.*, а это уже не труъ.

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

Не жирнее маркетингового булшита у тебя на сиськах. ;-)

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

>Ещё один момент, там этот веб-сервер находится в пакете sun.*, а это уже не труъ.

Да, я за встроенный Jetty. Очень маленький, стартует быстро. Конфигурю сервлеты прямо в спринге с помомощью ServletHolder без всяких контекстов и web.xml-ей

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

Чем Firebug не угодил?

Претензии к ExtJS понимаю, но какие есть альтернативы, если нужен именно веб? Мне хватило бы какой-нибудь простой JS-обертки над стандартными html-виждетами + таблицы - но не нашел ничего удобного ...

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

> Вот как раз хочу спросить у народа, кто что использует и доволен тем, что он использует?

> Echo2, GWT, ZKOSS, IceFaces ???

Генераторы JS по Java-коду (Echo2 и GWT) мне не нравятся в принципе - нагенерят что-то не то, а потом разгребай ... Pure JS кажется надежнее, хотя, конечно, писать можно по-разному ...

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

>нагенерят что-то не то, а потом разгребай

GWT генерит весьма приличный код, другое дело что не всегда его можно использовать, ибо он 'pure' js, no static html(т.е. поиском не индексируется, например)

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

использую richfaces. пока полет нормальный (правда периодически выскакивают баги, но исходники есть - так что ...)

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

Пользуюсь ZKOSS , очень доволен. Не для массовых страничек конечно, но для биллингов или просто как для обработки документов очень даже подходит. Формочки клепаются за 5 мин... а остальное бери от куда хочеш JDBC,Hibernat,Spring ....

+Дебаг на сервере с помощу еклипса :-)

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

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

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

Ну если что то пиши на kred_AD_zkoss.ru. Может чем и помогу.

anonymous
()

JEE - технология для ... э-э-э, ну скажем legacy приложений.

Spring - наше все. Bruce A. Tate тоже бывший бимер, про некомпетентность манагеров из ИБеМе хорошо в своих книгах сказал.

Spring + Hibernate + JPA + Open_Source_Software- это наше все. Из коммерческих вещей для Джавы только ИДЕЯ осталась. Да и то, лучше использовать открытые IDE.

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

> Спринг не очень хорош когда нужна кластеризация сервисов и распределённые транзакции.

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

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

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

Какими?

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

> чем лучше-то?

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

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

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

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

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

>А как им вариант выкинуть нахрен JSP, JSF, EJB? :) Особенно JSF и EJB.

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

Tails ★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
 ← 1 2 →
Java