DominoアプリケーションをASP.NET 2.0に移植する。今回はデータベースサーバの導入だが、ほとんど説明すべきことはない。
MicrosoftのWebサイトから、SQL Server 2005 Express Edition をダウンロードする。このときサーバ上でＧＵＩツールを使ってSQL Serverを管理したいなら、SQL Server Management Studio Express 付きのインストールファイルをダウンロードしよう。
ダウンロードしたらダブルクリックして実行するだけだが、社内でデータバックアップシステムが稼動していて、データファイルを配置する場所に気をつかう必要がある場合は、インストール中に、データファイルの配置場所を初期値から変更することを忘れないでおこう。
また、SQL Serverへの接続アカウントだが、社内の各パソコンから直接SQL Serverに接続することがないのであれば、それほど神経質になる必要はないだろう。極端な話、ユーザ名「sa」、パスワードなしでも構わない。
インストールが終わったら、インストールしたサーバ上で「スタート」→「プログラム」→「Microsoft SQL Server」→「構成ツール」→「SQL Server Configuration Manager」でサーバ上のSQL Serverのネットワーク構成を設定する。
ツリー上のメニュー「SQL Server 2005 ネットワーク構成」の配下にある「SQLEXPRESSのプロトコル」を、社内の環境に合わせて有効・無効にする。SQL ServerをインストールしたサーバにTCP/IP接続しているなら、TCP/IPだけを有効にしておけばよい。
「SQL Native Clientの構成」は、Clientモジュール側の設定なので、サーバ上ではとくに変更する必要はない。開発パソコンの方ではTCP/IPを有効にしておく必要がある。
SQL Server 2005 Express Edition で少し惑わされるのは、接続文字列だ。OracleならサーバのIPアドレスとインスタンス名で接続できるが、SQL Server 2005 Expressの場合は「192.168.1.101sqlexpress」などという表現になる。
Express Editionを使うことは、大企業の方にはお勧めしないが、中堅・中小企業で比較的こじんまりとNotes/Dominoを使っているなら、ASP.NET 2.0への移植用のデータベースソフトとしては十分だろう。
バックアップも Express Editionなら、夜中にSQL Server のサービスを停止し、データファイルのバックアップ（コールドバックアップ）を取っておけばよい。
以上で、IIS 6.0＋.NET Framework 2.0＋SQL Server 2005 Express Editionという、Dominoの移植に必要なサーバ側の環境が整った。
次回は開発に使うパソコン側の環境整備について書きたい。

いまLotus DominoのWebアプリケーションをASP.NET 2.0へ移植するという、Dominoに対する裏切り行為に、かなり見通しが出てきた。何回かにわけてDominoからASP.NETへの移行について書きたい。
初回はサーバ側の設定について。ASP.NET 2.0なのでWindows 2003 Server上のIIS 6.0に.NET Framework 2.0を導入することから始める。このあたりの設定手順については、Windows Serverの大抵の参考書にあるので、そちらをお読みいただきたい。お勧めの一冊を下記にあげておく。

IIS 6.0ではWebサーバだけでなく、FTPサーバの設定をしておいた方がよい。後述の統合開発ツール Visual Web Developer 2005 Express Edition でサーバ上にファイルを転送するとき、FTPを利用することができるからだ。
手軽に始めるなら、WebサイトもFTPサイトも「既定のWebサイト」「既定のFTPサイト」で十分だろう。また、社内の安全なネットワーク内で、限られた人数で開発をするなら、FTPサイトは「匿名接続を許可する」でも大きな問題はないだろう。
ただし、ASP.NET 2.0を動かすために、IISマネージャの「Webサービス拡張」で、Active Server Pages、ASP.NET v1.1、ASP.NET v2.0を「許可」にしておく必要がある。それ以外の項目は「禁止」でよい。
また、「既定のWebサイト」のホームディレクトリの配下に、いくつかサブディレクトリを作って、それぞれのディレクトリを１個のアプリケーション（Dominoで言えば１個のデータベース）とすることになるが、このとき注意すべき点が一つある。
エクスプローラーなどから「既定のWebサイト」のホームディレクトリ（たとえばC:Inetpubwwwroot）配下にディレクトリを作成すると、IISマネージャで自動的にサブディレクトリとして認識されるが、そのサブディレクトリを１個のアプリケーションと認識させるには、アプリケーションの設定が必要になる。
「既定のWebサイト」配下に表示されているサブディレクトリ（フォルダの絵のアイコン）のプロパティを表示させ、「ディレクトリ」タブの「アプリケーションの設定」という部分で「作成(E)」ボタンをクリックする。
そうすると、そのサブディレクトリが１個のWebアプリケーションと見なされ、そのアプリケーション単位に、認証の方式などのさまざまな設定ができるようになる。
ご承知のように、IIS 6.0はWindows 2003 Serverに付属するので、Windows 2003 Serverさえ稼動していれば無償で使い始められる。
次回はデータベースサーバの導入について書きたい。こちらも無償の SQL Server 2005 Express Edition を利用することとする。

ASP.NET 2.0のDetailViewの新規作成モードで初期値を動的にわたす方法がやっと見つかった。検索エンジンに引っかかるように記しておく。引用元は下記のページだ。
How do I get an evaluated default into a Formview Insert?
FormViewのDataBoundイベントハンドラ内で、FormViewのCurrentModeがFormViewMode.Insertになっている場合に、FormViewのFindControlメソッドで初期値を設定したいコントロールを探し、値を設定ればよい。
また、初期値を変更させたくなければ、そのコントロールのEnabledプロパティをFalseにしてしまえば、グレイアウトされて変更できなくなる。
Protected Sub FormView1_DataBound(ByVal sender As Object, ByVal e As System.EventArgs) Handles FormView1.DataBound
　If FormView1.CurrentMode = FormViewMode.Insert Then
　　Dim tb As TextBox
　　tb = CType(FormView1.FindControl(“InsertDateTextBox”), TextBox)
　　tb.Text = Now()
tb.Enabled = False
　End If
End Sub
間違っても、SqlDataSourceオブジェクトのInsertParameters内のパラメータのプロパティとしてDefaultValueを設定しないこと。これをやるとデータの新規作成がことごとくエラーになってしまう。
以上、この解答を見つけるのに半日かかった。