GWT は、HTML/JS/CSS が好きではない (または知らない) Java 開発者にとって、リッチな Web インターフェースを構築するための非常に優れたテクノロジのように思えます。サーバー側の Grails も非常に優れており、「Java 開発者向けの Rails」と呼ばれることがよくあります。Grails の「設定より規約」アプローチと動的言語 (Groovy) の利点を組み合わせることで、最善の Java テクノロジを活用しながら、記述する必要のある (ボイラープレート) コードの量を実際に削減できることを読みました。 Spring や Hibernate など。
とにかく、これらのテクノロジーがどのように連携するかについては、あまり読んだことがありません。サーバー側で GWT と Grails を統合するのはどれくらい簡単ですか? これらのテクノロジを使用してアプリケーションを構築した経験のある人の経験について知りたいですか? GWT-Grails Web サイトを構築するためのリソース (書籍/Web サイト) に関する推奨事項も大歓迎です。
乾杯、ドン
Grails にはすでに gwt プラグインがあります。チェックしてみてください。
あなたはサーバー側で言及しました-GWTとgrailsは実際にはサーバー側でうまく統合されていません（grailsドメインオブジェクトがどれだけうまく機能するかを考えると期待するほどではありません）。RPCの場合、プラグインは非常にうまく機能します。
問題は、ドメインオブジェクトをシリアル化してネットワークを介して転送できないことです。結局のところ、それらはグルーヴィーなオブジェクトです。データ転送オブジェクト（DTO）をカスタム作成し、手動でマーシャリングを行う必要があります。自動化することは可能ですが、ATMを実行するオープンソースコードはありません。したがって、独自のローリングが唯一の解決策です。
または、Hibernate4gwtをgrailsで動作させることができるかどうかを確認してください。ただし、箱から出してすぐに使用できるかどうかは疑問です。
別のアプローチ: SmartGWT で Grails を使用します。GWT-RPC の代わりに (あまりにも複雑で、他の人が指摘しているように、Grails ではうまく機能しません)、REST ベースの統合を使用します。Grails は XML または JSON へのシリアライズを強力にサポートしており、SmartGWT には REST サポートが組み込まれているためです。サンプル ソースを示しているこのブログを見てください。Grails オブジェクトの再利用可能なマスター/詳細画面を驚くほど簡単に作成できます。
動的言語 (Groovy) の利点により、記述する必要がある (ボイラープレート) コードの量を実際に削減できます。
それが、RoR 陣営の人々が常に説教していたことです。いくつかの初期のブームの後、RoR プロジェクトは、より大きなプロジェクトで避けられないトラブルに巻き込まれました。プロジェクトが大きくなればなるほど、より多くの作業をコンパイラに委譲する必要があります。つまり、より価値のある静的言語です。現在、RoR ブームはほとんどなくなりました。
たとえば、JPA/Hibernate を使用して現在記述する必要がある (追加の) コードの量は、ほぼゼロです。注釈のみ。クラスパスを介して、実行時にマップされた Bean 自体を見つけることさえできます。SpringFramework は、他の多くの「ボイラープレート」コードピースも廃止します。
私の GWT プロジェクト (これまでの 1 つを認めなければなりません) では、JPA (Hibernate)、DAO レイヤー、ビジネス デリゲート パターンを使用していますが、これは簡単で堅牢です。