問題タブ [orca]

InstallShield 9.0 を使用して作成された既存の MSI があります。この MSI は、いくつかの .NET アセンブリをターゲット インストール ディレクトリにインストールします。

アプリケーションの一部の機能を変更したため、いくつかのアセンブリが変更されました。次に、MSI を編集/更新して、変更された最新のアセンブリを取得します。今それを行う方法は？

Orca を使用できますか? はいの場合、手順/ガイドを見つけることができる便利なリンクを教えてもらえますか?

Orca を使用して MSM (マージ モジュール) の編集をガイドできる人がいれば、それでも構いません。

注: お客様からの奇妙な要求により、既存の MSI を編集する必要があります。それ以外の場合は、パッチをリリースするのが良い選択肢です。

Visual Studio 2010 にセットアップ プロジェクトがあり、ビルド後のイベントで変更してレジストリ値を変更する必要があります。これを行うために MSI トランスフォームを作成できますが、ビルド後に msitran を介して実行すると、そのキーに対応するレジストリ テーブル エントリのレジストリ フィールド値が異なるため失敗します。特定のレジストリ キーを変更する方法が必要です。

特定のキーを検索する変換を作成できますか? レジストリ キーを上書きする新しいエントリを作成するのはどうですか?

正しいアプローチは何ですか？

サードパーティのマージモジュール（MSMファイル）がいくつかあります。残念ながら、MSMを作成したドローンはInstallShieldをクリックしただけで、コンパクトなMSMを作成できなかったと思います。私はMSMを開いて、絶対に必要のないいくつかのInstallShieldカスタムアクションを削除しました-それらはコンソールウィンドウをポップアップし、私のセットアップをひどく肥大化しました。

これらのInstallShieldカスタムアクションバイナリは、Binaryテーブルに保存されました。Orcaを使用してこれらのエントリを削除し、MSMを保存しました。その結果、コンパイルしたMSIファイルが大幅に減少しました。（私はWiXを使用してコンパイルします）。

残念ながら、 Orcaでバイナリテーブルの行を削除した後、MSMファイルのサイズは減少しませんでした。「名前を付けて保存」を使用してMSMファイルに保存しようとしましたが、結果はわずか36 KBで、MSMに必要な実際のファイルも削除されました。7-ZipでMSMファイルの前後を調べると（MSIが使用する内部OLE構造化ストレージを表示するため）、問題のあるデータストリームが実際に削除されたことがわかりますが、ファイル全体は縮小しませんでした。

削除されたカスタムアクションに必要なスペースを再利用するには、MSMファイルを何らかの方法で圧縮する必要があると思います。どうすればよいですか？

（なぜ私は尋ねているのですか？分散ソース管理システムに何かをコミットする前に、これを処理したいと思います。）

展開に Visual Studio セットアップ プロジェクトを使用しています。これはノーノーのように聞こえるかもしれませんが、アンインストーラーが [プログラムの追加と削除] に登録されないようにするための特定の要件があります。セットアップがアンインストーラーを登録しないようにするためにできることはありますか?

他に良いものがなければ、 Orcaベースのソリューションの準備さえできています。

チーム ビルドを使用してビルドされた Visual Studio セットアップ プロジェクトがあります。プロジェクト出力としてインストーラーに既に含まれているアセンブリの複製アセンブリをインストーラーに追加するという非常に厄介な習慣があります。重複がセットアップ プロジェクトから除外されていることを常に確認する必要がありますが、チーム ビルドからの出力には重複したアセンブリが含まれていることがよくあります。これが発生すると、インストールは失敗し、複製をディスクに書き込めないというメッセージが表示されます。これは、正しいものを書き込んだばかりで、ファイル ハンドルをまだ解放していないためです。

Orca では、インストーラーを実行する担当者との合理的な合意を維持するために、インストーラーから重複したアセンブリを削除できると考えています。インストーラーからアセンブリを削除するにはどうすればよいですか?

MSICREATEというプログラムを使用して、ソフトウェアのmsiパッケージを生成します。次に、orcaを使用してmsiパッケージを変換します。問題なく動作しますが、ユーザーはアップデートをインストールする前に既存の製品を削除する必要があります。インストーラーが新しいバージョンまたは異なるバージョンがインストールされていることを認識し、現在のバージョンを削除してから新しいmsiパッケージをインストールするように、msiパッケージを変更したいと思います。

どのようなプロパティテーブルエントリが必要ですか？

=========

以下の答えは、私が元の問題を乗り越えるのに役立ちました。Ciprianの助けに感謝します。私のメジャーアップグレードmsiは現在、既存の製品を削除しますが、製品を完全に再インストールしません。私の製品は、いくつかのテキストファイル、ヘルプファイル、および.exeファイルで構成されています。.exeファイルは再インストールされません。

価値があるものは何でも、orceを使用してmsiに追加したものを要約した回答を以下に追加しました。

インストールの実行時に C:\ProgramData のユーザーのアクセス許可を変更したいと考えています。WRITE パーミッションを追加するだけです。msi テーブルを編集するために vb スクリプトを使用しています。

このクエリは正常に実行され、行が追加されますが、インストーラーは権限を設定していません。ここでは ALL パーミッション設定を使用していますが、一般的な読み取り/書き込みの正しい値が何であるかわかりません。

query = "INSERT INTO LockPermissions( LockObject, Table, User, Permission) VALUES ('COMMONAPPDATAFOLDER', 'Directory', 'Users', 268435456)"

これの実際の例が見つかりません。これはかなり一般的なシナリオに違いありません。COMMONAPPDATAFOLDER は次のようなパスに解決されると思います:

C:\ProgramData\CompanyFoo\Foo 商品名

しかし、よくわかりません。「CompanyFoo」ディレクトリにパーミッションを設定したいのですが、方法がわかりません。

編集: これはカスタム msi アクションではなく、ビルド スクリプト用です。私の問題は、私が installshield のようなインストール フレームワークを使用していないことです。私はビジュアル スタジオ展開プロジェクトの不自由な出力を変更しています。

インストール後にレジストリの変更が必要なパッケージのインストールを合理化しようとしています。代わりに、レジストリの変更を MSI に追加するだけで (コードは記述していません。既存の MSI を編集しようとしているだけです)、それをリモートでデプロイして、それで完了できるようにしたいと考えていました。

これを実行する方法について、誰かが良い例を提供できますか? また、MSI の変更を扱った書籍や、Microsoft が提供するものについて詳細な説明を提供しているサイトについての推奨事項も大歓迎です。

ありがとう、

ORCA を使用して MSI 変換を作成し、MSI の製品コードを変更する方法について、経験やアイデアを持っている人はいますか? インストール パッケージを同じマシンに複数回インストールできるようにする必要があります。どんな助けでも感謝します。ありがとう

複数の重複した VS プロジェクトを作成することなく、同じサーバーに複数回インストールしたい作成した Windows サービスがあります。この目的のために Orca を使用して MSI ファイルを編集する方法はありますか?