タグ付けされた質問 「soap」

最後に、SOAPベースのサービスに出くわしたのは、2013年に金融会社でインターンシップを行っていたときです。それが、ITでのキャリアを始めたときでした。私のエンジニアリングコースの1つで、SOAPについての学習資料を持っていたことを覚えています。それ以外では、私はキャリアの中でSOAPをあまり使用していません。 「SOAPとRESTの違い」という質問が最近のインタビューの1つで出てきたので、私はこれを尋ねています。私が知っていること（およびGoogleで発見したこと）から、SOAPは、ビジネスロジックに密接に関連する情報交換のためにクライアントとサーバーを密結合したプロトコルです。一方、RESTはデータ転送のためのより柔軟なステートレスアーキテクチャです。 SOAPとRESTのこの違いについて間違っている場合、誰かが私を修正してくれますか？また、SOAPの現在の重要性は何ですか？人々はまだ新しいSOAPベースのAPIを開発していますか、それとも今はほとんどレガシーですか？

51 rest  api  web-services  soap 

SOAPの消費にはSOAPスタックが必要であることがわかります。したがって、クライアントは消費するのが難しくなります。つまり、POSTデータとヘッダーを正しくフォーマットしてから、データ構造ですが、RESTではクエリ文字列の引数を使用してHTTP GETリクエストを作成し、おそらくXMLであると思われるテキストを取得します。 それでは、SOAPの余分なオーバーヘッド/複雑さは何をあなたに与えますか、いつそれを必要としますか？

30 web-services  rest  soap 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 6年前に閉鎖されました。 今日のSOを閲覧中に、私はこの質問をここで見つけました、そして、それはこれで始まります： 確かに、SOAPは絶望的であり、すべてを使用することを余儀なくされていることを教えてくれます 今までSOでこのような声明をたくさん見つけましたが、これは私にこの質問をするきっかけになりました。 RESTには用途があり、SOAPには用途があり、機能として交差する場所もありますが、相互に交換することはできません。 だから、なぜ人々はSOAPが「非推奨」だと思うのだろうか？それは無知ですか？SOAPおよびWS- *仕様の複雑さ RESTの誇大広告？何？ SOAPが廃止されると思われる場合は、その理由を教えてください。私は興味がある！

20 web-services  soa  soap 

この質問はこれに触発されました。SOAPを発明する最初の目標は何でしたか？古い種類のHTTPとRESTがあったときになぜ発明されたのですか？

8 rest  http  soap 

最近、サービスをBasicHttpBindingからWSHttpBindingに移動しました（つまり、SOAP 1.1- > SOAP 1.2）。でWCF、WSHttpBinding（）を使用することは、いくつかのデフォルトのセキュリティ設定を使用して起動します。クライアントとサーバーは「セキュリティで保護された」WSHttpBindingに切り替えた後も会話を続けることができるため、WCFテストクライアントでも同じデフォルトのセキュリティ設定が使用されていると思います。フィドラーでは、以前は非常に単純だったリクエスト/レスポンスから、より複雑なセキュリティハンドシェイクを見ることができるため、このセキュリティ設定を確認しました 以前：（BasicHttpBinding） [HttpRequest]（SOAP Request in Clear） [HttpResponse]（SOAP Response in Clear） 後：（WSHttpBinding） [HttpRequest] RequestSecurityToken [HttpResponse] RequestSecurityTokenResponse [HttpRequest] RequestSecurityToken [HttpResponse] RequestSecurityTokenResponse [HttpRequest] RequestSecurityTokenResponse [HttpResponse] RequestSecurityTokenResponseCollection [HttpRequest] EncryptedData [HttpResponse] EncryptedData [HttpRequest] EncryptedData （実際のアプリケーションレベルのリクエスト） [HttpResponse] EncryptedData （実際のアプリケーションレベルの応答） したがって、セキュリティが適用されていると想定できます。次に質問です。 質問1：セキュリティ設定とは何ですか？ メンバーシッププロバイダーについてWCFに語ったことはありません。実際、ユーザー名<->パスワードのテーブル（SQLまたはXML）はありません。では、どのような認証が行われているのでしょうか。WCFテストクライアントは上記のように認証できますが、SoapUIはこれらのMicrosoft .NETデフォルトを取得しないため、問題があります。SoapUIがクリアテキスト通信を試行すると、サーバーは不正なセキュリティトークンエラーで応答します。 質問2：SOAP 1.2で最も一般的に実施されているセキュリティモデルは何ですか？ 証明書、ユーザー名、パスワード、ダイジェスト、または_____を使用していますか？これらの資格情報はどのように保存され（SQL / XML？）、WCFサーバー側で構成されますか？

8 security  wcf  soap