Java EE и Grails: связь с веб-сервисами? Какие рамки? - PullRequest
Новая
       19

Java EE и Grails: связь с веб-сервисами? Какие рамки?

3 голосов
/ 27 сентября 2008

Hy, я занимаюсь разработкой приложения Grails, которое должно взаимодействовать с существующим приложением Java EE (созданным с EJB2). И «старое» приложение, и новое приложение Grails будут предлагать услуги и потреблять их.

По соображениям совместимости я думаю об общении с помощью WebServices. Теперь мне интересно, какие рамки мне следует использовать с обеих сторон.

Поскольку приложение Java EE теперь работает под JDK5, я мог бы использовать JAX-WS, если, думаю, было бы целесообразно использовать Metro (https://jax -ws-commons.dev.java.net / grails / ) на стороне Грааля. У кого-нибудь есть опыт с этим? Или другие предложения?

1 Ответ

3 голосов
/ 27 сентября 2008

Если приложения Grails и EJB находятся в одной локальной сети, то с использованием RMI все в порядке. Это способ общения с EJB по умолчанию, он встроен в Java и поддерживается в Grails.

Если вам нужно использовать веб-сервисы, тогда ваш контейнер будет иметь встроенную поддержку для представления EJB-компонентов как веб-сервисов (при условии, что J2EE 1.4 или более поздняя версия) Какой контейнер вы используете?

Если вы не можете использовать (или не доверяете) контейнеры, которые поддерживает WS, то лучше всего выбрать среду, которую вы можете использовать в обоих приложениях, что позволит избежать проблем совместимости. Метро хорошо сработало для меня, но я не пробовал его с Grails.

Также есть более легкие способы обмена сообщениями XML, чем полноценные веб-службы SOAP'ы. Hessian и Burlap являются примерами, плюс у Spring есть собственная структура обмена сообщениями HTTP.

...