問題タブ [dotnetinstaller]

レジストリを使用して、Windowsインストーラバージョン4.5がターゲットマシンにインストールされているかどうかを確認するにはどうすればよいですか。

インストーラーのブートストラッパーでこの情報を使用し、WI 4.5がまだインストールされていない場合は、インストールを終了する必要があります。

HKEY_LOCAL_MACHINE \ Software \ Microsoft \ Windows \ CurrentVersion \ InstallerLocationを確認しましたが、そのバージョンに関する情報はありません。

ご意見をお聞かせください。ありがとう！

これが私が使用しているインストーラービルダー、バージョン1.10です：http： //dotnetinstaller.codeplex.com/

構成ファイルには、複数のセットアップ構成があります。作成されたブートストラッパーの場合、各構成（最後の構成を除く）に「スキップ」ボタンがあります。このボタンの表示を停止できますか？どのように？

どうもありがとうございます。

サイモン

標準ユーザー アカウントを使用してログインした Windows 7 Starter を実行しているネットブックでインストーラーをテストしたところ、これまでに遭遇したことのないいくつかの問題に気付きました。

ユーザーは標準ユーザーとして実行しているため、管理者アカウントの詳細を求めるプロンプトが表示されます。これで問題なく、インストーラーを開始できます。ユーザーが現在のユーザーまたはすべてのユーザーのソフトウェアをインストールするかどうかを選択し、現在のユーザーを選択すると、次のようになります。

• ショートカット (デスクトップおよびアプリケーション メニュー) は、標準ユーザー用ではなく、管理者アカウント用に作成されます。標準ユーザー アカウントからログアウトし、管理者アカウントとしてログインすると、ショートカットが正しく表示されました。これは私が期待したものではありません。

• このマシンでアンインストールすると、インストーラーによって作成されたレジストリ キーも残ります。この動作は、私が試したデスクトップでは発生しませんでした。

注意すべきことの 1 つ (ただし、このシナリオには実際には影響しません) は、ブートストラップ自体が Visual Studio 2010 セットアップ実行可能ファイル (私のアプリケーション) を呼び出す前に、dotNetInstallerを使用して、アプリケーションを実行する必要があるいくつかの前提条件 (Sql Compact DB 3.5) をブートストラップすることです。 .

標準ユーザーがログインしていて、私の製品をインストールしようとする場合、管理者の資格情報を入力し、現在のユーザーのインストールを選択します。管理者アカウントではなく、標準ユーザー アカウントのショートカットをインストールするにはどうすればよいですか?

また、セットアップ プロジェクトの一部として作成されたレジストリ エントリが、ユーザーがこの PC でプログラムを (プログラムの追加/削除によって) 削除したときに、それ自体を削除しないのはなぜですか? このネットブックの Windows インストールが何らかの形で破損していませんか?

vb.netで作成したプログラムのユーザーごとのインストールを作成しようとしています

インストールされていない場合はダウンロードする前提条件として.net 4があります

問題が発生するのは管理者権限です。管理者/昇格されたユーザーとしてフレームワークをインストールし、現在のユーザーとしてアプリケーションをインストールする方法があるので、基本的に

ユーザーがブートストラップを起動 -> 前提条件として管理者として実行 -> アプリケーションは現在の制限付きユーザーとして実行されます。

Wix (3.5) を使用してアプリケーションのインストーラーを作成してから、dotNetInstaller を使用してブートストラップし、前提条件を処理します。

管理者が制限付きユーザー プロファイルからアプリケーションをインストールする場合、彼はインストールを引き継ぎます。これは望ましくありませんが、.net がインストールされていない場合、管理者はこれを行う必要があります。

管理者は前提条件をインストールしてからブートストラッパーを閉じ、ユーザーはアプリケーションをインストールできますが、これは良いアイデアとは思えません。

誰でもできるヘルプ/アドバイスに感謝します。

Word 用の C# アドイン用にかなり複雑なインストーラーを作成する必要があります。私はこれをほぼ2日間調査してきましたが、必要なすべてを実行できるものをまだ見つけていません.

ここでの主な問題は、前提条件に関する制約によるものです。メインインストーラーを小さく保つために、それらをメインインストーラーに含めてはいけません。そのため、ダウンロードする必要があります。さらに、ユーザーを煩わすことなくサイレント インストールする必要があります。プログレス バーなどを表示しても問題ありませんが、ユーザーの入力は必要ありません。

Windows Installer、Inno、bootstrapper パッケージ、および dotNetInstaller について読んだ後、後者がこの範囲に最適であるという結論に最終的に達しました。ただし、まだ解決していない厄介な欠点があります。前提条件のチェックです。

Microsoft 再頒布可能ファイルがインストールされているかどうかを確認する標準的な方法はありますか? アドインには次のコンポーネントが必要です。

• Windows インストーラー 3.1
• .Net フレームワーク 3.5
• ぴあ
• VSTO

さらに、これらのコンポーネントの直接の URL を見つけることができませんでした。VSのWindowsセットアップがどのようにそれらを取得するのか疑問に思っています。

最後の手段として、どこかにホストして既知の場所に配置することもできますが、それは避けたいと思います。

dotNetInstallerツールを使用してbootstrpperを作成しました。作成されたブートストラッパーには、内部に次のインストーラーがあります。

1. .NET Framework 4.0
2. SQL Server Express

WiXを介して、WiXから上記のBootstrapperを呼び出すために実行する必要のある手順は何ですか？

Postgresql9.1のような前提条件を追加するためにbootstrapperを使用しdotNetInstallerています。bootstapperからpostgresqlをサイレントにインストールしたいと思います。

DotnetInstallerの構成ファイルの*executablesセクションに以下のコマンドを追加しました。

エラーが発生しました：

オプションが必要ですが、「/qn」を取得しました。オプションは先頭から始まります--...。

postgresqlのサイレントインストールオプションを教えてください

Microsoft SQL Server 2005 Backward Compatibility Componentsを必要とするアプリケーション用にdotNetInstallerを使用してブートストラップを作成しようとしています。ビルド済みのコンポーネントを使用してそのチェックを追加しました。

Microsoft SQL Server 2005 Backward Compatibility Componentsをインストールする前に、SQL Server 2008 のインストールを確認する必要があることに気付くまでは、すべて問題ありませんでした。

Microsoft のダウンロード ページで、Microsoft SQL Server 2005 Backward Compatibility Componentsのシステム要件を再確認しましたが、マシンに SQL Server 2008 をインストールする必要があるとは記載されていませんでした。

Microsoft SQL Server 2005 下位互換性コンポーネント用に SQL Server 2008 をインストールする必要がある場合は、SQL Server 2008 がインストールされているかどうかを確認します。インストールされていない場合は、Microsoft SQL Server 2005 下位互換性コンポーネントのインストールをスキップして、製品のインストールを続行します。

dotNetInstaller bootStrapper の実行中に、レジストリ キーが見つからない場合にインストール プロセスを終了するという非常に基本的な要件があります。WebApplication をインストールしていますが、IIS が存在しない場合にインストールを失敗させたいと考えています。

しかし、それは機能していません。これが私の構成ファイルです。

dotNetInstaller 2.1.528 の使用

前提条件と MSI の両方の昇格

以下のリンクで詳しく説明されているように、dotNetInstaller ブートストラップを使用する場合: 「Runtime」セクションで、「administrator_required」を「True」に設定すると、dotNetInstaller がコンポーネントを昇格できるようになります。

• そのため、ユーザーが「管理者として実行」でインストーラーを実行しなくても、administrator_required が true の場合、.NET 4 前提条件のインストールが機能し始めます。

• しかし、今では msi も昇格された権限で実行されています! ユーザーごと/非昇格インストール用に構築されており、msi を直接実行すると、昇格なしで正常にインストールされます (WiX で構築)。

dotNetInstaller: インストール時の UAC 昇格 http://code.dblock.org/dotnetinstaller-uac-elevation-on-install

dotNetInstaller 2.0 を構成して、カスタム前提条件をインストールし、昇格された特権でカスタム exe を実行します。 http://geekswithblogs.net/JaydPage/archive/2011/03/31/configuring-dotnetinstaler-2.0-to-install-custom-prerequisites-and-then-run.aspx

MSI ではなく前提条件のみを昇格させる方法は?

私の .msi はマシンごとではなくユーザーごとであり、.NET 4 の前提条件が既にインストールされている場合、昇格はまったく必要ありません。

• また、(ユーザーごとの) msi の不必要な昇格には、アンインストールのために昇格が必要になるというさらなる影響があります。

• 選択性を実現する方法 - .NET 4 インストーラーを昇格させますが、アプリケーションの msi は昇格させませんか?