問題タブ [merge-module]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
merge-module - VC マージ モジュールが更新されない
私はしばらく前に問題を投稿しました:
https://stackoverflow.com/questions/16123872/visual-c-runtime-8-0-50727-6910-merge-module
マージ モジュールの特定のバージョンを見つけることができるという問題がありました。
その後、Visual Studio 2005 と 2008 の両方の SP1 を再インストールしようとしましたが、両方のランタイム (8 と 9) のマージ モジュールが (C:\Program Files (x86)\Common Files\Merge Modules) で正しく更新されません。そこにある唯一の VC マージ モジュールは、元の 8 および 9 モジュールです。
Windows 8 Enterprise x64 を実行しています。Windows 8 の Visual Studio 更新プロセスで VC8/9 マージ モジュールが正しく更新されないという問題を知っている人はいますか?
wix - インストール時またはアンインストール時にのみ実行されるカスタム アクションを WiX で実行するにはどうすればよいですか?
2 つのカスタム アクションがあります。1 つは製品のインストール時、もう 1 つはアンインストール時に実行します。
カスタム アクションは現在、"InstallFinalize" の後にマージ モジュールから呼び出されますが、これはインストールとアンインストールの両方で発生します。「NOT INSTALLED AND NOT UPGRADINGPRODUCTCODE」条件を追加しようとしましたが、エラーが発生しました。
エラー 2762。スクリプト レコードを書き込めません。取引が開始されていません。
他のアクション (UnpublishComponents など) へのアタッチも試みましたが、インストールまたはアンインストールに固有のものは見つかりません。
この問題を解決するにはどうすればよいですか?
.net - 遅延カスタム アクションでインストール場所のプロパティを取得できません
リンクを読んだ後、このコードを書きました: http://blogs.technet.com/b/alexshev/archive/2008/03/25/property-does-not-exist-or-empty-when-accessed-from-遅延カスタム アクション.aspx
の代わりにInstallDir - PRIMARYFOLDER
、INSTALLLOCATION、InstallDir、TargetDir を試しましたが、ProgramFiles(x86) の下にあるアプリケーションに指定されたインストール フォルダーを取得できません。
の値は、SourceDir
実行中に MSI ファイルが配置されている適切な値として出てきます。
windows-installer - Installshield MSI - パッチでマージ モジュールをアンインストールします
InstallShield および BasicMSI の新機能。
マージ モジュール (ライセンス ソフトウェア) を含む基本インストールがあります。マージ モジュールを介して提供されなくなりましたが、前提条件となっている新しいバージョンのライセンス ソフトウェアを含む、一部のソフトウェアを更新するためのパッチをリリースしています。
新しい前提条件を正しくインストールすることはできますが、マージ モジュールを介してインストールされた以前のバージョンをアンインストールする方法がわかりません。ライセンス ソフトウェアの新しいバージョンは新しいファイルの場所にインストールされるため、古いバージョンが「上書き」されることはありません。
任意の提案/アイデアをいただければ幸いです。
乾杯
c# - C# アプリケーション用の単純なインストーラーとマージ モジュールを作成する WiX
私はソフトウェア開発に不慣れです(プログラミングではありませんが)。私は商用リリース用の最初のアプリケーションを提供する過程にあり、シングルクリックのインストーラー パッケージが必要です。私はいくつかの解決策を調べました.C#で独自にコーディングしました(基本的に、3つのフォルダーをそれぞれの宛先に取得するだけです)が、いくつかのIOライブラリをバンドルする際にいくつかの問題に遭遇しました. Visual Studio Express 2012 を使用しているため、InstallShield モジュールを使用できません。私は WiX を見つけました。オンラインでいくつかのチュートリアルがありますが、このサービスの学習曲線はかなり高く、かなり混乱していると言って間違いありません。
私は3つのフォルダを持っています:
- myApplication2013 フォルダー
- myApplication2014 フォルダー
- System.Data.SQLite.dll
私のC#コードのロジックは次のとおりです。
ターゲットの場所は、ターゲットの場所と同様に、.msi によって指定されます。
- myApplication-2013 は次のとおりです。
C:\\ProgramData\\Autodesk\\REVIT\\Addins\\2013
- myApplication-2014 は次のとおりです。
C:\\ProgramData\\Autodesk\\REVIT\\Addins\\2014
- System.Data.SQLite.dll は次のとおりです。
C:\\Windows\\Microsoft.NET\\assembly\\GAC_64
インストーラーが実際に行うことは、ソース フォルダー/ファイル (上記の 3 つから) を取得し、それらを文字通りターゲットの場所にコピーすることです。これは、私の C# スクリプトが行うことでもあります (ただし、IO ライブラリを使用します)。WiX に必要な手順は何ですか? 私はとても混乱しています。
マージ モジュールも作成する必要があります。
ありがとうございました。
c# - Visual Studio 2013 の MSM マージ モジュール
MSM ファイルを作成するためのリソースがどこにあるか教えてください。InstallShield を使用して MSI ファイルを作成することはできますが、以下のリンクと私のバージョンの Visual Studio 2013 のスクリーンショットから判断すると、Visual Studio はマージ モジュール プロジェクトをサポートしていないようです - http://msdn.microsoft.com/en -us/library/z6z02ts5(v=vs.80).aspx
新しいマージ モジュール プロジェクトを作成するには:
- [ファイル] メニューで [追加] をポイントし、[新しいプロジェクト] をクリックします。
- 表示される [新しいプロジェクトの追加] ダイアログ ボックスの [プロジェクト タイプ] ペインで、[その他のプロジェクト タイプ] ノードを開き、[セットアップおよび配置プロジェクト] を選択します。
- [テンプレート] ペインで、[Merge Module Project] を選択します。
com - WIX - アンインストール中に COM コンポーネントを登録解除する
インストール中に登録する COM コンポーネントがいくつかあります。これらの COM コンポーネントは、私の WIX プロジェクトに含めたマージ モジュールの一部です。以下のコードを使用して登録しました
コンポーネントが正常に登録されました。ただし、アンインストール中に、これらの COM コンポーネントは登録解除されませんでした。アンインストール前に SharedDLL Count が 1 の場合、これらのコンポーネントが登録解除されていることを確認するにはどうすればよいですか?
wix - マージ モジュールでメイン セットアップのディレクトリを使用する
マージ モジュールのコンテンツを、メイン セットアップで設定された特別な (サブ) フォルダーにインストールする必要があります。現在、すべてのセットアップには特別な名前 (「PROGDIR」など) のディレクトリが含まれており、InstallShield のダイレクト エディターを使用するため、マージ モジュールのディレクトリに同じ名前を付けます。マージ中に、マージモジュールのディレクトリが上書き/破棄されます(魔法と呼んでください、ハックと呼んでください、それは醜いです...)。
InstallShield でマージ モジュールに触れてコンポーネントをいじったり、[ファイルとフォルダー] タブを使用したりするたびに、IS がマージ モジュール GUID をディレクトリ識別子に追加し、すべてが機能しなくなる (PROGDIR -> PROGDIR. 1234ABC...)
マージ モジュールを段階的に WiX に移行したいと考えています。主な設定はまだ従うことができず、変更する必要はありません。
以前と同じハックを使用するために、WiX がディレクトリ識別子に GUID を自動的に追加するのを防ぐことはできますか? または、メインのセットアップを変更せずに、よりクリーンなソリューションはありますか?
私は置換要素を調べましたが、これがどのように機能するかについて頭を悩ませることはできません。これが何らかの形で役立つ場合は、例をいただければ幸いです...