問題タブ [thrift]

ApacheThriftとGoogleのProtocolBuffersの最大の長所と短所は何ですか？

C# 用のthrift ファイルをコンパイルする方法がわかりません。私は、「さまざまな異なるプログラミング プラットフォーム (Java、PHP、C/C++、Cocoa、Perl、C#、Ruby など) 用の言語固有のインターフェイスにコンパイルできるリサイクル ファイル」を読みました。

私はここを見ていました: http://www.markhneedham.com/blog/2008/08/29/c-thrift-examples/コンパイラをコンパイルし、提供されたthriftファイルからC#バージョンをビルドする必要があるようです.

これを行う方法についてのアイデアはありますか？

タイトルにあるように、私はC ++で書かれたWindowsアプリを持っており、そこからリモートのThriftサービスを呼び出す必要があります。正直なところ、この件については少し迷っています。http://wiki.apache.org/thrift/ThriftInstallationWin32には、「ThriftC++ランタイムライブラリは現在Windowsでは機能しません」と記載されています。それは私が運が悪かったことを意味しますか、それとも回避策がありますか？

トランスポート/プロトコルソリューションを検討しており、さまざまなパフォーマンステストを実行しようとしていたので、コミュニティがすでにこれを実行しているかどうかを確認したいと思いました。

Linux上のEJB3、Thrift、およびProtocol Buffersを比較して、単純なエコーサービスのサーバーパフォーマンステストや、さまざまなメッセージサイズのシリアル化/逆シリアル化を行った人はいますか？

主な言語は、Java、C / C ++、Python、およびPHPです。

更新：私はまだこれに非常に興味があります。誰かがさらにベンチマークを行った場合は、私に知らせてください。また、圧縮されたJSONがThrift / Protocol Buffersと同様の/優れたパフォーマンスを示していることを示す非常に興味深いベンチマークなので、この質問にもJSONを投入しています。

クロスランゲージ オーバー ザ ワイヤ バイナリ フォーマットとして、Google Protocol Buffers または Caucho Hessian をお勧めしますか? または、それ以外の何か - たとえば、Facebook Thrift?

(この質問はかなり似ていますが、唯一の答えは私のニーズに答えているようには見えません)。

C# でThriftを使用することを考えており、ビルド プロセスがどのように機能するかを検討しています。Visual Studio 2008 の C# プロジェクトは、C# クラスを生成するカスタム ビルド アクションをサポートしていますか?

「カスタム ツール」オプションを見つけましたが、それが探しているものかどうかわかりません ... 設計時の使用のみを許可します (ビルド プロセスに不可欠ではなく、「カスタム ツールの実行」を右クリックします)。 ）。

アップデート

Fionn が提案したビルド前のイベントは、依存関係を考慮せず、ビルド プロセスを長引かせるため、実際には最適ではありません。また、ファイルごとではなく中央の場所から管理されます。

私は Java を初めて使用し、小さいながらも非常に重要なリサイクル サービスを Java で作成しました。

エラー メッセージが表示されずにサービスが停止する場合があることに気付きました。スタック トレースや例外なしで、Java プロセスがランダムに停止しているようです。

エラーが発生した後でもこのプロセスが存続することを保証する最善の方法は何でしょうか? 役立つ場合は、主な機能を次に示します。

Thrift php クライアントがあり、HBase テーブルに書き込みたいのですが、次のことを行っています。

問題は、HBase に挿入するときに、配列である値が、配列の要素を格納する代わりに「配列」に変換されることです。リストを配列（またはバイト配列）として保存するにはどうすればよいですか

Thriftを使用して単純なサーバーを作成しようとしています。最初は有望に見えましたが、同時に接続されている多数のクライアントで問題が発生しました。私はTThreadPoolServerを使用しています。これにより、4つのクライアントが接続できるようになり、接続されているクライアントから1つを強制終了するまで他のクライアントがブロックされます。スレッドの数を増やすことなく、より多くの（場合によっては数百の）クライアントを同時に接続できるようにするにはどうすればよいですか。ワーカースレッドは一度に1つのクライアント要求を実行できると想定しましたが、閉じられるまで1つのスレッドが1つの接続を処理するように見えます。クライアントがアクションを実行するためにソケットを再度開く必要がある状況を回避したいと思います。

(django.test.client.Client を使用する代わりに) HTTP リクエストを直接実行する単体テストを作成したいと考えています。

理由が知りたい場合は、Django アプリケーションから公開する Thrift-over-HTTP API をテストしたいので、単体テストで Thrift クライアントを使用したいからです。

問題は、テスト中にサーバーが実際に実行されていないことです。django.test.client.Client を使用する場合、実際に HTTP リクエストを作成する代わりに、ビュー関数を呼び出すだけです。(間違っていたら訂正してください。)

では、テスト フレームワークに HTTP サーバーを強制的に起動させる最善の方法は何でしょうか?

次のようなことを行うbashスクリプトを書いてみました：

しかし、それは厄介です (実際には機能しません)。なぜなら、1) スリープが必要であり (そうしないと、DB がテスト サーバーによって初期化される前にテストが開始されます)、2) テストはデータベースを再度初期化しようとします ( testserver はすでに初期化しています）。

これに対する他の解決策はありますか？

ありがとうございました。