仕事で以下のネット設定をWindows7にする必要があるのですが、台数が多いのでプログラムを組んで半自動化を試みようと。

設定内容	使用技術
ICS (Internet Connection Sharing)を有効にする	COM
プライベート側NICのアドレスは192.168.137.1/24と192.168.0.1/24の２つ	WMI
パブリックから特定ポートへのアクセスをプライベートにフォワード	netshコマンド

調べ方が悪いのか、見事に使用技術がバラバラ。WMIはICSが有効かを見ることはできても設定を変えられない、COMはIPアドレス設定やポートフォワードができないなどなど。最初VBScriptでやろうと思ってたのですが、この3者でどのNICをパブリックにするのかの情報渡しが大変そうだったので、早々にC#に変更。

C# 3.0 4.0以降。LINQのメソッド式表現はほとんど使わない私ですが、これ はちょっと感動。

string.Join(",", dictonary.Select(kv => kv.Key.ToString() + "=" + kv.Value.ToString()));

[参考] Is there anyway to handy convert a dictionary to String? (stackoverflow)

[2012/9/7 追記] よく考えるとクエリ形式でも書けます。LINQによる簡潔な表現としての感動は変わらず。

string.Join(",", from kv in dictionary select kv.Key.ToString() + "=" + kv.Key.ToString());

[2012/9/7 追記] String.Join(String, IEnumerable<String>)が実装されたのは.NET Framework4以降のようなので、上記はC# 4.0以降で有効。LINQ式の最後に.ToArray()を付ければC# 3.0でも行けるでしょう(簡潔さが悪化するので感動は薄れる ^ ^;)。

string.Join(",", dictonary.Select(kv => kv.Key.ToString() + "=" + kv.Value.ToString()).ToArray());
string.Join(",", (from kv in dictionary select kv.Key.ToString() + "=" + kv.Key.ToString()).ToArray());

備忘録。

Windows Vistaより前に作られたMSIファイルはUACを知らないので、管理者権限が取れずに不具合が起こるっぽい。実際使っていたインストーラーがWindows7でエラーを出して途中で落ちてしまう。

対策はここ に書いてある通り、Orcaを使ってMSIファイルを改造する。

• CustomActionの○○○.install/uninstall/commit/rollbackの項目のType値を2048増加させる
• Tools→OptionからDatabaseタブに移動、"Copy embedded streams during 'Save As'にチェック (こっちは必須なのか不明)

以上。Type値の2048(=0800h)に管理者権限昇格のビットが定義されているんでしょうねぇ。

[ 参考 ]

• VistaへのMSI 3.1インストール (@IT会議室)
• Solution for MSI Error 2869 on Windows Vista (Anatoly Lubarsky 2007/7/20)
• 最新版Orcaの入手 (UiUicy氏) (私が使用したのはOrca Version 5.0.7069.0)

.NETにはアセンブリ(クラスの実行部分を記述した物、いわばプログラム、多くの場合DLL形式)を実行時動的に読み込み、プログラム実行に使用する機能があります。よく使われるケースがプラグイン。プラグインファイルの中身が.NET形式のDLLになっていて、プログラム起動時に読み込み実行します。

で、今回来たミッション。

1. サーバからオブジェクトのシリアライズされたデータが来るので、クライアントで逆シリアライズする
2. ただしそのデータに対応するアセンブリがクライアントに組み込まれているとは限らない。無い場合はサーバにおいてあるから、適当に見つけて動的に読み込む。

プラグインファイルがサーバにあるって感じでしょうか。サーバから取ってくるアセンブリはファイルではなく、バイト配列(byte[])。中身は元々ファイルだったDLLそのままなのでローカルでそのバイト列をファイルに書き込んでから読むと言う方法もありますが、直接バイト列から読みこむSystem.Reflection.Assembly.Load(byte[])なんてのもあるのでそちらを使用。

が、アセンブリを読み込んだ後逆シリアルを行おうとすると、SerializationException。メッセージは"Unable to find assembly 'hoge'"つまり読み込んだはずのアセンブリが無かったことにされてしまっている。はて?

とりあえず見つけた解決法は以下のもの。

1. .NET Frameworkはアセンブリが見つからないとき、AppDomain.CurrentDomain.AssemblyResolveイベントを投げるので、あらかじめハンドラをセットしておく
2. 逆シリアライズ時にこのイベントが捕まるので、引数から必要とされるアセンブリの名前を引き出す
3. サーバから該当するアセンブリをダウンロード
4. ダウンロードしたデータをAssembly.Load(byte[])で読み込み、このメソッドの返り値を「イベントハンドラの返り値」にする

こうしておくとイベントハンドラから返されたアセンブリを使って逆シリアライズが進みます。

• 試してないけどロードしたアセンブリがさらに別のアセンブリに依存していてそれが必要なら、またイベントが飛んでくるんじゃないでしょうかねぇ。(*1 追記参照)
• 同じアプリケーションドメインである限りは、一度読み込まれたアセンブリに対してこのイベントが再び飛んでくることは無いようです。
• イベントハンドラに返り値があるのかと奇妙に思われるかもしれませんが、あります。C#にとってイベントとデリゲートの違いって、デリゲートは=演算子が使えるくらいでしょうか?

[参考]

• Deserialization problem in DLL (unable to find assembly) (msdn forum)
• C# - 複数のイベントハンドラをセットしたメソッドを呼び出したときの戻り値 (オノデラの研究日記 in わんくま)

[ 2012/8/23 追記 ] 図らずも(*1)を別の方法で確認。自家製イベントハンドラがアセンブリを取ってくるためにサーバー通信用のアセンブリが必要なのですが、これが無い→通信アセンブリを取るためにAssemblyResolveイベント→同じハンドラで受け取りやっぱり通信アセンブリが無い、の無限再帰呼び出し orz。通信アセンブリはGACから取れるはずなのですが、もしかしてこのイベントの方が優先度上なの？

備忘録。ADO.NET Entity Framework 上のSystem.Guid型 をMySQLで保存するためにはchar(36)だとのこと。どおりでbinary(16)で保存しようとするとデータが長すぎますってエラーが来るわけだ。この変換はMySQL Connector .NETで行われているはず。

ちなみにVisual Studio 2010にはMS SQL Server 2008用データベース作成スクリプトを吐くという機能があるのですが、それだとそのままguid型(=uniqueidentifier?)となってました。

[ 参考 ] Entity Framework Data Type Mapping (Devart)