|
Действия ...
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
23.09.2012, 00:38:55
|
|||
|---|---|---|---|
JEE или Spring? |
|||
|
#18+
Надо принять решение на чем собственно писать service layer для RESTfull сервиса. Сам непосредственно REST будет имплементироваться на Jersey. Надо теперь определиться, что использовать в самом engine - JEE 6 или Spring 3 - других претендентов вроде нет особенно. Кто использовал JEE 6 и Spring 3, поделитесь плиз опытом, какие плюсы и минусы? Что лучше использовать при тех или иных требованиях? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
23.09.2012, 01:05:18
|
|||
|---|---|---|---|
JEE или Spring? |
|||
|
#18+
oson, Если возможностей описанных спецификацией JEE6 Вам достаточно то используйте его, в каждом апликашен сервере REST будет из коробки, и вообще много чего будет из коробки и готово к работе, в то время как для Spring придется много конфигурировать вручную. Если же Вам нужен нестандартный функционал, интегрировать в приложение множество фреймворков и библиотек реализующий функционал далеко выходящий за рамки стандартов JEE6, то лучше выбрать spring, так как он максимально облегчает интеграцию в приложение других фреймворков. То есть почитайте референс по JEE, спеку, мануалы если возможностей JEE хватает то останавливайтесь на нём. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.10.2012, 22:50:34
|
|||
|---|---|---|---|
JEE или Spring? |
|||
|
#18+
Можно определить отличие между Spring и JEE таким образом, что Spring как бы работает в своем собственном контейнере и таким образом не требует никакого application server. То есть достаточно web сервера Tomcat например. Если же использовать JEE - то вся имплементация спецификации JEE и есть этот Application Server. То есть будет сильная зависимость от того, как собственно спецификация JEE реализовано на том или другом сервере. А так как реализация на Glassfish может отличаться от реализации на JBoss, то надо работать по возможности в каком-то определенном сервере. Правильно я понимаю? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.10.2012, 00:19:46
|
|||
|---|---|---|---|
|
|||
JEE или Spring? |
|||
|
#18+
osonА так как реализация на Glassfish может отличаться от реализации на JBoss, то надо работать по возможности в каком-то определенном сервере.теоретически - нет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.10.2012, 00:20:18
|
|||
|---|---|---|---|
|
|||
JEE или Spring? |
|||
|
#18+
grasoff.netosonА так как реализация на Glassfish может отличаться от реализации на JBoss, то надо работать по возможности в каком-то определенном сервере.теоретически - нети в jee6 - дажее практически в большинстве случаев ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.10.2012, 00:46:02
|
|||
|---|---|---|---|
|
|||
JEE или Spring? |
|||
|
#18+
javaone кстати http://www.indicthreads.com/9853/spring-vs-javaee-updates-from-the-java-ee-and-spring-framework-panel-discussion-at-javaone/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.10.2012, 10:31:13
|
|||
|---|---|---|---|
JEE или Spring? |
|||
|
#18+
grasoff.netgrasoff.netА так как реализация на Glassfish может отличаться от реализации на JBoss, то надо работать по возможности в каком-то определенном сервере. теоретически - нети в jee6 - дажее практически в большинстве случаев Наглая ложь. 1. Во первых кодовая база разная => у каждого сервера будет свой набор багов => под каждый сервер нужен будет свой work arround что делает приложение непортируемым. 2. Ну и если использовать только сам стандарт JEE то каши то особо не сваришь, любое приложение выходящее за рамки хеловорда из учебника требует специфических для каждого сервера настроек и задействования в коде функционала специфичного для каждого сервера приложений, что опять же делает приложение непортируемым. В то же время приложения spring исповедуют стиль всё своё ношу с собой, и легко переносятся между JEE серверами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.10.2012, 11:07:42
|
|||
|---|---|---|---|
|
|||
JEE или Spring? |
|||
|
#18+
vimbaНаглая ложьда? тебе данечка привет передал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.10.2012, 11:07:59
|
|||
|---|---|---|---|
|
|||
JEE или Spring? |
|||
|
#18+
vimbaНу и если использовать только сам стандарт JEE то каши то особо не сваришь, любое приложение выходящее за рамки хеловорда из учебника требует специфических для каждого сервера настроек и задействования в коде функционала специфичного для каждого сервера приложений, что опять же делает приложение непортируемымнет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.10.2012, 11:22:00
|
|||
|---|---|---|---|
|
|||
JEE или Spring? |
|||
|
#18+
grasoff.netнет "Какие ваши доказательства". :) Здесь нет однозначного ответа. Но термин J2EE corner case существует давно. Всё что не описано в спецификации сделано у каждого контейнера по-разному. Например стратегии обработки ошибок в JMS и в двухфазном комите. Процесс деплоймента, кластеризация. Про них в спеке просто сказано что они должны быть. Но ни каким образом работает репликация, ни как организован load balancer, спека не расскажет. JPA - очень показательный пример, так как это свежая спецификация и там отсутствует огромное количество всего того что умеет, например, Hibernate. Вопрос лишь в том столкнетесь ли вы с этими проблемам про разработке проекта. Здесь однозначного ответа нет. Кто-то будет неделями бодаться с конфликтом библиотек приложения и сервера, а у кого-то заработает достаточно быстро. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.10.2012, 11:28:40
|
|||
|---|---|---|---|
|
|||
JEE или Spring? |
|||
|
#18+
BlazkowiczКакие ваши доказательствавот есть проект не очень большой Lines of code 82 648 131 925 lines раньше работал исключительно под jboss 4.2 потому что да и не мог работать даже под jboss 5, 6, ... примерно за полгода работы он прекрасно работает даже под glassfish и почти под tomee ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.10.2012, 11:33:30
|
|||
|---|---|---|---|
|
|||
JEE или Spring? |
|||
|
#18+
grasoff.netраньше работал исключительно под jboss 4.2 потому что да и не мог работать даже под jboss 5, 6, ... примерно за полгода работы он прекрасно работает даже под glassfish и почти под tomee Его переписали под Spring? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.10.2012, 11:40:13
|
|||
|---|---|---|---|
|
|||
JEE или Spring? |
|||
|
#18+
Blazkowiczgrasoff.netраньше работал исключительно под jboss 4.2 потому что да и не мог работать даже под jboss 5, 6, ... примерно за полгода работы он прекрасно работает даже под glassfish и почти под tomee Его переписали под Spring? :)) нет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.10.2012, 11:53:53
|
|||
|---|---|---|---|
JEE или Spring? |
|||
|
#18+
Попробую все сказанное проссумировать Плюсы Spring по сравнению с JEE 1. у Spring хорошая переносимость - сам есть контейнер и не зависит от сервера, на котором запускается. JEE является набором стандартов, а реализация - есть аппликейшн сервре - то есть полностью зависит от реализации сервера 2. Spring хорошо настраивается для работы с другими фреймворками, повышенная конфигурируемость - можно настроить под свои любые задачи JEE работает в пределах стандартизированных и реализованных на аппликейшн серврее задач. Дополнительные задачи требуют прибегать к трюкам, в том числе например использовать для отдельных задач Spring. 3. Spring имеет большое количество реализованных задач. JEE аппликейшн сервера реализуют стандартиированные задачи почти одинаково. То, что не включено в стандарты, реализовано по своему на каждом аппликейшн сервере, и это может требовать прибегать к workaround минусы Spring по сравнению с JEE 1. JEE application server уже поностью сконфигурирован для стандартных задач. Spring же требует больше времени для конфигурирование даже обычных задач. 2. Если необходимо увеличть аппаратную мощность и добавить еще один сервер, то JEE легко позволяет перенести готовое приложение на кластеры. Для Spring это сложная задача, то есть если планируется такая кластеризация, то Spring не подходит в принципе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.10.2012, 12:01:03
|
|||
|---|---|---|---|
|
|||
JEE или Spring? |
|||
|
#18+
У спринга есть аналог жизненного цикла Entity бина ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.10.2012, 12:02:42
|
|||
|---|---|---|---|
JEE или Spring? |
|||
|
#18+
oson 2. Если необходимо увеличть аппаратную мощность и добавить еще один сервер, то JEE легко позволяет перенести готовое приложение на кластеры. Для Spring это сложная задача, то есть если планируется такая кластеризация, то Spring не подходит в принципе. Это не "сложная задача для Spring", а задача, которую он не решает в принципе т.к. она не входит в его круг обязанностей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.10.2012, 12:47:17
|
|||
|---|---|---|---|
|
|||
JEE или Spring? |
|||
|
#18+
osonЕсли необходимо увеличть аппаратную мощность и добавить еще один сервер, то JEE легко позволяет перенести готовое приложение на кластеры. Кластеризацию не стоит обзывать словом "легко". JEE контейнер сделает сам как ему нравится и вы будете сидеть чесать затылок как же это обойти. Например древние версии JBoss реплицировали HTTP сессию на все надо сразу. Не дай бог у вас там собрались какие-то данные по сессиям. LAN будет заниматься исключительно репликацией, а приоритет запросов к базе, отойдёт на второй план. Сейчас, конечно, это не уже не актуально. Кластеризация в JBoss реализована лучше и конфигурируется достаточно делательно. Но это показательный пример. osonДля Spring это сложная задача, то есть если планируется такая кластеризация, то Spring не подходит в принципе. Чей та. Подключили EhCache, включили на нем Терракотту и кластер готов. Просто как и всё остальное это нужно делать самостоятельно с помощью других фреймверков. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.10.2012, 13:03:51
|
|||
|---|---|---|---|
JEE или Spring? |
|||
|
#18+
Как раз хотел спросить по оводу Terracotta http://docs.terracotta.org/confluence/display/docs35/Clustering+the+Spring+Framework получается что есть решение для Spring? Или это плохой вариант? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.10.2012, 13:12:46
|
|||
|---|---|---|---|
|
|||
JEE или Spring? |
|||
|
#18+
osonполучается что есть решение для Spring? Удивительный факт: в мире сотни фреймверков и библиотек, которые либо сами интегрируются в Spring, либо Spring умеет с ними интегрироваться, либо интеграция между ними делается вполне просто средствами конфигурации. Некоторые из этих фреймверков можно использовать для решения задач кластериазации. Поэтому что именно вы хотели спросить я не понял. osonИли это плохой вариант? Откуда сразу негатив? Почему плохой? Не плохой и не хороший. Просто другой подход. Кто-то делает на JEE, потом конфигуряет сервер, чтобы работало как нужно. Кто-то сразу знает как ему нужно, берет любимые фреймверки и интегрирует их через Spring. Какой вариант плохой? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.10.2012, 14:02:26
|
|||
|---|---|---|---|
JEE или Spring? |
|||
|
#18+
grasoff.netBlazkowiczКакие ваши доказательствавот есть проект не очень большой Lines of code 82 648 131 925 lines раньше работал исключительно под jboss 4.2 потому что да и не мог работать даже под jboss 5, 6, ... примерно за полгода работы он прекрасно работает даже под glassfish и почти под tomee Для бешеной собаки два километра не круг. А под чем ещё он почти работает/неработает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.10.2012, 14:12:30
|
|||
|---|---|---|---|
JEE или Spring? |
|||
|
#18+
oson минусы Spring по сравнению с JEE 1. JEE application server уже поностью сконфигурирован для стандартных задач. Spring же требует больше времени для конфигурирование даже обычных задач. 2. Если необходимо увеличть аппаратную мощность и добавить еще один сервер, то JEE легко позволяет перенести готовое приложение на кластеры. Для Spring это сложная задача, то есть если планируется такая кластеризация, то Spring не подходит в принципе. Первое да, второе нет. Мировой рекорд по количеству серверов в кластере принадлежит yahoo, кластер работает под управлением hadoop у которого всвою очередь внутри spring. Спринг и не мешает и в то же время никак не помогает кластерезации, это не его задача(по крайней мере пока), как указал Blazkowicz проблемы масштабирования решаются просто другими фреймворками, и как поазывает опыт yahoo весьма удачно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.10.2012, 15:28:50
|
|||
|---|---|---|---|
|
|||
JEE или Spring? |
|||
|
#18+
vimbaДля бешеной собаки два километра не кругимелось в виду - полгода работы над изменениями ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.10.2012, 16:07:20
|
|||
|---|---|---|---|
JEE или Spring? |
|||
|
#18+
vimba hadoop у которого всвою очередь внутри spring. - из чего Вы сделали такой вывод? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.10.2012, 16:18:33
|
|||
|---|---|---|---|
JEE или Spring? |
|||
|
#18+
osonу Spring хорошая переносимость - сам есть контейнер и не зависит от сервера, на котором запускается. JEE является набором стандартов, а реализация - есть аппликейшн сервре - то есть полностью зависит от реализации сервера - достаточно заняться обновлением версии Spring или одной из десятка связанных с проектом библиотек, чтобы лишиться иллюзии относительно переносимости и начать ценить спецификации, реализация которых соответствует написанному (не написанное есть не только в спецификации JavaEE, но и где угодно, обычно в этих случаях начинается нытье про "слабое" документирование того или иного фреймворка) oson JEE работает в пределах стандартизированных и реализованных на аппликейшн серврее задач. Дополнительные задачи требуют прибегать к трюкам, в том числе например использовать для отдельных задач Spring. - часто оказывается что задачи не вписывающие в JavaEE либо изначально идеологически не соответствуют платформе JavaEE (неверный выбор технологии архитектором), либо имеют архитектурные извращения ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=59&tablet=1&tid=2130273]: |
0ms |
get settings: |
12ms |
get forum list: |
26ms |
check forum access: |
6ms |
check topic access: |
6ms |
track hit: |
50ms |
get topic data: |
19ms |
get forum data: |
5ms |
get page messages: |
93ms |
get tp. blocked users: |
3ms |
| others: | 294ms |
| total: | 514ms |
| 0 / 0 |
