問題タブ [rest]

RESTful サービスをデバッグする簡単な方法を探しています。たとえば、ほとんどの Web アプリケーションは、平均的な Web ブラウザーを使用してデバッグできます。残念ながら、その同じブラウザーでは、HTTP PUT、DELETE、およびある程度の HTTP POST をテストすることはできません。

テストを自動化するつもりはありません。理想的には、独自のクライアントを作成する必要なく、迅速な健全性チェックを通じて新しいサービスを実行したいと考えています。

ここでは、ビジネス パートナーに XML フィードを提供するボックスがあります。フィードのリクエストは、クエリ文字列のパラメーターと値を指定することでカスタマイズされます。これらのパラメーターの一部は必須ですが、多くは必須ではありません。

たとえば、パートナーを識別するためにすべての要求で GUID を指定する必要があり、要求は「最新の取得」アクションまたは「検索」アクションのいずれかになります。

検索の場合: http://services.null.ext/?id=[GUID]&q=[検索キーワード]
カテゴリの最新データ: http://services.null.ext/?id=[GUID]&category=[ ID】

これらのパラメーターの RESTful URL スキームを構築するのは簡単です。

検索: http://services.null.ext/[GUID]/search/[キーワード]
最新: http://services.null.ext/[GUID]/latest/category/[ID]

しかし、私たちが持っている十数個のオプションのパラメーターをどのように処理すればよいのでしょうか? これらの多くは相互に排他的であり、多くは組み合わせが必要です。非常に急速に、可能なパスの数は圧倒的に複雑になります。

複雑なクエリ文字列を含む URL をより使いやすい /REST/ful/paths にマップする方法について、推奨される方法は何ですか?

(規約、スキーム、パターンなどに興味があります。Web サーバーまたはフレームワークで URL 書き換えを実装するための特定のテクノロジではありません。)

私たちのアプリケーションは次のように構成されています。

UI <-> RESTAPI<->ワークフロー<->ビジネスロジック<->DAL<-> DB

しかし、私は人々がやっているように見えるいくつかの例を見ています

UI<->ワークフロー<->RESTAPI<->ビジネスロジック<->DAL<-> DB

これは私の想像ですか？または、2番目のオプションは実行可能な代替案と見なされますか？

基本的に、link_toを使用してコントローラーのインデックスメソッドにリンクしたいと思います。私は試した：

しかし、それは出力します：

これは明らかに正しくありません。最後のビットを省略した場合、私が望んでいたことを正確に実行します。RESTfulなものを使えば、どういうわけかアクションなどを省略し始めると思いました。私は何を誤解していますか？

私は数週間Seam (2.0.2.SP1) をいじっており、基本的なことのほとんどを把握していますが、次のことに対するまともな解決策は思いつきませんでした。

にフォームがあり/foo.xhtml、 のような URL/foo.seam?id=<fooId>が に変換されるような書き換えルールがあるとします/foo/<fooId>。のcommandButtonアクションでフォームに があり#{fooHome.update}ます。/foo.page.xmlまた、POST が成功した後、ブックマークに適した GET にリダイレクトするというナビゲーション ルールもあります。

問題は、検証エラーが発生したときです。その時点でナビゲーション ルールがスキップされ/foo、POST の後になってしまいます。

私の質問: 検証エラーでリダイレクトする方法はあり/foo/<fooId>ます/fooか?

で独自の検証メソッドをロールバックしてfooHome、「失敗」の結果を返してみましたが、無効なデータが検証フェーズを通過して (したがって、現在の会話に) 入りたくありません。

これが「ディスカッション」の質問に近い場合はご容赦ください。ただし、適切な説明とともに、はい/いいえの回答をいただければ幸いです。

次世代の火星探査車などのロボット用の制御 API を設計して実装する必要があるとします。RESTful の原則に従ってこの API を設計しますか、それとも XMLRPC などの従来の RPC を使用しますか?

「ロボット」は仮想マシンの集まりですが、似たようなことをしなければならないので、これを尋ねます。REST の支持者としてよく知られているかなり説得力のあるエンジニアから、API を RESTful にするよう強く勧められています。私は REST の原則を使用したことがなく、低レベルのプロセス間 API の設計にどのように適合するかを理解するのに苦労しています。REST には、変更可能なデータ リポジトリと対話するというテーマが盛り込まれているように見えますが、通常は何ホップも離れています。私がやろうとしていることは、ロボットを厳密に制御するようなものです。抽象的に言えば、ロボットが単なるデータ リポジトリであると主張できることはわかります。「PUT 左折」、「PUT 移動 100 メートル」、「外気温を取得」。しかし、これはかなり不自然なモデルのようです。確かに、キャッシュやプロキシから何のメリットも得られません (「こんにちは、JPL? これはキャンベラにある Akamai co-lo です。今、ローバーを引き継いでいますよね？」)

では、RESTful アーキテクチャはここで役に立ちますか? インタラクションが非常に狭い範囲に集中している場合でも、RPC よりも優れているのでしょうか?

WCF サービスがあり、それを RESTfull サービスと SOAP サービスの両方として公開したいと考えています。誰かが前にこのようなことをしたことがありますか?

REST API で動作するライブラリのペアの開発に取り組んでいます。非常に異なる設定で API を使用できるようにする必要があるため、現在、PHP のバージョン (Web アプリケーション用) と Python の 2 番目のバージョン (デスクトップ アプリケーションおよび長時間実行プロセス用) を計画しています。自分の正気を維持するために、ライブラリの開発で従うべきベスト プラクティスはありますか?

リクエストしているクライアントがアクセスできないリソースがあるが、クライアントがアクセスできる代替リソースについて通知したい場合、403 Forbidden代替リソースの URI をヘッダーまたはコンテンツに含めて送信する必要がありますか? 303 See Otherそれとも、アクセス権のあるリソースにリダイレクトを送信するだけですか?

WCFでRESTサービスを構築していますが、作成しているメソッドの1つはGetProfileです。これは、指定されたユーザー名のプロファイルを返します。ユーザー名にはユーザーのドメインが含まれるため、「DOMAIN\username」の形式になります。

したがって、私はProfiles.svcというサービスを持っています。このサービスには、次のエンドポイントが設定されています。

ただし、 http：//server/profiles.svc/DOMAIN%5cusername （％5cはバックスラッシュのurlencoded形式）でサービスにアクセスしようとすると、次のエラーが発生します。

これは、GetProfileの実装で実際に定義されたコードがない場合でも発生するため、WCFがURIをメソッドにバインドしようとした時点でエラーがスローされていると思います。

REST WCFサービスのURLにバックスラッシュを追加できるようにするために、Webサービス構成に追加する必要のある設定はありますか？または、バックスラッシュは単に許可されていませんか？