Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / Java [игнор отключен] [закрыт для гостей] / Spring MVC -> Web Services -> Hibernate -> RDBMS / 21 сообщений из 21, страница 1 из 1
05.06.2007, 06:59:30
    #34573892
vas0
vas0
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Spring MVC -> Web Services -> Hibernate -> RDBMS
Всем привет,
начинается новый проект в котором одно из пожеланий заказчика использование SOA. Ну и далее под это требование мы придумали вот такое.

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

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

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

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

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

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

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

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


Здесь проблема в том что у нас jdk 1.4, ну и application server реализует только ejb 2.1.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
05.06.2007, 09:54:08
    #34574129
y3u
y3u
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Spring MVC -> Web Services -> Hibernate -> RDBMS
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:55:13
    #34574134
y3u
y3u
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Spring MVC -> Web Services -> Hibernate -> RDBMS
на 1.4 делать SOA - это мазохизм в жесткой форме =)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
05.06.2007, 10:02:51
    #34574152
vas0
vas0
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Spring MVC -> Web Services -> Hibernate -> RDBMS
y3u
это идиотизм, начинать новый проект на технологиях, которые утарели уже 2 года назад... уже давно есть стабильные версии JavaEE 5, под которой все бегает в разы круче, чем под 1,4... и возможностей в 2 раза больше.... меня вот уже давно напрягает писать дескрипторы, а тебя не задолбало ли? Аннотации - это весч! Без дженериков тоже только хуже... нафига вам это старье...
да буржии, как то не особо торопяться лицензии покупать. Да и за новомодными технологиями тоже не гоняться. Конечно согласен, многое бы стало проще, но ...
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
05.06.2007, 10:09:40
    #34574169
y3u
y3u
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Spring MVC -> Web Services -> Hibernate -> RDBMS
какие нафиг лицензии? :) AS чтоли покупной? ууу... тогда все гораздо сложнее в плане с SOA...
Поставьте буржуям JBoss :) или Glassfish :)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
05.06.2007, 10:26:30
    #34574225
vas0
vas0
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Spring MVC -> Web Services -> Hibernate -> RDBMS
WebShpere 5.1. Вообще там уже политика... К сожалению не спешат они пользоваться плодами цивилизации, главное чтобы работало.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
05.06.2007, 10:27:56
    #34574227
expp
expp
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Spring MVC -> Web Services -> Hibernate -> RDBMS
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, 17:26:43
    #34575821
Blazkowicz
Blazkowicz
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Spring MVC -> Web Services -> Hibernate -> RDBMS
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:49:50
    #34575916
jusio
jusio
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Spring MVC -> Web Services -> Hibernate -> RDBMS
Blazkowicz
EJB 3.0 Persistence API это кастрированый API к хиберу, а не "тоже самое".
Persistance provider одним только хибером не ограничен. Нетбинс вообще по дефолту Toplink использует. Persistance API это скорее попытка стандартизировать ORM, нежели кокнкретно надстройка к хиберу.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
05.06.2007, 17:59:35
    #34575953
Kachalov
Kachalov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Spring MVC -> Web Services -> Hibernate -> RDBMS
jusio Blazkowicz
EJB 3.0 Persistence API это кастрированый API к хиберу, а не "тоже самое".
Persistance provider одним только хибером не ограничен. Нетбинс вообще по дефолту Toplink использует. Persistance API это скорее попытка стандартизировать ORM, нежели кокнкретно надстройка к хиберу.
добавлю еще KODO как реализацию Persistence API
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
05.06.2007, 18:32:31
    #34576044
Blazkowicz
Blazkowicz
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Spring MVC -> Web Services -> Hibernate -> RDBMS
jusioPersistance provider одним только хибером не ограничен. Нетбинс вообще по дефолту Toplink использует. Persistance API это скорее попытка стандартизировать ORM, нежели кокнкретно надстройка к хиберу.
Это все конечно замечательно что у JPA столько реализаций, но лучше он от этого не становится.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
05.06.2007, 18:42:20
    #34576069
Kachalov
Kachalov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Spring MVC -> Web Services -> Hibernate -> RDBMS
BlazkowiczЭто все конечно замечательно что у JPA столько реализаций, но лучше он от этого не становится.
Ценность JPA в том что это стандарт (спецификация). А уж программист может выбирать наилучшую реализацию спецификации. Что считать наилучшей каждый решает для себя сам. Конечно спецификации немного душат инициативу, но зато дают предсказуемость. Аналогичные рассуждения можно вести о JDBC говоря что он ограничивает возможности.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
05.06.2007, 18:56:04
    #34576098
expp
expp
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Spring MVC -> Web Services -> Hibernate -> RDBMS
тут боянорвательный комбинат?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
06.06.2007, 00:47:31
    #34576491
Blazkowicz
Blazkowicz
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Spring MVC -> Web Services -> Hibernate -> RDBMS
KachalovЦенность JPA в том что это стандарт (спецификация). А уж программист может выбирать наилучшую реализацию спецификации. Что считать наилучшей каждый решает для себя сам. Конечно спецификации немного душат инициативу, но зато дают предсказуемость. Аналогичные рассуждения можно вести о JDBC говоря что он ограничивает возможности.
Спецификации не дают никакой предсказуемости потому что они не охватывают множество нюансов. И нюансы эти вендорами реализуются как угодно. И при чем здесь JDBC?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
06.06.2007, 12:03:22
    #34577195
Kachalov
Kachalov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Spring MVC -> Web Services -> Hibernate -> RDBMS
Blazkowicz
Спецификации не дают никакой предсказуемости потому что они не охватывают множество нюансов. И нюансы эти вендорами реализуются как угодно.
- все равно лучше чем полный полет фантазии, хоть какие то рамк есть

Blazkowicz И при чем здесь JDBC?
- просто пример спецификации с которой все смирились, хотя проблемы о которых Вы говорите (особенности реализации) тоже случаются
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Форумы / Java [игнор отключен] [закрыт для гостей] / Spring MVC -> Web Services -> Hibernate -> RDBMS / 21 сообщений из 21, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение  
Полит. конфиден.  
созд. / загр.: 494ms
Закрыть
start [/forum/topic.php?fid=59&mobile=1&tid=2145503]:
 0ms
get settings:
 9ms
get forum list:
 21ms
check forum access:
 6ms
check topic access:
 6ms
track hit:
 40ms
get topic data:
 16ms
get forum data:
 4ms
get page messages:
 72ms
get tp. blocked users:
 2ms
others: 318ms
total:  494ms
x
x
Закрыть


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