タイトル通りだけど Windows Server 2019 の IIS で ClassicASP(Win32) を動作させる

導入から動作確認

まずは ASP の導入

このあたりは他の記事にも書いてあるでしょう。

サーバの役割で**「ASP」**を選択する

仮想ディレクトリ(アプリケーションディレクトリ)を作成する

このあたりも旧来の IIS5/6 と同じような概念があるから大丈夫でしょう。

とりあえず、アプリケーションプールとしては「クラシック」となるモードを選択しておく。

ハンドラーマッピングの確認

拡張子「.asp」に「ClassicASP」が対応している

ちなみに「%windir%」は環境変数で、Windowsのインストールディレクトリのこと。

大抵は「C:\Windows」だな。

サンプルASPで動作確認

シンプルな「ハローワールド」

うん、動作した

いよいよ 32Bit 化

アプリケーションプールの設定変更

「クラシックモード」のアプリケーションプールを新規作成して、「32ビットアプリケーションの有効化」を**「True」**にして、「ASPClassic」として保存して、これを ClassicASP のアプリケーションプールとして対応させる

ハンドラーの変更

実は「ASP.dll」は二つあります。(64Bit と 32Bit)。← 私は、ハマりましたよ

64Bit版のClassicASPがあるなんて想像できませんでしたよ。orz

SysWOW64 (64Bit Windows 上の Win32 な System32 のフォルダ)が 32Bit-ClassicASP ですよ。

という事で、ハンドラーマッピングを 32bit の ASP.dll に変更。

以上で終了

一応、VisualBASIC6.0で作った AcitiveX-DLL(当然 Win32 な COM コンポーネント)も、VisualBASIC6.0 ランタイム込みで Setup.exe を作って、それを使ってインストールしてやれば、以上の手順で動作した。(個人的経験で公式ではないよ)

蛇足1

ActiveX.DLL を登録する「regsvr32.exe」も 64Bit と 32Bit の二つがあるので、VB6 で作った ActiveX.dll を登録する際には**「SysWOW64」**の「regsvr32.exe」を使う事

蛇足2

ClassicASPとは直接関係ないけど「ActiveScript」という兄弟関係な WSH の「cscript.exe」「wscript.exe」も 32Bit と 64Bit の二つがあるよ。
WSH 内部で 32Bit な ActiveX-DLL を呼び出すなら、SysWOW64の「cscript.exe」「wscript.exe」を呼び出す必要がある。

蛇足3

Win64上の Win32 に関しては、レジストリも「HKCU\Software」とかが、軒並み「HKCU\Software\Wow6432Node\」にリダイレクトされていたりするので、注意です。

私の COM/ActiveX-DLL には、レジストリを扱うモノが多いのですが、.regファイルで、レジストリに登録する際にも、32Bit な regedit.exeを使う必要があったりしますよ。
(まぁ、手動で「Wow6432Node」へ移動させてもいいのですけど...)

Win64上でのWin32なネタ

64bit版のWindowsで32bitアプリケーションからsystem32ディレクトリのファイルを開けない: %windir%\Sysnative\shell32.dll というような SysNative という仮想ディレクトリがあるらしい。

以上