|
|
|
Стоит ли использовать Jersey
|
|||
|---|---|---|---|
|
#18+
Поделитесь впечатлением кто использовал Jersey? или лучше использовать другую имплементацию? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.09.2012, 22:11:33 |
|
||
|
Стоит ли использовать Jersey
|
|||
|---|---|---|---|
|
#18+
oson, у jersey довольно мощное api для REST. Позволяет все. Разве что Spring MVC можно с ним сравнить ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2012, 19:05:26 |
|
||
|
Стоит ли использовать Jersey
|
|||
|---|---|---|---|
|
#18+
Не понял. То есть Jersey можно использовать самостоятельно для приложения? Я думал он только обрабатывает запросы get, post,put, delete, а дальше надо куда то отправлять вызов на Conrtroller или Service layer, чтобы там уже выполнить бизнес логику. И тогда вернуть на уровень этого Jersey ответ. И для этого Controller/Service layer думал надо использовать тот же Spring MVC например. А тут получается Jersey все это может сам? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2012, 22:01:18 |
|
||
|
Стоит ли использовать Jersey
|
|||
|---|---|---|---|
|
#18+
oson, вы путаете Spring IOC и Spring MVC. Jersey, как вы и сказали - это только фреймворк для работы с веб-сервисами по HTTP, т.е. REST. Spring MVC может делать то же. Но обычно его используют как веб-фреймворк, но для REST он тоже очень даже подходит. Я обычно использую Hibernate + Spring IOC (в нем-то и есть Service layer) + (Spring MVC или Jersey в качестве фронт-энда для REST). Так что работал с обоими. Spring MVC мне лично поудобнее, тк с ним я часто работаю в качестве web-фрейвморка. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2012, 10:27:31 |
|
||
|
Стоит ли использовать Jersey
|
|||
|---|---|---|---|
|
#18+
oson, Пользовался Jersey для RESTful сервисов в связке с спрингом. Впечатления очень положительные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2012, 16:30:40 |
|
||
|
Стоит ли использовать Jersey
|
|||
|---|---|---|---|
|
#18+
osonНе понял. То есть Jersey можно использовать самостоятельно для приложения? Я думал он только обрабатывает запросы get, post,put, delete, а дальше надо куда то отправлять вызов на Conrtroller или Service layer, чтобы там уже выполнить бизнес логику. И тогда вернуть на уровень этого Jersey ответ. И для этого Controller/Service layer думал надо использовать тот же Spring MVC например. А тут получается Jersey все это может сам? Jersey и jetty не путаете? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2012, 18:40:53 |
|
||
|
Стоит ли использовать Jersey
|
|||
|---|---|---|---|
|
#18+
Большой Синий Китoson, Пользовался Jersey для RESTful сервисов в связке с спрингом. Впечатления очень положительные. Есть какие-то преимущества у Jersey + Spring mvc перед просто Spring, учитывая что там есть поддержка Rest? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2012, 19:59:58 |
|
||
|
Стоит ли использовать Jersey
|
|||
|---|---|---|---|
|
#18+
В Spring 3 есть уже поддержка Restful. Какой выбор лучше - просто оставаться в пределах Spring и пользоваться его имплементацией? Или использовать связку Jersey + Spring IoC? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2012, 13:18:54 |
|
||
|
Стоит ли использовать Jersey
|
|||
|---|---|---|---|
|
#18+
oson, в целом они предоставляют похожий функционал. имхо выбор здесь - дело вкуса ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.09.2012, 14:34:28 |
|
||
|
|
start [/forum/topic.php?fid=59&msg=37947803&tid=2130976]: |
0ms |
get settings: |
11ms |
get forum list: |
22ms |
check forum access: |
6ms |
check topic access: |
6ms |
track hit: |
52ms |
get topic data: |
16ms |
get forum data: |
4ms |
get page messages: |
61ms |
get tp. blocked users: |
2ms |
| others: | 375ms |
| total: | 555ms |
| 0 / 0 |
