RPCエラーを修正するには複数プロジェクトのGWTセットアップでIncompatibleRemoteServiceExceptionが発生しましたか？

Question

私は3つの別々のMVNプロジェクトに私のクライアントサーバーGWTプロジェクトを分割することにしました：

• クライアント
• 共有
• サーバー

共有コンポーネントは、すべてのモデルクラス、サービスが含まれていますインターフェイス、およびServiceAsyncインターフェイスを提供します。このプロジェクトは、サーバーとクライアント両方のgwtプロジェクトの依存関係として宣言されています。すべてがコンパイルされ、クライアントアプリケーションは正しく動作します。 また、クライアントは正しいRPC要求を行い、サーバーはで応答：

com.google.gwt.user.client.rpc.IncompatibleRemoteServiceException/3936916533","Type name elision in RPC payloads is only supported if the RPC whitelist file is used." 

問題は何をすることができますか？私は私のサーブレットの実装で何か異なった設定をするべきですか？

Answer 1

何らかの理由で*.gwt.rpcファイルを読み込めない（つまり、存在しないか、予想されるURLからアクセスできないなど）ことを意味します。これはおそらく、分割後に自分の位置が間違っていることを意味します。

受け取ったエラーは、com.google.gwt.user.server.rpc.impl.LegacySerializationPolicyというクラスにのみ存在し、通常のポリシーファイルで何かが発生した場合に読み込まれます。 javadocから：

GWT 1.3.3 RPCと互換性のあるシリアル化ポリシー。シリアライゼーションポリシーファイルが存在しない場合は が使用されます。同じクラスで

、我々は持っている：

private static final String ELISION_ERROR = "Type name elision in RPC " 
     + "payloads is only supported if the RPC whitelist file is used."; 

...ともようなもの：これは意図的なもののようなエラーメッセージが皮肉ではあるが

/** 
    * Implemented to fail with a useful error message. 
    */ 
    public final String getClassNameForTypeId(String id) 
     throws SerializationException { 
    throw new SerializationException(ELISION_ERROR); 
    } 

は、だから、見えますそれほど役に立たない。

RemoteServiceServlet#loadSerializationPolicyからデバッガを実行し、期待するポリシーファイルがロードされない理由を確認できます。

Answer 2

ブラウザが.nochache.jsファイルをキャッシュしている可能性があります。

編集：

私はこれが起こった時を覚えています。これはあいまいな記憶です...サーブレットは正しいパスにありますか？クライアントが正しいURLをリクエストしていますか？

モジュールのサービスModAは、deploy/ModA/rpcPolicyManifest/manifestsを検索します。サーブレットは/ ModA/serviceにマップする必要があります。クライアントはhttp://example.com/webapp/ModA/serviceにリクエストする必要があります。