問題タブ [wix3]

Wixセットアップでプラグインをインストールしたい。コンピューターには、より多くのバージョンのアプリケーションがインストールされている可能性があるため、ユーザーはどちらのバージョンを使用するかを決定する必要があります。アプリケーションは、次のようにレジストリに書き込まれます。

HKLM \ Software \ Company \ Application \Version...。

これは、キーHKLM \ Software \ Company \ Applicationに直接の値がなく、RegistryKey.GetSubKeyNamesを使用してC＃で何が行われるかを子に要求する必要があることを意味します。

質問1：

CustomActionなしでこれらのサブキー名を読み取る方法はありますか？

私はその可能性を見つけられなかったので、カスタムアクションでそれを行いました。

質問2：

しかし、CustomActionで見つかった結果をwxsのプロパティとして設定するにはどうすればよいですか？出来ますか？

あなたが私を助けることができれば、私はとても幸せになるでしょう...

さようなら、Ivo

かなり大きなプロジェクトで WiX (3.0.3815.0) を使用しています。ある種のソースからエラー要素を生成するコード生成を実行したいと考えています (目的: C でコンパイルされた CA と MSI の両方がエラー文字列を確認し、ID を知る必要があります)。私はこのようなものを生成します:

ビルド中は、他の .wxs ファイルを使用するのと同じように使用します。candle.exe を呼び出して gen.wixobj を取得し、それを他の wixobj と共に light.exe に渡します。

問題: WiX は、結果の MSI エラー テーブルにエラー行を含めません (Orca で検証済み)。

醜い回避策: Error="28002" でカスタム アクションを追加すると、ファイル全体が MSI に含まれます。

これに詳しい人はいますか？醜くない解決策はありますか？

WiX によって生成された MSI を使用した .NET デスクトップ アプリケーションの配布を検討しています。

これまでのところ、うまく機能しています。しかし、いくつか質問があります。グーグルでは解決できません。

Windowsの起動時に(WiXで)起動するようにアプリケーションを登録するための推奨される方法は何ですか?

どの WixUI をどのように使用できますか?

ノート：

• アプリケーションは Windows サービスではないため、そのように登録しないでください。
• ユーザーがセットアップ プロセスでそのオプションを無効にできるようにするとよいでしょう。

前もって感謝します！

これは、Windows 2008 でICEの実行中に自動ビルド スイートによってスローされるエラーです ( WiX 2.0 から WiX 3.0 への移行後)。

LGHT0217: ICE アクション 'ICE01' の実行中にエラーが発生しました。この種の ICE 障害の最も一般的な原因は、正しく登録されていないスクリプト エンジンです。この問題の詳細と解決方法については、http://wix.sourceforge.net/faq.html#Error217を参照してください。次の文字列形式は、外部 UI メッセージ ロガーで予期されていませんでした:「Windows インストーラー サービスにアクセスできませんでした。これは、Windows インストーラーが正しくインストールされていない場合に発生する可能性があります。サポート担当者に連絡してください。」. light.exe(0, 0) 内

さらに、これらはイベント ログに表示されるエラーです。

MSIInstaller: サーバーへの接続に失敗しました。エラー: 0x80070005 製品: [ProductName] -- エラー 1719。Windows インストーラ サービスにアクセスできませんでした。これは、Windows インストーラーが正しくインストールされていない場合に発生する可能性があります。サポート担当者に連絡して支援を受けてください。

直感的に:

• VBScriptとJScriptは、admin の下に登録されました。
• 統合サービスには、デスクトップ操作とすべてのファイルに対する権限があります
• ビルドは、別のユーザーまたは統合アカウントとしてログインしているユーザー ( RDP経由)によって同じマシンで手動で実行された場合に成功します。

私はこれまでのところアイデアがありません。

ICE 検証を維持しながら、この問題を解決するにはどうすればよいですか?

\MyApp にファイルをインストールしています。これらのファイルのいくつかを GAC に追加したいと考えています。これを達成するために、File 要素 (アセンブリが .net に設定されている) のソース属性でインストールされた場所を参照するにはどうすればよいですか?

編集 >>>

いくつかのことを明確にするだけです。

Wix 3を使用してmsiを生成すると、追加されるdllは.net dllです

上記のセグメントは、別のディレクトリとコンポーネント内にあります

ファイルをGACに追加するために新しいファイル要素を追加したい

概要: : WiX スクリプト コード内から REINSTALLMODE=v スイッチ (msiexec に渡される) を検出して無効にすることは可能ですか?

話。

当社のソフトウェアは、MSI マイナー アップグレードで提供される自動更新を使用しています (自動的にダウンロードされ、REINSTALL=ALL REINSTALLMODE=vomus として呼び出されます)。これはバージョン 1.x でした。

明らかに、マイナー アップグレードにはかなりの制限があるため、最近、自動化された展開と更新プロセス全体をクリーンアップしました。バージョン 2.x では、自動生成された MSI パッケージをメジャー アップグレードと共に使用しています (WiX3 の推奨に従って)。2.x バージョン間でアップグレードする場合、すべての更新は問題なく機能します。

しかし、1.x のユーザーが 2.x に更新されても、msiexec に渡される v スイッチのため、実際には何も起こりません。それを抑えることは可能ですか？

私は私たちの製品のためにWiXでMSIを作っています。この製品は、いくつかのオプションのアセンブリをモジュールとしてロードします。これにより、dllをディレクトリにドロップして、もう少し課金することができます。

ここで、すべての可能なモジュールアセンブリを含み、存在するファイルのみをアップグレードし、不足しているファイルをインストールしない、共通のメジャーアップグレードMSIを作成したいと思います。どうすればこれを達成できますか？

チェックボックスが WIX アプリケーションで選択されたかどうかに基づいて ServiceDependency を含めることは可能ですか?

WiX 3.0 経由でアプリケーションのインストーラーを取得しようとしています。正確なコードは次のとおりです。

なんらかの理由で、「サービスのインストール」ステップで LocalService が失敗し、「LocalSystem」に変更すると、サービスを開始しようとしてインストーラーがタイムアウトします。

このサービスは、手動およびシステムの起動時に正常に開始され、すべての意図と目的に対してうまく機能します. LocalService のすぐ下でサービスを動作させるには問題があると聞きましたが、Google は実際には役に立っていません。

インストール中にこのサービスをセットアップして開始するだけです。何か助けはありますか？ありがとう！