このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 Windows Communication Foundation (WCF) では、バッファー転送またはストリーミング転送を使用してメッセージを送信できます。既定のバッファー転送モードでは、受信側がメッセージを読み取る前に、メッセージの送信が完了している必要があります。ストリーミング転送モードでは、送信が完了していなくても、受信側でメッセージの処理を開始できます。ストリーミング モードは、渡される情報が長い場合、または連続的に処理する場合に役立ちます。ストリーミング モードは、メッセージが大きすぎてすべてをバッファーできない場合にも役立ちます。 ストリーミングを有効にするには、OperationContrac

クライアント アプリケーションがサービスと通信するには、クライアント アプリケーションで WCF クライアントまたはチャネルを作成および構成し、使用する必要があります。「WCF クライアントの概要」では、オブジェクトの概要および基本的なクライアントやチャネル オブジェクトの作成と使用に関する手順を説明しています。 このトピックでは、ユーザーのシナリオに応じて役立つ、クライアント アプリケーション、クライアント オブジェクト、およびチャネル オブジェクトに関するいくつかの問題について詳しく説明します。 概要 ここでは、以下の項目に関連する動作と問題について説明します。 チャネルとセッションの有効期間 例外処理 ブロックの問題について 対話方式によるチャネルの初期化 チャネルとセッションの有効期間 Windows Communication Foundation (WCF) アプリケーションの

このサンプルでは、型指定のあるクライアントを使用する際に、予期される例外をキャッチする方法を示します。このサンプルは、電卓サービスを実装する「入門サンプル」に基づいています。この例では、クライアントはコンソール アプリケーション (.exe) で、サービスはインターネット インフォメーション サービス (IIS) によってホストされます。 注 : このサンプルでは、正しいプログラムが処理する必要のある TimeoutException および CommunicationException という 2 種類の予期される例外を、キャッチして処理する方法を示します。 Windows Communication Foundation (WCF) クライアントの通信メソッドからスローされる例外には、予期される例外と予期しない例外があります。予期しない例外には、OutOfMemoryException

Windows Communication Foundation (WCF) アプリケーションでは、セッションがメッセージのグループを相互に関連付けて通信を行います。WCF セッションは、ASP.NET アプリケーションで使用できるセッション オブジェクトとは異なるものであり、サポートされる動作と制御する方法が異なります。ここでは、WCF アプリケーションのセッションで有効になる諸機能とそれらの使用方法について説明します。 Windows Communication Foundation アプリケーションのセッション サービス コントラクトでセッションが必要であると指定されている場合、すべての呼び出し (つまり、呼び出しをサポートする基本的なメッセージ交換) を同じメッセージ交換の一部にする必要があります。セッションが許可されるが必須ではないコントラクトの場合、クライアントは、接続した後に

WCFによるセキュアでリライアブルでトランザクティッドな分散アプリケーションの構築：Windows Communication Foundation概説（2/3 ページ） 3. WCFでの分散トランザクション Webサービスにおけるトランザクションは主に2つある。補償（Compensation）トランザクションとアトミック（Atomic）トランザクションである。 補償トランザクションは、トランザクションの補償を何らかのビジネス上の取り決めの下に行うものだ。例えば旅行代理店サービスが航空券予約、宿泊予約、レンタカー予約をまとめて実行する場合、希望のレンタカーが引き当て不能であったら単純にすべてをキャンセルするといったものではなく、航空券予約や宿泊予約は仮予約のうえでレンタカーのみ代替車両を仮引き当てしておき顧客の判断を待ったうえで全体的に予約を確定するといった、場合によっては数日、数週間とい

Webサービスは通常ステートレスですが、WCFのセッション機能を使うとステートフルなWebサービスを作成することができます。 検証環境 Visual Studio 2008 SP1、.NET Framework 3.5 SP1 WCFサービスプロジェクト プロジェクトテンプレートは、[Web] - [WCFサービスアプリケーション]を選択します。 IService1.cs using System.ServiceModel; namespace WcfService3 { [ServiceContract(SessionMode = SessionMode.Required)] public interface IService1 { /// <summary> /// セッションを開始します。 /// </summary> /// <param name="clientName">クライ

WCF を使ったアプリにて 自前のセッション機能を実装してるんですが、それで使うセッション ID をクライアントとサービスの間でやりとりしたい。引数や戻り値ではなく、裏でこっそり渡すのがベターです。 そんなちょっとしたデータを、WCF のメッセージヘッダに埋め込んでやり取りできるか試してみました。 サンプルはこんな感じ OperationContext の IncomingMessageHeaders と OutgoingMessageHeaders を使って、メッセージヘッダを操作します。 using System; using System.ServiceModel; using System.ServiceModel.Channels; namespace WcfMessageHeaderSample { [ServiceContract] public interface IGre

今回は、WASの有効化について。 IIS 7.0から、非HTTPプロトコルがサポートされました。 以下のものがサポートされています。 net.tcp (TCP) net.pipe (名前付きパイプ) net.msmq (MSMQ) なので、WCFにてTCPをトランスポートとして利用するサービスを IIS上でホストすることが出来るようになっています。 で、上記のように非HTTPプロトコルを利用できるようにするための仕組みがWAS (Windows Process Activation Service) ということに なるのですが、これの初期設定でちょっとハマッたので、以下に設定するまでのメモを記述。 以下、動作させるまでの手順。 1.リスナーサービスの確認。 WASの設定は、IISマネージャから利用するプロトコルを選択すれば良いのですが それぞれのプロトコルを利用するためには、リスナーサービ

このストリーム サンプルでは、ストリーミング転送モードの通信を使用する方法を示します。サービスは、ストリームを送受信する複数の操作を公開します。このサンプルは自己ホスト型です。クライアントとサービスはどちらもコンソール プログラムです。 注 : Windows Communication Foundation (WCF) では、2 つの転送モード (バッファまたはストリーミング) で通信できます。既定のバッファー転送モードでは、受信側がメッセージを読むためにはメッセージを完全に送信する必要があります。ストリーミング転送モードでは、メッセージを完全に送信しなくても、受信側がメッセージの処理を開始できます。ストリーミング モードは、渡される情報が長い場合、または連続的に処理する場合に役立ちます。ストリーミング モードは、メッセージが大きすぎてすべてをバッファーできない場合にも役立ちます。 スト

このサンプルでは、型指定のあるクライアントを使用する際に C# の "using" ステートメントを使用せずに、リソースを自動的にクリーンアップする方法を示します。このサンプルは、電卓サービスを実装する「入門サンプル」に基づいています。この例では、クライアントはコンソール アプリケーション (.exe) で、サービスはインターネット インフォメーション サービス (IIS) によってホストされます。 注 : このサンプルでは、C# の "using" ステートメントを型指定のあるクライアントと共に使用する際に発生する 2 つの一般的な問題と、例外が発生した後に正しくクリーンアップするコードを示します。 C# の "using" ステートメントにより Dispose() が呼び出されます。これは Close() と同じで、ネットワーク エラーが発生したときに例外をスローする場合があります。D

トランスポート クォータは、接続がリソースを過剰に消費している時期を特定するポリシー機構です。クォータとは、クォータ値を超えた場合に、それ以上のリソースの使用を禁止する確実な制限です。トランスポート クォータは、悪質な、または意図的でないサービス拒否攻撃を防ぎます。 Windows Communication Foundation (WCF) トランスポートのクォータの既定値は、控えめなリソース割り当てに基づいています。これらの既定値は開発環境、および小規模のインストール シナリオに適しています。インストールでリソースが不足している場合、または追加リソースが使用可能であるにもかかわらず接続が制限されている場合、サービス管理者は、トランスポート クォータを確認し、個別のクォータ値を調整する必要があります。 トランスポート クォータの種類 WCF のトランスポートには 3 種類のクォータがあり

このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 Windows Communication Foundation (WCF) でデータを処理するとき、さまざまな種類の脅威について考慮する必要があります。データ処理に関連する最も重要な脅威の種類を次の表に示します。WCF には、これらの脅威を軽減するためのツールが用意されています。 サービス拒否 信頼できないデータを受信すると、受信側では、そのデータによって非常に長い計算が発生し、メモリ、スレッド、利用可能な接続、プロセッサ サイクルなど複数のリソースに過剰にアクセスすることがあります。サーバーに対するサービス拒否攻撃によって、サーバーがクラッシュし、正当なクライアントからのメッセージを処理できなくなる場合が

MTOM メッセージ エンコーダーは、バイナリ データに対する特別な処理を実装したテキスト エンコーダーです。このエンコーダーは、状況に応じた最適化を要するユーティリティなので、どの標準バインディングでも既定では使用されません。MTOM エンコーディングのメリットを生じるしきい値より大きいバイナリ データがメッセージにある場合、そのデータは、メッセージ エンベロープの後に続く MIME パートとして外部化されます。このセクションの「MTOM の有効化」を参照してください。 相互運用性が要求される通信パスでは一般的にテキスト メッセージ エンコーディングが最適であり、それ以外の通信パスではバイナリ メッセージ エンコーディングが最適です。バイナリ メッセージ エンコーディングで生成されるメッセージのサイズは、単一のメッセージであればテキストより小さくなることが普通ですが、通信セッションの間に

このトピックは、Windows Communication Foundation (WCF) サービスのメタデータを公開する手段を示す 2 つの「方法」トピックのうちの 1 つです。構成ファイルとコードを使用して、サービスがメタデータを公開する手段を指定する方法は 2 つあります。このトピックでは、構成ファイルを使用して、サービスのメタデータを公開する方法について説明します。コードでのメタデータの公開詳細については、 、「方法 : コードを使用してサービスのメタデータを公開する」を参照してください。メタデータを公開すると、クライアントが ?wsdl クエリ文字列を使用した WS-Transfer GET 要求または HTTP/GET 要求によりメタデータを取得できるようになります。コードが機能するかどうかを確認するために、基本的な WCF サービスを作成します。簡略化のため、次のコードに基

This guide is the safest way to do a domain switch, you get all you need to change a blocked domain. What is a user flow and a user journey? There’s a macro view of a customer experience that we can analyze and partially control.