以下を含む製品の大規模なスイートがあります。
- VB6で書かれたデスクトップアプリ。
- .NETで記述されたデスクトップアプリ。
- .NETで記述されたWindowsサービス。
- .NETで記述されたASP.NETWebアプリ。
- .NETで記述されたASMXおよびWCFサービス。
すべての.NETコードはVS2008で記述されており、.NET3.5と「任意のCPU」を対象としています。特定のプロセッサをターゲットにすることもできますが、依存関係ツリーのさらに下で問題が発生するため、ターゲットにしない方がよいでしょう。.NET 4.0に移行することはできませんが、後でオプションになります。
すべてのアプリは、いくつかの重要なレジストリキーを共有しています。.NETコードが常に32ビットレジストリビューを参照するようにすることで、レジストリリダイレクトの問題を回避しました。
一部の.NETコードはCOM相互運用機能を介してVB6DLLと通信しますが、これは非常に制限されており、この依存関係を簡単に削除できます(今すぐコメントアウトし、後で.NETで書き直してください)。
すべてのWebアプリとサービスは、IISでホストされるように設計されています。5.1以降のすべてのバージョンをサポートする必要があります。
ビルドVMは現在WindowsXP(32ビット)を実行しています。必要に応じて新しいものを作成できます。
私の任務は、64ビットWindows(すべてのバージョン)ですべてが問題なく実行されることを確認することです。現在、.NETセットアッププロジェクトで問題が発生しています。これらはすべて、VS2008セットアッププロジェクトテンプレートを使用して作成されています。
ソースコードがAnyCPUであっても、セットアッププロジェクトにはこの機能がありません。TargetPlatform
プロパティを1つのプロセッサに設定する必要があります。これはあまり役に立ちません。setup.exe
32ビットO/Sに32ビットとして、64ビットO / Sに64ビットとしてインストールするものはありませんか?私がアプリをインストールするエンドユーザーの場合、実行するセットアッププログラムがわかりません。