問題タブ [rest]

GET リクエストとして送信したいクエリ フォームがあるので、結果ページをブックマークしたり、RESTful にしたりすることができます。これは、送信ボタンのある従来のテキスト フィールドです。Seam/JSF に GET を使用させ、デフォルトの POST ではなくクエリ式をパラメーターとして含めるにはどうすればよいですか?

XML-RPC または REST を使用したソリューションの単純さに関する議論は、理解するのは簡単ですが、反論するのは困難です。

また、SOAP のオーバーヘッドの増加が、使用される帯域幅に大きな影響を与え、場合によってはレイテンシーにさえ影響を与える可能性があるという議論もよく耳にします。影響を定量化するテストの結果を見てみたい。そのような情報の良い情報源を知っている人はいますか?

私たちは、信頼できるヨーロッパ向けの「現在の天気」Web サービスを、都市の解像度で探しています。現在の天気だけが必要です。

商用の Web サイトであるため、サービスに妥当な料金を支払うことは問題ありません。

私たちの選択肢は何ですか？以前の経験に基づいて、どのサービスを推奨または回避しますか?

注: SOAP Web サービス、XML RPC、REST はすべて問題ありません。

Webサービスでは、リモート呼び出しの数を減らすために、複数のサービス呼び出しを1つのメッセージにまとめることをお勧めします。RESTfulサービスでこれを行う方法はありますか？

SOAPまたはRESTリクエストを受け入れる（できれば無料の）Webサービスを知っている人はいますか？

このリクエストにはIPアドレスが含まれ、サービスはそのIPの場所の概算を返します。

編集：私は可能な都市まで解決する必要があります。

現在、私のチームで議論が行われており、他の見解に興味があります. さまざまな分析アルゴリズムとサービスを適用してドキュメントに注釈を付ける役割を持つ RESTful Web サービスがあるとします。基本的なやり取りは明確です。ドキュメント コレクションであるリソースがあります。クライアントは新しいドキュメントをコレクションに POST し、新しいドキュメントの URI を取得し、それを GET しdocURIてドキュメントを取得したり、GETして名前付きエンティティなどの{docURI}/metadata一般的なメタデータを表示したりできます。問題は、一部の分析が{docURI}/ne完了までに時間がかかる場合があります。UI で部分的な結果または増分結果を表示できるようにするため、分析が完了する前にクライアントがメタデータ URI を取得するとします。今後 GET を繰り返すと、より多くの結果が得られる可能性があります。

これまでに説明したソリューションには、次のものがあります。

• すべての分析が完了するまで HTTP 接続を開いたままにしておく (これはスケーラブルではないようです)
• content-lengthとヘッダーを使用 accept-range して増分コンテンツを取得します (ただし、最終的なコンテンツの長さは事前にわかりません)
• リソースごとに Atom フィードを提供して、クライアントが単にリソースを GET するのではなく、更新イベントをサブスクライブするようにする (アクティブなドキュメントが多数ある場合は、非常に複雑で、リソースを大量に消費する可能性があります)
• GET がその時点で利用可能なものを返すようにするだけです (ただし、最終的にいつ終了したかをクライアントが認識しているという問題は残ります) [コメントに続く冪等性への参照を削除するために編集] .

RESTful アーキテクチャで長期間または非同期の対話を処理するための代替方法について、意見や提案はありますか?

イアン

安らかな動詞全体が単一の包括的なトランザクションの下にあるということですか? つまり、UPDATE、DELETE、または CREATE 操作の処理の任意の時点で検証またはコールバックでエラーを発生させた場合、以前のコールバックで実行した可能性のあるすべてのデータベース操作もロールバックされますか? 簡潔に言えば、コールバックまたは検証でエラーを発生させると、その動詞アクションのデータベースでまったく変更が発生しないようになりますか?

Tomcat が余分なパス情報をサーブレット名の一部として扱っているという問題があります。これにより、Web アプリケーションの一連の RESTFul 機能が壊れています (クローラーに適したリンクに ?name=value のペアではなく、追加のパス情報を使用しています)。

以前は正しく機能していましたが、明示的なマッピングを追加し、Invokerサーブレットを提供するために以前使用していたサーブレットを削除すると、機能しなくなりました。たとえば、次のリンクを考えてみましょう。

http://mydomain.com/servlet/MyServlet/param1/param2/param3

MyServlet以前は正しく呼び出され、「/param1/param2/param3」が によって返されgetPathInfo()ましたHttpServletRequest。

現在、Tomcat は MyServlet/param1/param2/param3 をサーブレットとしてロードしようとしているようです。

[2008/09/23:16:44:23 -0700] "GET /servlet/MyServlet/param1/param2/param3 HTTP/1.0" 404

これらを web.xml で定義およびマッピングする方法を次に示します。「http://mydomain.com/servlet/MyServlet」を押すだけで問題なく動作します。

Jetty で実行されている Jersey で実装された REST Java サーバーがあります。特定のブラウザー (IE7) は、サーバーに対して行われたすべての要求を内部的にキャッシュしているようです。

私がやりたいことは、REST サーバーからの応答で特定の HTTP ヘッダーを送信して、その応答をキャッシュしてはならないことをブラウザーに示し、次にそのリソースへのアクセスが必要になったときにサーバーに再度クエリを実行することです。

このためにJersey/Jettyを構成する方法についてのアイデアはありますか? または、それを構成する唯一の方法はクライアント側ですか?

Flex を使用して Rest サービスに接続しています。たとえば、注文番号 32 にアクセスするには、URL http://[service]/orders/32を呼び出します。クライアントはサービスのさまざまなインスタンスに接続するため、URLを宛先として構成する必要があります。これにはすべて、GET、PUT、DELETE、および POST 呼び出しが含まれるため、Blaze Proxy を使用しています。問題は次のとおりです:- HttpService を使用する場合、宛先の末尾に「32」を追加するにはどうすればよいですか? 宛先を設定するだけで、ある時点でこれが URL に変換されます。コードをトレースしましたが、これがどこで行われているかがわからないため、置き換えることはできません。

オプションは次のとおりです。 1. Flex クライアント内で宛先を URL に解決し、その URL を (データが追加された状態で) URL として設定します。2. 標準プロキシをオーバーライドする独自の Java Flex アダプタを作成し、次のようにパラメータを URL にマップします。http://[service]/order/ {id}?id=32 to http://[service]/オーダー/32

以前にこの問題に遭遇した人はいますか?これを解決する簡単な方法はありますか?