Comments on: Заметка «Spring не является Java EE технологией и почему EJB идеологически лучше»

By: Mux

Mux — Tue, 19 May 2009 18:45:24 +0000

Якщо комусь цікаво. Скоро вийде Spring Framework 3.0. Недавно появився третій майлстоун - http://www.rozrobka.com/blog/java/14.html

By: Anton Naumov

Anton Naumov — Thu, 11 Dec 2008 08:13:35 +0000

2Denys Bezsmertnyi, действительно, существуют реализации web и ejb containers, которые дествительно можно использовать вне контекста сервера приложений. но подобные ситуации крайне редки. как правило проще и дешевле использовать полнофункциональный сервер приложений для всех операций, если нам необходимо работать с EJB. в тоже время большинство servlet container’s предоставляют свою реализацию http серверов. но справедливости ради стоит заметить, что весьма редки реализации http серверов, которые бы держали нагрузку сравнимую с промышленными http серверами, такими как Apache или IIS. в результате мы приходим к исторически образованным, платформенно зависимым связкам Apache + Tomcat или IIS + Tomcat. является ли Tomcat embedded servlet engine, как в одном из пакетов JBoss, или нет — это уже частности.
ну и разумеется промышленные платформы на базе WebSphere или WebLogic включают в себя реализацию http северов, которая может быть использована самостоятельно.
что касается практики, то тут следует разделять предметные области. если мы говорим о решения аутсорсингового и/или стартапного рынка, то следуя стратегии Fail Fast тут нет или почти нет места тяжеловесным решениям на базе EJB (я говорю прежде всего о спецификациях 2.х). если мы возьмем в качестве объекта большие промышленные legacy системы, то там практика совершенно отличная. банковский сектор, телекомовский сектор — это как правило IBM blue stack или WebLogic + Oracle. иначе говоря, Spring + Hibernate + Tomcat/Jetty быстрее, а следовательно дешевле, чем WebSphere + EJB + DB2. собственно основная проблема украинского аутсорсинга в том, что здесь почти не разрабатываются from scratch системы, расчитаные на использование в течении десятилетий, нагрузку в миллион пользователей и масштабируемость на десяток кластерных серверов. потому и создается иллюзорность того, что EJB есть чисто теоретическая спецификация, которую “никто и никогда не использует”, а это не так.

By: Denys Bezsmertnyi

Denys Bezsmertnyi — Wed, 10 Dec 2008 12:42:26 +0000

2Тася 123 , спасибо большое! Anton Naumov, получается сравнивается Web Container и EJB container, которые можно использовать вне сервера приложений. На практике чаще всего используют первый. Но Тася 123 права, задавая этот вопрос, потому что многие разницы не понимают.

By: Anton Naumov

Anton Naumov — Wed, 10 Dec 2008 07:00:50 +0000

2Тася 123, если говорить коротко, то “java-web server” понятие не существующее в природе. web server — есть машина, компьютер, который выступает в роли узла сети интеренет. говоря высоким слогом, web server есть совокупность аппаратных и программных средств, обеспечивающих функционирование узла сети интернет. если мы под “java-web server” мы понимаем tomcat, то уместно говорить про отличие servlet container от EJB container. и тут все просто, EJB container должен поддерживать реализацию JSR 220, servlet container — нет. строго говоря это и есть главное отличие. в качестве примера servlet container можно рассмотреть Jetty или Resin (да, я знаю, что они позиционируют себя как application server, это не меняет сути). остальное это экзотика типа Winstone Servlet Container и ему подобных.

By: Тася 123

Тася 123 — Wed, 10 Dec 2008 00:31:52 +0000

Денис, нормальная получилась заметка, зачотная!
если после потоков бессознательного в ваш адрес у вас не отобъётся желание писать – мой вам респект и уважуха, я б не смогла, неблагодарное это дело. а за уровень массы – кто сходу скажет чем java-web server отличается от EJB container, и приведет примеры первого, кроме томката?

By: smp

smp — Wed, 19 Nov 2008 09:57:47 +0000

мне статья понравилась. в Джава я ноль, посему мне интересны небольшие обзоры такого формата.

By: Anton Naumov

Anton Naumov — Wed, 19 Nov 2008 06:52:04 +0000

2Сергей Григорьев, давайте все-таки разделять понятия "поддерживает" и "реализует". В случае Spring, да использование EJB, Hibernate, JDO поддерживается. Но исключительно в виде интерфейсов и адаптеров. Для того, чтобы реализовать, к примеру, JPA с помощью Spring, Вам придется выкачать и добавить в свое приложение довольно много библиотек. Включая собственно реализацию JPA. Тоже самое отноститься и к EJB. Именно поэтому Spring и не является J2EE технологией, что разумеется не умаляет его достоинств. Я лично считаю, что при использовании EJB Spring можно и нужно использовать для отладки приложений. Как в юнит-тестировании, так и в тестировании функциональном. Это позволит съэкономить огромное количество времени, которое тратиться на развертывание исправленного приложения. Реализовывать же EJB в том случае, когда не известно нужен будет сервер приложений или нет, я не считаю целесообразным. В этом случае лучше обойтись JPA, технология универсальна, автономна и может быть использована как внутри сервера приложений, так и без него с одинаковым успехом. Но это мое мнение, и тут возможны разные подходы.

By: Сергей Григорьев

Сергей Григорьев — Tue, 18 Nov 2008 18:43:35 +0000

Spring поддерживает EJB, есть специальные классы AbstractStatelessSessionBean, AbstractStatefulSessionBean, AbstractMessageDrivenBean, JtaTransactionManager, JPADaoSupport

Можно начинать делать на Spring, а когда станет ясно что без EJB никак не обойтись то можно
быстро перейти на EJB.

By: Denys Bezsmertnyi

Denys Bezsmertnyi — Tue, 18 Nov 2008 06:55:47 +0000

Anton Naumov, +1000 про Ярослава

By: Anton Naumov

Anton Naumov — Tue, 18 Nov 2008 06:53:08 +0000

2Ярослав, я прошу меня заранее простить, возможно мой комментарий покажется Вам в чем-то обидным, уверяю Вас, я не испытываю к Вам личной неприязни и не пытаюсь намеренно задеть. Моей целью, в данном случае, является желание продемострировать Вам, как Ваш комментарий воспринимается со стороны. 1) Spring не может противопоставляться J2EE. Это принципиально разные вещи используемые для разных целей. Вы явно ошиблись Java community. Можно пример вещи, которая "на спринге решаются более елегантно чем в J2EE"? Ну хотябы одной? Я осмелюсь предположить, что в данном случае Вы изволили сказать откровенную глупость, но если опровергните примером -- готов принести публичные извинения. 2) Холивара тут быть не может по опредению, потому что тема Spring vs EJB не раскрыта. Холиварить не о чем. 3) А Вы кто, простите, такой, чтобы отдельно и специально с уважением относиться к Вашему времени? Вы не умеете управлять собственным временем? Не можете перестать читать статьи, которые Вам не нравятся? Так это глобально Ваши проблемы и решать их придется именно Вам.