0

Rally Rest.net APIを使用してRallyからのデータをクエリしている間、要求/応答は非常に遅くなります。クライアント接続速度の要素を無視したことに注意してください。

Fiddlerによるさらなる調査を試みたところ、ユーザーアカウント情報を伴うRallyRestApiのインスタンスを1つだけ使用しているにもかかわらず、Rallyサーバーへの各リクエストがペアのラウンドトリップ(1つのリクエストが認証401に応答し、他のリクエストが実際にデータに応答した)になっていることがわかりました。下の添付のFiddlerスクリーンショットに赤いボックスが表示されています。

これはRallyRest.netAPIのバグですか?それを避けるために他に何かする必要がありますか?

助けてください!

RallyRESTAPIリクエスト/レスポンスデバッグ

編集:

添付ファイルを欠陥にアップロードするときに見つけたもう1つの問題。添付ファイルをアップロードするために、AttachmentContentオブジェクトを作成し、ファイルのバイナリコンテンツをContentプロパティに配置しました。このリクエストの応答を除いて、すべてが非常にうまく機能します。Rallyは、同じファイルのバイナリコンテンツを含むCreateResultに応答します。リクエストで4MBの添付ファイルをアップロードすると、4MBのファイルコンテンツを含む応答が返されます。これにより、添付ファイルのアップロード要求でHttp(s)を介してクライアントとサーバー間でデータ転送の時間が2倍になります。

ここに画像の説明を入力してください

4

1 に答える 1

0

.NET REST は実際には Rally のよりパフォーマンスの高い API の 1 つであるため、パフォーマンスが低下していることに驚きました。そのデータ取得はマルチスレッド化されているため、応答性が向上します。

Rally Webservices で注意すべきことの 1 つ - レコード数の最大ページ サイズは 200 です。したがって、Rally に対して 900 レコードを返す要求を行うと、.NET API は実際に (舞台裏で) 5 を作成します。 Rally に対する要求: それぞれ 200 レコードの 4 ページ、次に 100 レコードの 5 ページ目。

これが複数のリクエストを説明するのに役立つことを願っています。

于 2012-04-05T11:59:11.400 に答える