2 つのフレームワークを組み合わせることは可能ですが、そうしないように説得したいと思います。
Turbogears を含むほとんどの Web フレームワークには、サーバー側のページ フロー管理があります。ページは html を生成することによってユーザーに提供され、ユーザーはリンクをクリックするかフォームを投稿することによって対話し、ブラウザーはサーバーに新しい要求を送信し、最終的にサーバーは新しい html で完全に応答します。js ライブラリを使用してページを AJAX 化するか、フレームワークが何らかのサポートを提供します。ただし、一般に、あるビューから別のビューへの遷移はサーバー側で行われます。
GWTはまったく異なります。システムには HTML ページが 1 つしかありません。このページがダウンロードされると、JavaScript を介してブラウザーですべてが行われます。ユーザーがリンクをクリックすると、基本的には単なる JavaScript 関数呼び出しになります。履歴管理は、フラグメント URL (# の後の部分) を介して行われます。
これらの 2 つの哲学は、極が離れています。それはさておき、GWT はサーバー・サイドの Web テクノロジーとはうまく機能しません。JBPM/Struts/Spring Webflowに対する GWT に関するこのディスカッションを参照してください。GWT v/s JQueryに関するこのディスカッションを参照してください。