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

Question

やあ、既存のJava EEアプリケーション（EJB2で構築）と通信する必要があるGrailsアプリを開発しています。 「レガシー」とアプリと新しいGrailsアプリはサービスを提供し、それらを利用します。

相互互換性の理由から、WebServicesを使用した通信を考えています。今、私は両側でどちらのフレームワークを使用すべきか疑問に思っています。

Java EEアプリケーションがJDK5で実行されるようになったので、Metro（ https://jax-ws-commons.dev.java.net/grails/ ）Grails側。誰もがそれを経験していますか？または他の提案？

Answer 1

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

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

WSがサポートするコンテナを使用できない（または信頼しない）場合は、両方のアプリケーションで使用できるフレームワークを選択して、互換性の問題を回避するのが最善です。 Metroはスタンドアロンでうまく機能していますが、Grailsで試したことはありません。

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