問題タブ [basic-msi]

修復インストールに元のメディアが必要ないように、インストール ソースをローカル ドライブにコピーするにはどうすればよいですか?

これは基本的な MSI プロジェクトです。

ツール: InstallShield 2009 Premier、基本の MSI プロジェクト

内部ダイアログを追加し、そのダイアログにチェックボックスを追加しました。

チェックボックスがオンになっている場合、セットアップを終了します（または、メッセージボックスを表示します）。

どのように？

installshield 2010 アプリケーションを開発していますが、'テキスト ファイルの変更' と 'xml ファイルの変更' は、条件 ("if" ステートメントなど) の適用がサポートされていないため、構成ファイル (app.config を含む) を変更するのには適していません。 ) xml ファイルの順序が修正されました。

「インストール中の構成変更のベストプラクティス」を提案できる人はいますか?

installshield 2010でInstallScriptをBasicMSIに変換する方法はありますか？

私は純粋な InstallScript プロジェクトを持っていますが、この問題が原因で問題が発生することが判明しました。これは、新しいファイルがインストールされる前に特定のディレクトリを消去する InstallScript を追加することで一時的に解決されましたが、これは理想的ではありません。ただし、この一連のフォーラム投稿は、InstallScript MSI プロジェクトまたは基本の MSI プロジェクトが、アップグレード時に動的にリンクされたファイルの削除を大幅に簡素化することを示しています。

Flexara フォーラムを検索すると、InstallScript MSI プロジェクト タイプに反対する投稿がたくさんあるので、基本の MSI を調べています。Flexara には、 InstallScript プロジェクトを Basic MSI に変換できる Repackager という製品があるようです。ただし、IS Premier または Admin Studio しか付属していないため、多少の費用がかかります。その道を進む前に、これが機能する可能性が高いという兆候が必要です。

• Repackager ツールを使用して InstallScript から Basic MSI に変換すると、機能が失われる可能性はありますか? スクリプトには、インストールのいくつかのステップで情報を渡すこのようなものを含め、かなりのロジックがあります。また、IS2010 とは別にインストールする必要があったレガシー オブジェクトである InstallShield NT サービス オブジェクトもいくつか使用しています。Repackager が処理しないことが知られている InstallScript プロジェクトの側面はありますか?
• Repackager がプロジェクトを魔法のように変換しない場合、手動で変換を行うために従うことができるガイドはどこかにありますか? 私は、InstallShield のドキュメントとフォーラムがかなり不足していることに気づきました。
• 古い (純粋な InstallScript) バージョンがインストールされているシステムで、結果として得られる基本の MSI インストール パッケージでアップグレード インストールを実行できる方法はありますか? これは本当にボーナスになります。この時点で、完全なアンインストール/再インストールを強制されることになると思います。

(ベーシックMSIプロジェクト)

すべての子が選択解除されたときに親機能を自動的に選択解除したいのですが、installshield IDE でそのオプションが見つかりません。

例:
(機能選択ダイアログ)

特徴A
---特徴A-1
---特徴A-2

A-1 と A-2 がユーザーによって選択解除された場合、A も自動的に選択解除されるようにします。

どうやってやるの？？

XML ファイル (myplatforinfo.config) の値を更新する短いインストール スクリプトを作成しようとしています。

[同様のタスクに関するこの投稿]{http://stackoverflow.com/questions/4129633/how-to-update-attributes-in-an-xml-file-with-installscript} から恥ずべきコードを盗みましたが、私のニーズのためにそれをハッキングしました。

ただし、load メソッドでフォールオーバーしています。助けが必要です!:

理由はわかりません。このファイルは有効な XML ファイルであり、それを使用する .Net コードによって問題なく処理されます。以下に、XML 構成ファイルの単純化されたバージョンを含めました。使用されるヘッダーとタグのみですが、構造は同じです。コメントが含まれていますが、これは InstallShield パーサーに影響しますか?

私は InstallShield 2011 と戦ってまだ少ししか経っていませんが、そのパワーを愛し、開発サポートと明確な UI の欠如を嫌うことを急速に学んでいます。どんな助けでも歓迎します:)。

編集: Michael Urman が親切に指摘したように、XML ドキュメントの読み込みからのブール値の戻り値を正しく処理していませんでした。私はこの編集を行い、スクリプトは「getNamedItem」まで取得して値を設定しています。

これは、設定したいフィールドが名前付きの「値」属性ではないためでしょうか? 私の要素には属性がありませんが、要素の値は「値」という名前の属性であると思われました (笑)。私は間違っていると思いましたか？

さらに編集!! いいえ、それは上記ではありません... node.Value と名前付き要素ルートを試しましたが、どちらの方法でもデバッガーは新しい値の「セッター」行でクラッシュします。組み込み関数を使用する必要があるかもしれないと思います。

基本の MSI プロジェクトとして手動で再作成しようとしている InstallScript プロジェクトがあります。InstallScript プロジェクトの場合、次のメカニズムを通じてビルド時に製品バージョンを取得します。

• Ant はすべてのコンパイル、テストなどを行い、このプロセス中にビルド バージョン番号を取得します。
• Ant は IsCmdBld.exe を呼び出し、ビルド バージョンを環境変数として渡します。
• Installshield には、ビルド バージョンを取得する「環境」タイプのパス変数が構成されています。
• このパス変数は、[一般情報] -> [製品バージョン] フィールドで指定されます。

残念ながら、基本の MSI プロジェクトでは、製品バージョン フィールドにパス変数を使用できないようです。

これは、基本の MSI プロジェクトを使用して各ビルドを行う前に、製品バージョンを常に手動で変更する必要があるということですか? または、InstallShield にバージョンを渡す別の方法はありますか?

基本的なMSIプロジェクトとして手動で再作成することを検討しているInstallScriptプロジェクトがあります。InstallScriptプロジェクトには、動的ファイルリンクを利用し、パス変数で指定された場所にリンクするコンポーネントがいくつかあります。

ただし、Basic MSIプロジェクトでこれを実行しようとすると、「入力したフォルダー名はシステムで有効なフォルダー名ではありません」というエラーが表示されます。これは完全に正しいです-指定されたディレクトリは存在しませんが、インストーラーがコンパイルされる前のビルド時に作成されます。InstallScriptプロジェクトには、現在存在しないディレクトリへの動的リンクについての問題はないようです。基本MSIはそれを拒否します。

（まだ）存在しないディレクトリにリンクする方法はありますか？InstallShieldをなだめるために、これらの場所にダミーフォルダーを作成する必要がありますか？

アンインストールの実行時にカスタム アクションを実行するにはどうすればよいですか? カスタム アクションは基本の MSI プロジェクト内にあり、InstallShield 2010 Premier を使用しています。Install UI Sequence を After SetupProgress に設定し、Install UI Condition を REMOVE="ALL" に設定しようとしましたが、アンインストール プロセス中にアクションが呼び出されません。

どんな助けでも大歓迎です。