問題タブ [orca]

アプリのバージョンを 1.1.1 から 1.1.2 (たとえば) にアップグレードしています。VS2005 を使用してアプリケーションのセットアップ プロジェクトを作成し、新しいバージョン 1.1.2 をインストールする前に、以前のバージョン (1.1.1) で実行されているサービスをプログラムで終了するカスタム アクションを追加しました。

ただし、「InstallValidate」はカスタム アクションの前に発生します。

したがって、ORCA を使用してシーケンスを変更する必要があります。つまり、InstallValidate を実行する前にカスタム アクションを実行する必要があります。

カスタムアクションの後に「InstallValidate」を実行するための詳細な手順を教えてください。

MSI データベース操作は初めてです。

よろしくお願いします。

こんにちは、アプリケーションをアップグレードしています。私の新しいバージョンのアプリは、古いバージョンの上にインストールする必要があります。ただし、古いバージョンでは Windows サービスが実行されます。Installer クラスの OnBeforeInstall() メソッドをオーバーライドし、stopService コードを含めることで、このサービスを停止したいと考えています。

こんにちは、VS2005 セットアップ プロジェクトがあります。セットアップ プロジェクトのカスタム アクションにインストーラー クラスのプライマリ出力を含めました。

しかし、ORCA ツールを使用して「InstallValidate」の前にこの「カスタム アクション」を導入したいと考えています。

「カスタム アクション」テーブルまたは「InstallExecuteSequence」テーブルでカスタム アクションを識別する方法がわかりません。

PLz助けてください。

ありがとうございます。

VisualStudio2005インストーラーで記述されたインストーラーソリューションがあります。これはC＃カスタムアクションを呼び出し、アップグレード時に、Windowsがカスタムアクションdllのキャッシュバージョンを実行しているため、新しいコードではなく古いインストールコードが実行されるという事実に関して、既知の問題が発生しました。私たちはこれを知っており、それについては月を越えていませんが、先に進みました。

新しいバージョンのインストーラーをリリースし、ユーザーがそれを実行するときに、より古いバージョンがインストールされているかどうかを確認する必要があります。[プログラムの追加と削除]を使用して古いバージョンを削除する必要があることを通知するメッセージを表示します。手動でアンインストールしてからインストールするかどうかはわかっていますが、すべて問題なく、ダンディです。ただし、ドキュメントを介してユーザーに何度伝えるかは問題ではありません。これが彼らがしなければならないことです-彼らはまだ古いバージョンを最初に削除せずに、新しいインストーラーを実行しようとします。

ですから、メッセージを出して、言われた通りに強制したいです!! 一部のインストーラーがこれを行うのを見てきました（もちろん、これらを作成するためにどのインストーラーパッケージが使用されたかはわかりませんが）。VS2005ともちろんorcaしかありません!!

乾杯、

クリス。

現在、MSIファイルのビルドにはWiXを使用しているため、これまでに使用したMSIビルダーはWiXだけです。ただし、VisualStudioでネイティブにインストーラーをビルドできることは知っています。WiXとWindowsインストーラーの使用の違いは何ですか？また、それぞれの長所と短所は何ですか？

Orca を使用して、msx​​ml6.msi をネストされたパッケージとして vs 2005 セットアップ (Based.msi) に追加する方法は? この手順http://support.microsoft.com/kb/306439を既に使用しましたが、msxml6.msi のインストールが開始されませんでした。

私のインストーラーには、ようこそ画面が表示される前に実行され、インストーラーが機能するために必要な情報を収集する非同期 dll カスタム アクションがあります。以前は同期として設定していましたが、約 15 秒以上 (コンピューターによって異なります) ウェルカム画面が表示されません。そこで、非同期に変更してウェルカム画面を表示できるようにしました。これは私が望んでいるものです。

しかし、CA が ERROR_SUCCESS を返すまで [次へ] ボタンを無効にしたいと考えています。

Orca で MSI を編集してこれを行うことはできますか? それが私の好みです。それ以外の場合、別のカスタム アクション内からこれを行うことはできますか?

ありがとう！

Microsoft インストーラー アップデート (MSP) をビルドしようとしていますが、アップデート インストーラーに元のインストールからファイルを削除させたいと考えています。

新しい msi を正常に作成しました。これを Orca.exe で表示すると、RemoveFile テーブルに正しいエントリが含まれていることがわかりますが、*.msp ファイルを生成して実行すると、削除を要求されたファイルがまだ残っています...

誰かが助けることができれば、それは大歓迎です。

Windowsでcscript.exeを使用して変更できることを知っています。cscriptのような機能を提供するLinuxプログラムはありますか？または、Linuxでデータベースを変更する他の方法はありますか？

Windowsインストーラパッケージ（* .msiインストーラ）からスタートメニューエントリを動的に変更したいと思います。（Tortoise Git、Graphviz）つまり、NSISインストーラーを使用してインストールするときに、エントリを変更するためのスイッチなどが必要です。

これまで、orcaエディターを使用してWindowsインストーラーを変更しました。しかし、NSISでインストールしている間は変更できないため、静的ソリューションと言えます。

私は大きな問題を抱えています：

古いアプリケーション App1.0.exe があります。このアプリケーションには、App1.0.exe.config (アプリ構成) というファイルがあります。今、私はバージョン 2.0 を作成しました。新しいバージョンでは、Appconfig にさまざまな Appsettings があります。私の質問は、更新インストールを行うときに古い Appconfig を保存するにはどうすればよいですか?

この問題を解決しようとして失敗しました:

-BeforeInstall イベントで古い構成を読み取り、コンテキスト パラメーターに保存して、Afterinstall イベントで新しい構成を書き込みます。- BeforeInstall は新しい構成を読み取ります (古い構成は削除されます)。- 新しい Appconfig をコピーしないで、新しい appconfig を含む AppConfigUpdate.config などの別の名前のファイルをコピーします。インストール後のイベントで、古い構成を File.Move() で保存します。今、私たちは持っています:

-Appconfig.exe.config_Original

-AppconfigUpdate.config

.config_Original を読み取り、AppConfigUpdate.config にパラメーターを書き込み、これの名前を Appconfig.exe.config に変更するよりも

私の問題は、msi に、RemoveExistingProducts というカスタム アクションを実行した後に実行される標準アクションがあることです。したがって、インストーラーをデバッグすると、customaction の最後に古い構成の .config_original と、古い構成からの正しいパラメーターを含む新しい構成の .config が表示されます。しかし、私のカスタム アクションの後、インストールは .config を削除し、.config_original だけが残ります。

RemoveExistingProducts は、更新パッケージで配信されなかったすべてのファイルを削除すると思います。しかし、元の構成が上書きされ、すべてのパラメーターが失われるため、.config を配信できません。

私は現在、この問題に 3 日以上取り組んでおり、あなたの助けが本当に必要です。この問題を解決する方法のアイデアが不足しています。おそらく、あなたの誰かが同様の問題を抱えていましたか?

私の悪い英語でごめんなさい。よろしくお願いします