問題タブ [installshield-2010]

インストール シールド 2010 ビルドの 2 つのファイルの名前を変更するスクリプトを追加する必要があります。これを行う方法はありますか？

InstallShield 2010を評価しており、ユーザーの実行時にいくつかのコマンドラインパラメーターをSQLServer2008の前提条件に設定しようとしています。前提条件は完全に.prqファイル（xmlスタイル）で定義されているようです。

Wise for Windowsは、WiseScriptを使用して前提条件のインストールを呼び出しました。InstallAwareには、独自のスクリプトを使用した同様の機能があるようです。InstallShieldにも同様のものがありますか？

Installshield 2010 Professional で簡単なインストーラーを作成するよう依頼されました。インストールするファイルの結合サイズは約 2 メガですが、結果のインストーラーは約 5 メガです。インストーラーを小さくできるように、installshield プロジェクトを微調整する方法があるかどうかを知りたいです。

ありがとう！

InstallShield 2010 で InstallScript MSI プロジェクトからダイアログを削除するのが非常に難しい理由をご存知ですか? そして、どうすればこれを行うことができますか。たとえば、インストールする宛先パスを求めるダイアログを削除します。

前もって感謝します。

基本的な MSI プロジェクトがあります。メイン アプリケーションに統合されている別の MSI 製品をインストール時に削除する必要があります。アップグレード シナリオを使用して、それをメジャー アップグレードとして扱うようにしました。ただし、アップグレードコードが一致しないため、これは機能しませんでした。

次に、CostFinalize の後に msiexec.exe を実行するカスタム アクションも作成しました (これは Installshield ヘルプに記載されていたと思います)。他の廃止された製品がインストールされていないと、インストーラーが失敗します。システム検索で設定したカスタムアクションに条件をつけてみましたが、システム検索は機能が制限されているようです。レジストリキーをチェックしてブール値のプロパティを設定することはできません。

何か案は？

ビルドプロセスからInstallShieldを自動化しようとしていますが、リリースの製品構成フラグプロパティからタイプ51カスタムアクションのプロパティ値を設定する必要があります。それを行うための構文（角かっこで囲まれたもの？）は何ですか？

ここから...

...ここまで：

私の installshield プロジェクトでは、カスタムの前提条件を使用して、.Net Framework 4.0 クライアント プロファイルと Microsoft Sync Framework 2.0 クライアント パッケージをインストールします。

クライアントが .Net Framework と Sync Framework をインターネットから直接ダウンロードできるようにして、インストーラーを小さくしたいと考えています。しかし、私はこれへの道を見ることができません。

アドバイスや例を挙げていただければ幸いです。

乾杯

Windows 7 32 ビット Home Premium デスクトップ PC に SQL Server 2000 (評価版) をインストールすると、

システムで次のエラーが発生し、インストールに失敗しました:

InstallShield エンジンが動作を停止しました 問題により、プログラムが正しく動作しなくなりました。Windows はプログラムを終了し、解決策が利用可能かどうかを通知します。

InstallShield 2010でゼロから作成されたInstallScriptプロジェクトがあります。これには、特に、MSMファイルをラップする3つのネイティブInstallShieldオブジェクトと4つのInstallShieldマージモジュールホルダーオブジェクトが含まれています。

プロジェクトを最初にテストしたときは、クリーンな環境に正常にインストールされましたが、新しいバージョンにアップグレードしようとすると、4つのマージモジュールホルダーオブジェクトのそれぞれで「エラー1706。製品XXXXの有効なソースが見つかりません」というメッセージが表示されました。 。

ネットで調べてみたところ、これはWindowsインストーラーのエラーであり、元のインストールメディアがなくなった後でも、MSIファイルがマシン上に存在している必要があるために発生します。これを確認するための推奨される方法は、[マージモジュールホルダーオブジェクト]プロパティダイアログの[msiパッケージをローカルにキャッシュする]チェックボックスをオンにすることです。

4つのマージモジュールすべてについてそのボックスにチェックマークを付けて再テストしましたが、問題は解決しませんでした。次に、これらのマージモジュールが実際にハードディスクのどこに配置されているかを調べました。プロパティダイアログには、実行時に{ProductGUID}<DISK1TARGET>に解決されると書かれています。テストマシンを見ると、4つのマージモジュールすべてが同じ場所に書き込んでいるように見え、それによって互いのMSIファイルが上書きされていました。C:\Program Files\InstallShield Installation Information\

これを回避するために、各マージモジュールを編集して、一意のパス<DISK1TARGET>\{Name}にキャッシュしました。コンパイルして再度テストしたところ、各マージモジュールが実際に一意のサブフォルダーに保存されていることがわかります。ただし、アップグレードしても、4つのエラー1706メッセージすべてが引き続き表示されます。

誰かアイデアはありますか？明らかな何かが欠けていると確信していますが、それはどこにも文書化されていないようです。:-)

アップデート：

InstallShieldフォーラムの多くの投稿によると、InstallShieldは、InstallScriptプロジェクトをビルドするたびに、埋め込まれたMSIごとに新しい製品GUIDを生成するようです。更新プロセス中に、InstallShieldエンジンはターゲットマシンにキャッシュされた各MSIファイルを新しいバージョンで上書きしますが、それらを実行する場合、Windowsインストーラーは「これは新しい製品です。古い製品のMSIはどこにあるので、それをアンインストールできますか？」、したがってエラー。

ビルドごとに組み込みMSIごとに製品GUIDを再生成しないようにInstallShieldに指示することはできますか？確かに、この動作は、マージモジュールをInstallScriptプロジェクトに埋め込むというアイデア全体を嘲笑しますか？:-(

asp.net 3.5 を使用して開発された非常に巨大な Web アプリケーションがあり、IIS 6 および 7 にアプリケーションを展開するために使用するインストーラー パッケージを準備する必要があります。Wix と Installsheild 2010 (pro) について多くの調査を行いました。決定を下す前にアドバイスが必要です。installsheild はライセンスに関してかなりの費用がかかることに気付きましたが、私にとっては十分な予算があるので問題にはなりません。インストーラーは次のプロセスを実行できる必要があります。

• 公開された Web リソース (aspx など) をデプロイします。

• 仮想ディレクトリを作成します。

• SQL サーバーにデータベースを作成し、いくつかの初期化スクリプトを実行します。

• XML ファイルと web.config ファイルを変更します。

• 仮想ディレクトリ内のファイルへの書き込みを許可するパーミッションを設定します。

どちらのテクノロジでも上記のシナリオを実行できることがわかりましたが、個人的な経験とアドバイスを得たいと思います。