InstallShield 64ビットプロジェクトの設定

Question

InstallShieldを使用して32ビット環境と64ビット環境のインストーラを生成する最適な方法を教えてください。私のアプリケーションの大半はビットニュートラルです（.net、Java、データファイル）。私はそれらのファイルを一度パッケージ化しなければならないなら、それを好むだろう。 installshieldプロジェクトのメンテナンスを減らすための標準的なアプローチはありますか？現在のところ、私が見つけることができる唯一の解決策は、2つの重複したプロジェクトを持つことです。各コンポーネントには64ビットのフラグが付けられ、デフォルトのインストールディレクトリはProgramFiles64に設定されます。これを行うにはより良い方法が必要です！

私のアプリケーションのごく一部では、どのようにビットが実行されているか気にしません。我々は、いくつかのC++ DLLとJNI呼び出しを別々にする必要があります。これの大半は実行時に、実行中のJREが64ビットであるかどうかをチェックすることによって決定されます。

2つの130 MBファイルを配布しないでください。両方のインストーラが共通のコンポーネントを参照する1つの大きなzipファイルを出荷することが理想的です。共通のもののマージモジュールを作成し、それぞれのプロジェクトで参照する必要がありますか？

私たちはInstallShield 2009（Premier）を使用しています。

Answer 1

• あなたのセットアップにゼロ64ビットコンポーネントを持って逃げることができるなら、あなたはそれを100％、32ビットセットアップすることができ、そしてそれは、32ビットでも同様に動作となります64 bit Windows。

• これが可能でない場合は、製品設定フラグを使用することをおすすめします。 「リリース」ビューで、「XP32」や「XP64」などの複数の製品構成を作成します。 "Intel; 1033"と "AMD64; 1033"のいずれかに適切なテンプレート概要フィールドをマークします。固有の製品設定フラグをそれぞれに関連付けて、それを識別します（例： "xp32"、 "xp64"。次に、各Featureに対して、適切なRelease Flagを設定します。必要に応じて、64ビットコンポーネントに64ビットプロパティを設定できます。 「xp32」とマークしたフィーチャに64ビットコンポーネントがないことを確認してください。これにより、1つのInstallShieldプロジェクトファイルのみが作成できますが、32ビットと64ビットの両方のリリースが生成されます。

Answer 2

このスレッドで説明したように1つの32ビットセットアッププロジェクトを使用する場合、64ビットシステムで32ビットプロセスを実行する際に問題が発生することがあります。設定は32ビットプロセスなので、OSは32ビットリソースを使用する必要があると想定しています。 64ビットマシンでは、両方があります。たとえば、system32とSysWOW64です。 SYSNATIVEファイルシステムリダイレクタを使用すると、64ビットリソースをOSに強制的に使用させることができます（これは不思議にも、system32には64ビットリソースが格納されていますが、SysWOW64は32ビットです）。これは、Windows Server 2008 R2および2012のDISM.exeまたはPKGMGR.exeを使用してIISを設定する場合に便利です。