.NET Framework 4.0で搭載されたタスク並列ライブラリについての連載インデックス インデックス はじめに データの並列化 単純なループ 挙動の観察 ループの中断/停止 スレッドローカル変数 例外処理 ループの取り消し タスクの並列化 タスクの実行 完了の待機と結果の取得 タスクの継続 入れ子タスクと子タスク タスクの例外処理 タスクのキャンセル タスクの状態 UIコンポーネントの操作 おわりに 落ち穂拾い 以前の並列処理 スレッドプールの挙動 長いタスクの明示 非同期メソッド 進捗通知 Hokuriku.NET C# -TPL入門- ハンズオン資料

配信不能キューまたは有害メッセージ キューからのメッセージの読み取り ターゲット キューのサブキューである有害メッセージ キューからメッセージを読み取るには、サブキューのアドレスを使用して ServiceHost を開きます。 例 : ローカル コンピューターの PurchaseOrders 専用キューの有害メッセージ キューから読み取るサービスでは、net.msmq://localhost/private/PurchaseOrders;poison というアドレスを指定します。 システム トランザクション配信不能キューからメッセージを読み取るには、URI を net.msmq://localhost/system$;DeadXact という形式にする必要があります。 システム非トランザクション配信不能キューからメッセージを読み取るには、URI を net.msmq://localhost

このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。

このサンプルで示す各アプリケーションの配信不能キューは、Windows Vista でのみ使用が可能です。Windows Server 2003 と Windows XP では、MSMQ 3.0 の既定のシステム全体用のキューを使用するようにサンプルを変更してください。 キュー通信では、クライアントはサービスとの通信にキューを使用します。厳密には、クライアントはメッセージをキューに送信します。サービスは、メッセージをキューから受信します。したがって、キューを使用する通信では、サービスとクライアントが同時に実行されていなくてもかまいません。 キューを使用する通信では一定の活動停止状態が生じるので、メッセージの有効期間を設定して、有効期間経過後はメッセージをアプリケーションに配信しないようにすることが必要になる場合があります。また、アプリケーションによっては、メッセージの配信が失敗したかどうか

このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 このサンプルでは、サービスで有害メッセージの処理を実行する方法を示します。このサンプルは、「トランザクション MSMQ バインディング」のサンプルに基づいています。このサンプルでは、netMsmqBinding を使用しています。サービスは、自己ホスト型コンソール アプリケーションで、サービスがキュー内のメッセージを受信したかどうかを監視できます。 キュー通信では、クライアントはサービスとの通信にキューを使用します。厳密には、クライアントはメッセージをキューに送信します。サービスは、メッセージをキューから受信します。このため、キューを使用する通信では、サービスとクライアントは同時に実行されていなくてもかまいま

このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 ここでは、Windows Communication Foundation (WCF) でのキューの使用に関する一般的な質問とトラブルシューティング ヘルプについて説明します。 一般的な質問 Q: WCF Beta 1 を使用しているときに MSMQ 修正プログラムをインストールしました。この修正プログラムを削除する必要がありますか。 A: 必要があります。この修正プログラムのサポートは終了しています。WCF は、現在、MSMQ で正常に動作し、修正プログラムは不要です。 Q: MSMQ 用のバインディングには、NetMsmqBinding と MsmqIntegrationBinding の 2 つがありま

In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...

WPF の Dispatcher について勉強がてら自分なりに得た理解をまとめてみました。 WPF アプリケーションは、レンダリング（描画）用とユーザーインターフェイス用の2つのスレッドを用いて動作します。 レンダリングスレッドはバックグラウンド動作のため、開発者はアクセスできません。開発者が扱えるのは、ユーザーインターフェイス用スレッド（以下 UIスレッド）のみとなります。そしてこの UI スレッドは、パフォーマンス上の理由により（スレッドセーフにするとオーバーヘッドが発生し、描画遅延等の問題を起こすためか）スレッドセーフに設計されてないのが特徴です。 WPFでは、ほとんどのオブジェクトが UI スレッド上で動作する「シングルスレッドモデル」を採用しているため、UI スレッド外からそのオブジェクトにアクセスすると、例外が発生します。 例えば、以下のように ListBox へのアイテム追加

Contents The Threading Model DispatcherObject Using the Dispatcher BackgroundWorker DispatcherTimer It would be a shame if you put months of your life into creating an intuitive, natural, and even beautiful interface only to have your users tapping their fingers on their collective desks waiting for it to respond. Watching your application screech to a halt because of a long-running process is jus