問題タブ [rpc]

メッセージパッシングに関するRPCの欠点は何ですか？

GWT を使用して RPC テストを取得しようとしています。ここに記載されているデフォルトの StockWatcher プロジェクトを使用しています。プロジェクトをダウンロードしてインポートすると、すべて正常に動作します。

次に、StockWatcher プロジェクトで junitcreator を実行します。

これにより、適切なテスト ディレクトリに StockWatcherTest.java が作成され、いくつかのホストされた Web モードの起動ファイルが提供されます。

次に、junit.jar をこのプロジェクトのクラスパスに追加しました。

次に、StockWatcherTest.java を変更して、サーバーに対して非同期要求を行うことができるかどうかをテストします。すべて問題ないように見えますが、ホスト モードで StockWatcherTest.java を実行しようとすると、次のエラーが発生します。

ポート 0 HTTP で HTTP を開始しています

ポート 49569 で待機中

開発シェル サーブレットは、モジュール 'com.google.gwt.sample.stockwatcher.StockWatcher.JUnit.gwt.xml' で 'greet' のリクエストを受け取りました [警告] リソースが見つかりません: 挨拶; (パブリック パスにファイルがないか、モジュール com.google.gwt.sample.stockwatcher.StockWatcher.JUnit.gwt.xml でタグが誤って構成されている可能性がありますか?) com.google.gwt.user.client.rpc.StatusCodeException: できませんモジュール「com.google.gwt.sample.stockwatcher.StockWatcher.JUnit」のパブリックパスでリソース「greet」を見つけます

ここに私の StockWatcherTest.java クラスがあります

com/google/gwt/sample/stockwatcher/StockWatcher.gwt.xml はこちら

そして、ここに私の生成された戦争の web.xml があります

それで、私は何を間違っていますか？どんな助けでも大歓迎です。ありがとうございました。

GWT を使い始めたばかりですが、GWT + JAVA + JDO + Google AppEngine を DataStore で動作させるのに本当に苦労しています。別のチュートリアルに従おうとしましたが、うまくいきませんでした。たとえば、次のチュートリアルに進みます: TUT1 TUT2

これを機能させるためにどのように、何をする必要があるかを理解できませんでした。私の簡単なコードを見て、データストアに保存できるようにするために何をする必要があるか教えてください:

1. アドレス実体

2. 個人エンティティ

3. RPCCall

4.RPCCallsService

5.RPCCallsServiceAsync

6. **RPCCalls.gwt.xml

これらのチュートリアルで Key クラスとその他すべてを追加しようとしましたが、何かが足りないようです。

これが私のエラーです： 代替テキスト http://vasura.s3.amazonaws.com/Picture2.png

または、このエラーが発生する前に:

キーをタイプに解決できません

これを機能させるための最良の解決策は何ですか?

Get-WmiObject とこのオブジェクトの使用法に問題があります。

場合によっては、ADではなくインターネットにあるリモートコンピューターに接続しています。

私は資格情報を使用しており、コマンドを介して WMI クラスまたはオブジェクト (具体的には、Win32_Process を使用したい) のリストを取得できます。

ホスト名または資格情報を変更すると、「RPC not available」または不正アクセスのエラーが表示されます。したがって、RPC サーバーと WMI オブジェクトとクラスの取得は機能すると思います。

しかし、それらを取得すると、それらを操作できません。それを試してみると（メソッドまたは Get-Member を呼び出して）、次のエラーがスローされます。

同様のエラーの他の例は見つかりませんでした。Vista Ent で PowerShell 1.0 を使用しています。機械。ターゲット マシンは Win2003 R2 です (製品サーバーは Win.Serv. 2008 になります - まだテストされていません)。

アドバイスをいただければ幸いです。ありがとうございました。

これは私を夢中にさせています。2 台のテスト マシン、1 台の XP、および 1 台の Vista があります。両方で同じコマンドを実行しています。これらのコマンドには、logman カウンター (コマンド プロンプトでの perfmon など) の作成、これらのカウンターの開始、停止、および削除が含まれます。

問題はこれです: XP では完全に動作し、すべての統計を取得しており、常に動作します。Vista では、最初は動作しますが、その後は常に「RPC サーバーを利用できません」というエラーが返されます。

これは、カウンターを作成したときではなく、カウンターを開始しようとしたときに発生します。

RPC サーバーを確認しようとすると、実行されています。

さらに紛らわしいのは、カウンターがローカル マシンで実行されていることです。(したがって、XP の場合は XP 上で実行され、Vista の場合は Vista 上で実行されます。)さらに奇妙な質問は、そもそもなぜ RPC を使用しているのかということです。

誰かがこれまでにこのエラーに遭遇したことがありますか? 私は本当に立ち往生しています。

いろいろ調べましたが、よくあることのようです。ほとんどの解決策 (元のポスターによると機能しない) は、常にサービスが実行されているかどうかを確認することです。

PSこれは、カウンターを手動で追加すると、perfmonを介しても複製されます。動作しているように見えますが、何かがうまくいかず、マシンを再起動せずに再び動作したくありません。

PPS services.msc では、管理者であっても RPC サービスを再起動できません。

私は自分の Ajax Web サイトを構築しており、RESTと RPC の間で検討しています。

サーバーがサーブレットをサポートしている場合は、インストールして問題を解決しますが、サーバーはサーブレットをサポートしていません。

RPC はコーディングが簡単で (IMO)、PHP で簡単に記述できます。必要なのは、データベース クエリ実行プログラムだけです。Dojo Toolkitと JSONを使用しています。

REST over RPC または RPC over REST を選択する必要があるのはなぜですか?

.NET で RPC を取得する最も簡単な方法は何ですか? .NET Remoting と WCF があるようですが、Wikipedia によると、WCF は .NET Remoting の後継です。

これまでのところ、私はリモート処理のみを試しましたが、これは非常に単純に思えます。これまでのところ、アプリケーションの速度にも問題はありませんでした。.NET リモート処理は本当に RPC を機能させるための最良の方法ですか? それとも WCF を調べる必要がありますか? C# で記述された既知のオブジェクトとの通信のみが必要なので、この XML/SOAP などは必要ありません。トランスポート形式のもの。ターゲット アプリケーションは、ネットワーク上に分散され、それ自体のインスタンスとのみ通信することを意図しています。このコンテキストでは、プロトコル レベルの問題に対処する必要なく、どこかのオブジェクトに接続したいだけです。

GWT RPC はプロプライエタリですが、しっかりしているように見え、Google のパターンでサポートされており、私が見たすべての本やチュートリアルで言及されています。それは本当に GWT クライアント/サーバー通信の選択肢ですか? あなたはそれを使いますか？RPC、EJB、Web サービス/SOAP、REST などに対応できる汎用サーバー アプリケーション コードがあると仮定します。

おまけの質問: GWT RPC に関する注意すべきセキュリティ上の問題はありますか?

私がやりたいことは、ソケットを介していくつかの RPC 呼び出しを行うことだけです。jython 2.5を実行するバックエンド処理を行うサーバーがあります。CPython で Django を実行しているフロントエンド サーバーからいくつかの呼び出しを行う必要があります。私は壁に頭をぶつけて、あらゆる形のIPCを進めてきました。

私が試したことのリスト：

• Apache Thriftには実際のリリースはなく、スナップショットのみです。安定したものを使いたい。
• JSON-RPCは興味深いものであり、ソケット上で実行できるはずですが、実際にはほとんどの実装は HTTP 上でしか機能しないようです。HTTP オーバーヘッドはまさに私が避けようとしているものです。
• Protocol Buffersは、実際にはシリアライゼーション プロトコルにすぎません。私が収集したものから、protobuf は RPC のインターフェイス生成を提供しますが、それは単なるインターフェイスです。実際にすべての接続コードを作成するのはユーザー次第です。ソケットの使用に行き詰まる場合は、シリアル化に JSON を使用します。よりシンプルで高速です。
• Pyroは Jython をサーバーとして使用すると正しく動作しません。ある種のソケット タイムアウトの問題。メーリングリストにメッセージを送信しました。
• pysageメッセージ パッシングに感謝します。Python 2.6 または処理モジュール (コンパイルされた拡張機能を含む) のみが必要です。Jython はバージョン 2.5 であり、コンパイルされた拡張機能は使用できません。
• Candygramは pysage の興味深い代替手段ですが、私が知る限り、メンテナンスされていません。私はJythonで試したことさえありません。経験はありますか？
• Twisted パースペクティブ ブローカーTwisted は Jython では動作しません。

XML-RPC でこれを行うのは簡単なことだとわかっているので、さらに気難しくなります。HTTP のオーバーヘッドを回避したいのですが、同時に、独自のプロトコルを実装するためにソケットを汚したくはありません。もしそうなら、私はそれを間違ってやるでしょう。

何か案は？おそらく 20 分ほど泣いてから、XML-RPC を使用するだけです。