このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 ClickOnce と Reg-Free COM によるアプリケーションの配置の簡略化 Dave Templin 翻訳元: Simplify App Deployment with ClickOnce and Registration-Free COM (英語) この記事は Visual Studio 2005 のプレリリース バージョンに基づいています。この記事のすべての情報は変更される可能性があります。 この記事で使用する技術: Visual Basic、COM、ClickOnce サンプルコードのダウンロード: RegFreeCOM.exe (英語) (1,392KB) この記事で取り上げる話題: Re
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
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 ...
Tim McCarthy, InterKnowlogy Paul D. Sheriff, PDSA, Inc. February 2002 Summary: Add new Microsoft .NET components to existing COM and COM+ applications and they will be able to work together; this will help you if you need to develop a .NET application that can do things like participate in transactions, take advantage of role-based security, or interact with a queue. (14 printed pages) Objectives
ここで気付く 1 つの重要な点は、 どの場合でもクライアントがインテリジェントであることです。 ブラウザ ベースのクライアントは、 リモート処理を使用して、直接オブジェクトと相互作用することはできません。 ブラウザは、ASP.NET では Web フォームと相互作用できるので、 その Web フォームにリモート オブジェクトと相互作用するコードを含めることができます。 このような場合、Web フォームがインテリジェント クライアントになるので、 既にお分かりのように、 Web フォームでリモート処理を使用するコードは、 Windows フォームで作成したものと等価になります。 クライアント/サーバーの事例では、 以前に多くの人々が DCOM と MTS または COM+ を使用していたのと非常によく似ています。 クライアントは、おそらく、 必要に応じてサーバー上の状態なしオブジェクトを呼び
COM is a platform-independent, distributed, object-oriented system for creating binary software components that can interact. COM is the foundation technology for Microsoft's OLE (compound documents) and ActiveX (Internet-enabled components) technologies. COM+ is an evolution of Microsoft Component Object Model (COM) and Microsoft Transaction Server (MTS). COM+ builds on and extends applications w
概要 指定されたCLSIDに対応する初期化されていない新しいオブジェクトを作成します。CoCreateInstanceは、ローカルシステムに1つだけオブジェクトを作成します。リモートシステム上にオブジェクトを作成する場合、CoCreateInstanceExを参照して下さい。また、1つのCLSIDから複数のオブジェクトを作成する場合、CoGetClassObjectを参照して下さい。 C/C++での宣言 HRESULT WINAPI CoCreateInstance( REFCLSID rclsid, LPUNKNOWN pUnkOuter, DWORD dwClsContext, REFIID riid, LPVOID *ppv ); VB.NETでの宣言 Public Declare Function CoCreateInstance Lib "OLE32.DLL" ( _ <[In]
表 1. Windows 2000 と Windows XP の Side-by-Side 共有の比較 分離アプリケーション、アセンブリの使用法、マニフェスト、明示的なバージョン管理、 および構成を使ったサービスの提供などの概念は、 .Net Framework でも完全にサポートされます。 共通言語ランタイムは、 標準の Win32 オペレーティング システムよりも豊富なサービス セットを提供します。 たとえば、Microsoft(R) Visual Studio(R) などの開発環境では、 コード開発の一部としてマニフェストが自動的に作成されます。 Windows XP 実装でも同様に、 既定のバージョンを提供することにより、 または発行元がアセンブリごとにバージョンを優先指定したり、 管理者がシステムごとにバージョンを優先指定することにより、 オペレーティング システムが特定のバージ
David D'Souza、BJ Whalen、Peter Wilson Microsoft Corporation November 1999 要約 : Certified for Windows アプリケーション仕様書で説明しているように、MicrosoftR WindowsR 2000 および Windows 98 Second Edition での Side-by-Side 共有コンポーネントの実装について解説します。新しい Side-by-Side コンポーネントを作成したり、DLL/COM リダイレクションを活用して、異なるバージョンでの同一コンポーネントの非互換性の問題を解決する方法について述べていきます。Side-by-Side コンポーネントの記述やインストールの手順、およびアプリケーションの再パッケージやテストについての手順を含んでいます。 内容 はじめに 簡単なバック
いたるところで書かれてはいるものの、個人的に、それその記事ひとつで理解できるというようなズバピタな記事がなかったので学習メモ。ていうか、調べてたらキリがなくなってきたので、いったんフィックスしたい。 ランタイム上で暗躍する RCW .NET から COM オブジェクトを扱うということは、マネージドからアンマネージにアクセスするということであり、すなわちマーシャリングが必要となる。これは、ランタイム呼び出し可能ラッパー（RCW: Runtime Callable Wrapper）なるしくみによって行われる。 図: クライアント --> RCW --> COM オブジェクト 通常、.NET クライアント（アプリケーション）が直接的に扱うのは、生身の COM オブジェクトではなく、そのラッパーたる RCW である。ランタイム（.NET Framework）によってサポートされるため意識しづらいが
はなおか じった 世界遺産の近くに住んでます。 Microsoft MVP for Visual Developer ASP/ASP.NET 10, 2004 - 9, 2011 前：COM リソースの解放（その１） では、「推奨される方法」です。 案件によっては、Visual Studio for Office Tools を検討することを勧めます。これであれば、旧 Office 製品のマクロのように、C# や VB.NET を使うことが出来ます。また、Office 製品の中で動作しますから、Office 製品のコントロールに対しては、参照数がどうのこうのというところを意識しなくてもかまいません。 VSTO が使えない場合、渋木さんやじゃんぬさんがコメントされているように、「スマート ポインタ」「ラッパー クラスで全部管理」が推奨されます。どちらにしても、参照をすべて明示的に把握して、解
COM クライアントが .NET オブジェクトを呼び出すと、共通言語ランタイムがマネージ オブジェクトとそのオブジェクトのための COM 呼び出し可能ラッパー (CCW: COM Callable Wrapper) を作成します。 COM クライアントは .NET オブジェクトを直接参照できないため、CCW をマネージ オブジェクトのプロキシとして使用します。 ランタイムは、サービスを要求している COM クライアントの数に関係なく、1 つのマネージ オブジェクトに対して 1 つの CCW を作成します。 次の図に示すように、複数の COM クライアントが、INew インターフェイスを公開する CCW への参照を保持できます。 CCW は、INew インターフェイスを実装するマネージ オブジェクトへの 1 つの参照を保持し、ガベージ コレクションされます。 COM クライアントと .NET
Excel関連でググってみると、「Excelのプロセスが残ってしまう・・・。」といった現象に陥ってる人が多いように思う。 Excelのプロセスが残らないようにするには、利用したCOMオブジェクトの参照を適切に解放してあげる必要がある。 例えば、レイトバインディングに利用したobject型の変数を複数回使用すると、 参照カウントが通常より多くカウントされてしまい、通常の解放処理では全ての参照を解放できない場合がある。 これは、ランタイム呼び出し可能ラッパーが、COM インターフェイス ポインタが割り当てられるたびに インクリメントされる参照カウントを保持してしまうのが原因だ。 System.Runtime.InteropServices.Marshal.ReleaseComObjectメソッドは、 ランタイム呼び出し可能ラッパーの参照カウントをデクリメントしてくれるので、 参照カウントが０(
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
