Java EEとGrails：WebServicesとの通信？どのフレームワークですか？

Question

Hy、私は既存のJava EEアプリケーション（EJB2で構築）と通信しなければならないGrailsアプリケーションを開発しています。 "レガシー"アプリと新しいGrailsアプリの両方がサービスを提供し、それらを使います。

互換性の理由から、WebServicesを使用して通信することを考えています。今私はどちらのフレームワークを両側で使うべきか考えています。

Java EEアプリケーションがJDK5で動作するようになったので、Grails側でMetro（https://jax-ws-commons.dev.java.net/grails/）を使用すると意味があります。誰もその経験がありますか？または他の提案？

Answer 1

GrailsとEJBアプリケーションの両方が同じLAN上にある場合、RMIの使用には何も問題ありません。 EJBとの会話のデフォルトの方法は、Javaのネイティブであり、Grailsでサポートされています。

Webサービスを使用する必要がある場合、コンテナには、EJBをWebサービスとして公開するためのサポートが組み込まれています（J2EE 1.4以降を前提としています）。どのコンテナを使用していますか？

コンテナWSを使用できない（または信頼しない）場合は、両方のアプリケーションで使用できるフレームワークを選択することがベストです。互換性の問題が回避されます。メトロはスタンドアロンの私にとってはうまくいきましたが、私はGrailsでそれを試していません。

完全SOAPのWebサービスよりも軽量なXMLメッセージ交換方法もあります。 HessianとBurlapは例であり、Spring独自のHTTPメッセージングフレームワークもあります。