ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Java [игнор отключен] [закрыт для гостей] / Spring MVC -> Web Services -> Hibernate -> RDBMS
21 сообщений из 21, страница 1 из 1
Spring MVC -> Web Services -> Hibernate -> RDBMS
    #34573892
vas0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vas0
Участник
Всем привет,
начинается новый проект в котором одно из пожеланий заказчика использование SOA. Ну и далее под это требование мы придумали вот такое.

Spring MVC -> Web Services -> Hibernate -> RDBMS

т.е. даже в своем приложении мы будем работать с БД через веб сервисы. Ну и встает вопрос, а лишние ли они здесь?

Я понимаю что SOA это модно и круто, и использовании шины сервисов для интеграции с другими информациоными системами может быть самое оно.

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

Хотя я конечно не против что мы будем другим предоставлять эти web services.

Кто что думает по этому поводу? Может примеры из своего опыта?
...
Рейтинг: 0 / 0
05.06.2007, 06:59:30
| Ответить | Цитировать | Написать  
Spring MVC -> Web Services -> Hibernate -> RDBMS
    #34574094
expp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expp
Участник
у Фаулера давно раскрыто. читаем и ржём
...
Рейтинг: 0 / 0
05.06.2007, 09:37:04
| Ответить | Цитировать | Написать  
Spring MVC -> Web Services -> Hibernate -> RDBMS
    #34574100
y3u
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
y3u
Участник
это все надуманые проблемы, ровно как и нет теперь таих уж больших проблем с производительностью вебсервисов. Одна из ключевых концепций вебсервисов, что если есть паблик метод, то он уже может быть вебсервисом, на уровне аннотаций это решается одной двумя строчками кода. Не надо забывать, что все это уже включено в SDK... Так что не раздувайте проблему на пустом месте. Мой вам совет, пишите спокойно каченственный продуманный софт, а навесить на него вебсервисы - не проблема. Другой вопрос, что есть некие проблемы в интероперабельностью вебсервисов различных вендоров. Об этом нужно заренее знать прежде чем проектировать архитектуру. К примеру, если планируется использовать WS-Coordination, в частности WS-AtomicTransaction, то тут не все так радужно как хотелось бы...

ПыСы
интересно, а почему вы выбрали хибернейт вместо EJB 3.0 Persistence API? Это же все тоже самое, но зато дает дополнительные преимущества как раз для SOA, к примеру JMS, EJB, JTA, etc...
...
Рейтинг: 0 / 0
05.06.2007, 09:41:30
| Ответить | Цитировать | Написать  
Spring MVC -> Web Services -> Hibernate -> RDBMS
    #34574104
vas0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vas0
Участник
exppу Фаулера давно раскрыто. читаем и ржём
Это про то что "не распределяйте" (или как там у него)?

Или про то что веб сервисы крутая штука, которая отлично позволяет уменшить производильность (гоняя туды - сюды xml и парся все это)?
...
Рейтинг: 0 / 0
05.06.2007, 09:43:59
| Ответить | Цитировать | Написать  
Spring MVC -> Web Services -> Hibernate -> RDBMS
    #34574117
y3u
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
y3u
Участник
для простого софта это действительно лишнее, а вот когда имеет место быть всевозможная интеграция с разного рода софтом, который пишут много разных команд, на разных языках программирования - это действительно выход... Кстати чем хорош SOAP, его дебажить хорошо, можно сменить транспортный уровень и спотреть глазами какие данные идут, на "жестких" протоколах такое сделать проблематично...
...
Рейтинг: 0 / 0
05.06.2007, 09:49:02
| Ответить | Цитировать | Написать  
Spring MVC -> Web Services -> Hibernate -> RDBMS
    #34574119
y3u
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
y3u
Участник
по поводу парсинга могу сказать, что у того же IBM давно уже есть аппаратные парсеры, да и не только у него... так что в рамках серьезных решений производительность - не проблема
...
Рейтинг: 0 / 0
05.06.2007, 09:50:28
| Ответить | Цитировать | Написать  
Spring MVC -> Web Services -> Hibernate -> RDBMS
    #34574124
vas0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vas0
Участник
y3uОдна из ключевых концепций вебсервисов, что если есть паблик метод, то он уже может быть вебсервисом, на уровне аннотаций это решается одной двумя строчками кода. Не надо забывать, что все это уже включено в SDK...
...
интересно, а почему вы выбрали хибернейт вместо EJB 3.0 Persistence API?


Здесь проблема в том что у нас jdk 1.4, ну и application server реализует только ejb 2.1.
...
Рейтинг: 0 / 0
05.06.2007, 09:51:38
| Ответить | Цитировать | Написать  
Spring MVC -> Web Services -> Hibernate -> RDBMS
    #34574129
y3u
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
y3u
Участник
vas0 y3uОдна из ключевых концепций вебсервисов, что если есть паблик метод, то он уже может быть вебсервисом, на уровне аннотаций это решается одной двумя строчками кода. Не надо забывать, что все это уже включено в SDK...
...
интересно, а почему вы выбрали хибернейт вместо EJB 3.0 Persistence API?


Здесь проблема в том что у нас jdk 1.4, ну и application server реализует только ejb 2.1.

это идиотизм, начинать новый проект на технологиях, которые утарели уже 2 года назад... уже давно есть стабильные версии JavaEE 5, под которой все бегает в разы круче, чем под 1,4... и возможностей в 2 раза больше.... меня вот уже давно напрягает писать дескрипторы, а тебя не задолбало ли? Аннотации - это весч! Без дженериков тоже только хуже... нафига вам это старье...
...
Рейтинг: 0 / 0
05.06.2007, 09:54:08
| Ответить | Цитировать | Написать  
Spring MVC -> Web Services -> Hibernate -> RDBMS
    #34574134
y3u
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
y3u
Участник
на 1.4 делать SOA - это мазохизм в жесткой форме =)
...
Рейтинг: 0 / 0
05.06.2007, 09:55:13
| Ответить | Цитировать | Написать  
Spring MVC -> Web Services -> Hibernate -> RDBMS
    #34574152
vas0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vas0
Участник
y3u
это идиотизм, начинать новый проект на технологиях, которые утарели уже 2 года назад... уже давно есть стабильные версии JavaEE 5, под которой все бегает в разы круче, чем под 1,4... и возможностей в 2 раза больше.... меня вот уже давно напрягает писать дескрипторы, а тебя не задолбало ли? Аннотации - это весч! Без дженериков тоже только хуже... нафига вам это старье...
да буржии, как то не особо торопяться лицензии покупать. Да и за новомодными технологиями тоже не гоняться. Конечно согласен, многое бы стало проще, но ...
...
Рейтинг: 0 / 0
05.06.2007, 10:02:51
| Ответить | Цитировать | Написать  
Spring MVC -> Web Services -> Hibernate -> RDBMS
    #34574169
y3u
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
y3u
Участник
какие нафиг лицензии? :) AS чтоли покупной? ууу... тогда все гораздо сложнее в плане с SOA...
Поставьте буржуям JBoss :) или Glassfish :)
...
Рейтинг: 0 / 0
05.06.2007, 10:09:40
| Ответить | Цитировать | Написать  
Spring MVC -> Web Services -> Hibernate -> RDBMS
    #34574225
vas0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vas0
Участник
WebShpere 5.1. Вообще там уже политика... К сожалению не спешат они пользоваться плодами цивилизации, главное чтобы работало.
...
Рейтинг: 0 / 0
05.06.2007, 10:26:30
| Ответить | Цитировать | Написать  
Spring MVC -> Web Services -> Hibernate -> RDBMS
    #34574227
expp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expp
Участник
vas0 exppу Фаулера давно раскрыто. читаем и ржём
Это про то что "не распределяйте" (или как там у него)?

Или про то что веб сервисы крутая штука, которая отлично позволяет уменшить производильность (гоняя туды - сюды xml и парся все это)?

это я про распределение ...

имхо: нафиг они не нужны посреди приложения. это стародавняя байка со времён первых ejb: "ща мы разработаем сервисы, которые отлично заюзаем как для локальных, так и для удалённых клиентов, и для SOA и через JMS". на самом деле, как правило каждый клиент имеет такую специфику, что иногда от неё и фасад не помогает. кароч нада тах
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
                               WS client
                                     |
Spring MVC                      | <<remote (WS)>>
   | <<local>>                  |
Facade4Web                 Facade4SOA
   | <<local>>                  | <<local>>
  Domain: entity, Srevices, Repositories
     Hibernate
          RDBMS
...
Рейтинг: 0 / 0
05.06.2007, 10:27:56
| Ответить | Цитировать | Написать  
Spring MVC -> Web Services -> Hibernate -> RDBMS
    #34575821
Фотография Blazkowicz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Blazkowicz
Участник
y3uинтересно, а почему вы выбрали хибернейт вместо EJB 3.0 Persistence API? Это же все тоже самое, но зато дает дополнительные преимущества как раз для SOA, к примеру JMS, EJB, JTA, etc...
EJB 3.0 Persistence API это кастрированый API к хиберу, а не "тоже самое". И никаких дополнительных приимуществ. JTA можно и так с хибером подружить. А инжект не сильно то и нужен для Persistence.
...
Рейтинг: 0 / 0
05.06.2007, 17:26:43
| Ответить | Цитировать | Написать  
Spring MVC -> Web Services -> Hibernate -> RDBMS
    #34575916
jusio
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
jusio
Участник
Blazkowicz
EJB 3.0 Persistence API это кастрированый API к хиберу, а не "тоже самое".
Persistance provider одним только хибером не ограничен. Нетбинс вообще по дефолту Toplink использует. Persistance API это скорее попытка стандартизировать ORM, нежели кокнкретно надстройка к хиберу.
...
Рейтинг: 0 / 0
05.06.2007, 17:49:50
| Ответить | Цитировать | Написать  
Spring MVC -> Web Services -> Hibernate -> RDBMS
    #34575953
Kachalov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Kachalov
Участник
jusio Blazkowicz
EJB 3.0 Persistence API это кастрированый API к хиберу, а не "тоже самое".
Persistance provider одним только хибером не ограничен. Нетбинс вообще по дефолту Toplink использует. Persistance API это скорее попытка стандартизировать ORM, нежели кокнкретно надстройка к хиберу.
добавлю еще KODO как реализацию Persistence API
...
Рейтинг: 0 / 0
05.06.2007, 17:59:35
| Ответить | Цитировать | Написать  
Spring MVC -> Web Services -> Hibernate -> RDBMS
    #34576044
Фотография Blazkowicz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Blazkowicz
Участник
jusioPersistance provider одним только хибером не ограничен. Нетбинс вообще по дефолту Toplink использует. Persistance API это скорее попытка стандартизировать ORM, нежели кокнкретно надстройка к хиберу.
Это все конечно замечательно что у JPA столько реализаций, но лучше он от этого не становится.
...
Рейтинг: 0 / 0
05.06.2007, 18:32:31
| Ответить | Цитировать | Написать  
Spring MVC -> Web Services -> Hibernate -> RDBMS
    #34576069
Kachalov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Kachalov
Участник
BlazkowiczЭто все конечно замечательно что у JPA столько реализаций, но лучше он от этого не становится.
Ценность JPA в том что это стандарт (спецификация). А уж программист может выбирать наилучшую реализацию спецификации. Что считать наилучшей каждый решает для себя сам. Конечно спецификации немного душат инициативу, но зато дают предсказуемость. Аналогичные рассуждения можно вести о JDBC говоря что он ограничивает возможности.
...
Рейтинг: 0 / 0
05.06.2007, 18:42:20
| Ответить | Цитировать | Написать  
Spring MVC -> Web Services -> Hibernate -> RDBMS
    #34576098
expp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expp
Участник
тут боянорвательный комбинат?
...
Рейтинг: 0 / 0
05.06.2007, 18:56:04
| Ответить | Цитировать | Написать  
Spring MVC -> Web Services -> Hibernate -> RDBMS
    #34576491
Фотография Blazkowicz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Blazkowicz
Участник
KachalovЦенность JPA в том что это стандарт (спецификация). А уж программист может выбирать наилучшую реализацию спецификации. Что считать наилучшей каждый решает для себя сам. Конечно спецификации немного душат инициативу, но зато дают предсказуемость. Аналогичные рассуждения можно вести о JDBC говоря что он ограничивает возможности.
Спецификации не дают никакой предсказуемости потому что они не охватывают множество нюансов. И нюансы эти вендорами реализуются как угодно. И при чем здесь JDBC?
...
Рейтинг: 0 / 0
06.06.2007, 00:47:31
| Ответить | Цитировать | Написать  
Spring MVC -> Web Services -> Hibernate -> RDBMS
    #34577195
Kachalov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Kachalov
Участник
Blazkowicz
Спецификации не дают никакой предсказуемости потому что они не охватывают множество нюансов. И нюансы эти вендорами реализуются как угодно.
- все равно лучше чем полный полет фантазии, хоть какие то рамк есть

Blazkowicz И при чем здесь JDBC?
- просто пример спецификации с которой все смирились, хотя проблемы о которых Вы говорите (особенности реализации) тоже случаются
...
Рейтинг: 0 / 0
06.06.2007, 12:03:22
| Ответить | Цитировать | Написать  
21 сообщений из 21, страница 1 из 1
Форумы / Java [игнор отключен] [закрыт для гостей] / Spring MVC -> Web Services -> Hibernate -> RDBMS
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=59&msg=34573892&tid=2145503]:
 0ms
get settings:
 8ms
get forum list:
 15ms
check forum access:
 5ms
check topic access:
 5ms
track hit:
 54ms
get topic data:
 15ms
get forum data:
 4ms
get page messages:
 71ms
get tp. blocked users:
 2ms
others: 302ms
total:  481ms
созд. / загр.: 481ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]