問題タブ [rpc]

GWT 1.5.3 を使用してデータベース アプリケーションを構築しようとしています。オブジェクトで JPA アノテーションを使用します。ホスト モードでは、GWT の RPC が正常に動作しているようです。しかし、GWT コンパイラを使用してアプリをコンパイルしようとすると、「インポート javax.persistence を解決できません」、「エンティティをタイプに解決できません」などのエラーが表示されます。toplink-essentials.jar は既にプロジェクト パスに含まれています。この問題を解決するには、他にどのような設定が必要ですか?

他のプロセスが（UNIXソケットを介して）関数を呼び出せるようにするこのプログラムがあります。メッセージ プロトコルは非常に単純で、関数名、関数シグネチャ、およびパラメーターを保持するバッファー (char *) です。

プログラム内のモジュールが関数にアクセスできるようにする場合、名前と署名をライブラリに登録します。私が直面している問題は、要求が入ったときに関数を物理的に呼び出すことです。RPC と Java RMI のようなライブラリを見てきましたが、呼び出しをラップするためにスタブを生成する必要があります。私が取り組んでいるシステムは非常に動的であり、変更できない他の人々のコードとやり取りする必要もあります。

基本的に、関数は次のようになります。

今、私は図書館に登録しています：

リクエストが来ると、いくつかのエラー チェックを行い、有効になったら関数を呼び出します。だから私は変数を持っています：

C でパラメーターを使用して関数を呼び出すにはどうすればよいですか?

ありがとう！

Java で RPC サーバーを作成する予定です。サーバーは着信 RPC を (おそらく HTTP 経由で) 受け入れ、応答する必要があります。かなり基本的なもの。「ロング ポーリング」または「ハング」RPC のサポートは必要ないため、リクエストごとのスレッド モデルが完全に適切なはずです。

これを Python で書いていたら、おそらく twisted のようなフレームワークを使うでしょう。C では、glibc のようなもの。いずれの場合も、フレームワークは、IO を処理する一般的な「選択ループ」コアの実装を提供し、それを処理するより高いレベルの構造を呼び出します。最終的に、RPC の受信などのイベントに対してアプリケーションが呼び出されます。

ただし、Java で実質的なものを書いてから長い時間が経過しているため、この種の最新技術や提案されたソリューションが何であるかはわかりません。おそらく、これを行うために簡単に使用できる標準ライブラリの一部さえあります。したがって、StackOverflow への私の質問: このようなタスクに適したフレームワークはありますか?

RPC に HTTP を使用することもありますが、これは断固として Web アプリケーションではないことに注意してください。そのため、Web フレームワークは適切ではありません。

プロセス間通信にMicrosoftRPCを使用するプログラムがあります。このような[in、string]パラメータを使用してメソッドを呼び出すと（MIDL表記）：

呼び出されると、通常は成功します。ただし、パラメータ文字列が十分に長い場合（約300万文字を超える場合）、呼び出しはRPC_S_CALL_FAILED_DNE（ "リモートプロシージャコールが失敗し、実行されませんでした。"）で失敗します。それは確かに弦の長さに依存します。同じ条件での同じ呼び出しは、文字列が制限内にある場合は常に成功し、文字列が長い場合は常に失敗します。また、制限はシステムまたはマシンに依存しているように見えます。

誰かがそのような振る舞いを観察しましたか、そして（パラメータを短くすることなく）可能な解決策は何ですか？

私のプログラムは、プロセス間通信に Microsoft RPC を使用しています。RPC 呼び出しの受信を準備するために、プログラムは次のシーケンスを実行します。

1. RpcServerUseProtseqEp()、次に

2. RpcServerRegisterIf() の場合

3. RpcServerListen()

プログラムは上記のシーケンスで RPC サーバーを起動し、しばらく動作してから終了し、後で別のプログラムによって再起動される可能性があります。RpcServerUseProtseqEp() のパラメーター値のセットは、プログラムが実行されるたびに同じです。

シーケンスが再起動後に初めて実行されるときは常に成功しますが、その後の実行では RpcServerUseProtseqEp() は RPC_S_DUPLICATE_ENDPOINT を返します (「エンドポイントは重複しています。」) 現在、この特定のエラー コードを無視して成功として扱います。他のプリミティブは通常正常に動作します。

RpcServerUseProtseqEp() を使用する正しい方法は何ですか? クリーンアップを行って登録済みのエンドポイントを取り消すか、RPC_S_DUPLICATE_ENDPOINT エラー コードを無視し続ける必要がありますか?

GWT と GAE を使用して、データの永続性を必要とする Web アプリを開発したいと考えています。私が理解しているように、データ永続化のための唯一の (または少なくとも最も便利な) オプションは、JDO または JPA アノテーション付きオブジェクトを使用する GAE のデータストアです。また、GWT リモート プロシージャ コール (RPC) を使用してクライアントとサーバーの間でオブジェクトを送受信できるようにしたいので、オブジェクトを「デタッチ」できる必要があります。ただし、GWT RPC シリアライゼーションは分離された JDO/JPA オブジェクトを処理できず、近い将来に処理されるようには見えません。

私の質問: これに対する最も簡単で直接的な解決策は何ですか? 同じオブジェクトのクライアント/サーバーをサーバー側の永続性で共有できると、非常に便利です。

編集

GAE のデータストアで GWT RPC を引き続き使用したいことを明確にする必要があります。私は、これらすべてのテクノロジーを連携させるための最良のソリューションを探しています。

My application uses Microsoft RPC for interprocess communications. When two processes are run on the same machine and one process tries to call a method declared as (IDL notation):

this call fails with RPC_S_CANNOT_SUPPORT ("The requested operation is not supported") and never reaches the server side and the push()/pull() primitives of the supplied pipe are never called. This is only reproduced on Vista when using ncalrpc protocol and not otherwise.

I also found the following in the Event Viewer logs:

Application ("my program exe file name here" \service) (PID: 344) is using Windows functionality that is not present in this release of Windows. For obtaining an updated version of the application, please, contact the application vendor. The technical information that needs to be conveyed to the application vendor is this: "An RPC method using synchronous pipes has been called on on protocol sequence ncalrpc interface with unique identifier (actual UUID here). Usage and support of synchronous pipes on this protocol sequence has been deprecated for this release of Windows. For information on the deprecation process, please, see http://go.microsoft.com/fwlink/?LinkId=36415." User Action Contact the application vendor for updated version of the application

The link in the message text redirects to a page that is not likely relevant.

Is there a workaround for this problem except for changing the protocol sequence or not using pipes?

いくつかの分散技術（RPCなど）の観点から、「マーシャリング」という用語が使用されていることは知っていますが、シリアル化との違いがわかりません。どちらもオブジェクトを一連のビットに変換していませんか？

関連している：

シリアル化とは何ですか？

オブジェクトマーシャリングとは何ですか？

IEnumerable<IDisposable>特定の時点で処分する必要があるコレクションがあります。問題は、場合によっては、すべてのオブジェクトが 1 つのタイプであり、オブジェクトからデータを収集して単一の RPC 呼び出しを行うことによって、オブジェクトを破棄する必要があることです。それ以外の場合、オブジェクトは別の型になり、それぞれに対して Dispose を呼び出すだけで済みます。

私はこれを行うコードを制御しますが、実装の詳細をコードにプッシュしたくありません。

必要に応じて、このようなものに切り替えることができますが、エレガントではないようです。

編集:リスト (今のところ) にはどちらか一方のみが含まれ、両方は含まれません。しかし、私は、Dispose コードが RPC のことをまったく知らなくてもよいようにしたいと思います。ei:

私は、インフラストラクチャ用の新しいAPIを設計する任務を負っています。私がやりたいことのいくつかは次のとおりです。

• 認証用のoauthを実装する
• 優れたxmlベースの構造であり、ATOM、GEO-RSS、およびその他のxmlスキーマ標準を該当する場合に適合させます。
• JSON出力

私が考えていることのいくつかは、RESTを適用することです。実際には、「メソッド、引数、結果」-RPCモデルほど簡単に把握することはできません。

特に、単純なCRUDモデルはありませんが、約250の異なる操作があるため、私にはあまり意味がありません。

私が疑問に思っていることのいくつかは、JSON形式と名前空間化されたXML形式の間の適切なマッピングをどのように作成する必要があるかということです。これが直感的に機能しない場合は、すべてのデータ型を手動でマッピングします。

ですから、基本的に、私はあなたがどう思うか、そして複雑であるが使いやすいAPIの例があるかどうか疑問に思っています。

ご参考までに、SOAPは問題外です。