こんにちは、私は既存のJava EEアプリケーション（EJB2で構築された）と通信する必要があるGrailsアプリを開発しています。「レガシー」アプリと新しいGrailsアプリの両方がサービスを提供し、それらを利用します。
相互互換性の理由から、Webサービスを使用して通信することを考えています。今、私は両側でどちらのフレームワークを使用すべきか疑問に思っています。
Java EEアプリケーションは現在JDK5で実行されているため、JAX-WSを使用できます。Grails側でMetro（https://jax-ws-commons.dev.java.net/grails/）を使用するのが理にかなっていると思います。 。誰かがそれを経験したことがありますか？または他の提案？
Grails と EJB アプリケーションの両方が同じ LAN 上にある場合、RMI を使用しても問題はありません。これは、EJB と対話するデフォルトの方法であり、Java にネイティブであり、Grails でサポートされています。
Web サービスを使用する必要がある場合、コンテナーには、EJB を Web サービスとして公開するためのサポートが組み込まれています (J2EE 1.4 以降を想定)。どのコンテナを使用していますか？
コンテナー WS サポートを使用できない (または信頼できない) 場合は、両方のアプリケーションで使用できるフレームワークを選択して、互換性の問題を回避することをお勧めします。Metro はスタンドアロンでうまく機能しましたが、Grails で試したことはありません。
また、完全な SOAP 形式の Web サービスよりも軽量な方法で XML メッセージを交換できます。Hessian と Burlap がその例です。さらに、Spring には独自の HTTP メッセージング フレームワークがあります。