問題タブ [windows-installer]

ここで説明する手順を使用して、Visual Studio セットアップ プロジェクトのカスタム ダイアログを作成しました。

これで、ダイアログの 1 つにコンボボックスができました。ローカル ネットワークで実行されているすべての SQL Server インスタンスのリストをコンボ ボックスに入力したいと考えています。サーバーリストを取得するのは簡単ですが、コンボボックスに表示する方法が完全にわかりません。私は初心者なので、いくつかのコードもいいかもしれません:)。

Visual Studio でクイック セットアップ プログラムを作成していて、バナー ビットマップを変更したいと考えていました。新しいバナー画像の理想的な (または必要な) 寸法を知っている人はいますか? ありがとう。

Microsoft.Web.Services3（WSE 3.0）DLLを含めたいセットアップに取り組んでいます。ただし、私は通常、Microsoftの再配布可能ファイルを使用する場合を除いて、インストールにMicrosoftDLLを含めるのは好きではありません。Microsoftから入手可能な開発者とredistインストールパッケージの両方があります。

したがって、ベストプラクティスとして、インストールに単一のDLLを含めるか、WSE 3.0インストールの1つを参照する必要がありますか（まだインストールされていない場合）？

Project Server の機能を拡張するアプリケーションをインストールするために、Visual Studio Web セットアップ プロジェクトを使用しています。セットアップ プロジェクトのカスタム アクションの 1 つから PSI (Project Server Interface) のメソッドを呼び出したいのですが、毎回 "401 Unauthorized access" エラーが発生します。PSI にアクセスするにはどうすればよいですか? コンソール アプリケーションから同じコードを使用すると、問題なく動作します。

従来MSIファイルとして出荷されていた製品があります。これは、さまざまなクライアントによって、ある種のSMSプッシュを介して数千のデスクトップに展開されます。これらのインストーラーを作成するために使用するソフトウェアは、非常に長くなっており、置き換えを検討しています。多くのオペレーティングシステムをサポートしているため、ほとんどの製品でInstallAnywhereをすでに標準化しています。残念ながら、InstallAnywhereはMSIファイルを生成できません。

SMSがMSIファイルを使用する必要があるのか​​、それとも他の種類のインストーラー（.exe）を処理できるのか疑問に思っています。そうでない場合、MSIファイルを作成するためのオープンソースプログラムはありますか？

ここで、作業中の MSI 展開に問題があります ( InstallShieldを使用)。ユーザーごとに実行する必要があるプログラムがバックグラウンドで実行されており、ユーザーの介入なしに自動的に開始する必要があります。

問題は、グループ ポリシー オブジェクト/ Active Directory (GPO/AD) の展開にあり、アプリケーションは、ログインしようとしているユーザーとしてではなく、誰かがログインする前にシステム コンテキストで開始されます。アプリケーションは、ユーザーごとに 1 回しか実行できません。 SYSTEM プロセスが USER プロセスの開始を妨げているようです。これは、ソフトウェアをユーザーに展開する前に、PC を 2 回再起動する必要があることを意味します。どうすればこれを止めることができますか?

基本的に現在のワークフローは次のとおりです。

1. インストール/アップグレードが実行されます... バックグラウンド アプリケーションを強制終了します
2. 新しいファイルをインストールする
3. バックグラウンドアプリケーションの起動

これは、公開されたアプリケーションとインタラクティブなMSIインストールで機能します。問題があると思われるのは、「割り当てられた」アプリケーションのみです。ステップ3は、ユーザーコンテキストではなくSYSTEMコンテキストで発生するため:(

理想的には、システム コンテキストでの起動を防ぐために開発チームに EXE ファイルにパッチを当ててもらいたいのですが、それはリリース サイクルが先なので、暫定的にインストーラー ベースのソリューションを探しています。

（私はInstallscriptを知りません...だから、私が使用できるネイティブのInstallShieldのものがない場合、VBScriptがおそらく行くべき道だと思います。）

インストーラーにカスタムインストールアクションを追加して、インストールディレクトリの1つをSystemPATH環境変数に追加しました。インストーラーを実行した後、PATH変数は変更を反映しますが（コントロールパネル::システムアプレットからアクセスした場合）、新しいコマンドシェルを起動すると、PATH変数は変更を反映しません。私が失敗していることがありますか、それはこれを引き起こしますか？

デプロイして頻繁に更新したい MSI を構築しました。残念ながら、MSI をインストールしてから同じ MSI の新しいバージョンをインストールしようとすると、「この製品の別のバージョンが既にインストールされています。このバージョンのインストールを続行できません...」というメッセージが表示されて失敗します。MSI は、Visual Studio 2008 セットアップ プロジェクトで構築されました。新しいバージョンが古いインストールを上書きするようにするために、「以前のバージョンの削除」プロパティを true と false の両方に設定しようとしましたが、何も機能しませんでした。以前の会社では、Wise および Advanced Installer によってビルドされたインストーラーでこの問題が発生しなかったことを知っています。不足している設定はありますか? または、目的の機能が VS 2008 セットアップ プロジェクトでサポートされていませんか?

Visual Studio 2005でwinformsアプリに取り組んでおり、作成したセットアッププロジェクトは、MSIとEXEの両方を出力します。EXEなしでインストールできるため、EXEファイルの用途がわかりません。

インストーラーの1つ（msi）がエラーコード2908を返すという問題が発生しました。これは、アセンブリの登録に失敗したことを示すために使用されます。インストールの後半で、次の（サニタイズされた）エラーが発生します。

MyAssemblyName、version = "1.0.1.1"、culture = "neutral"、publicKeyToken="119EFC79848A50"。詳細については、ヘルプとサポートを参照してください。HRESULT：0x8002802F。

アセンブリは、ほとんどのシステムで正しく登録されます。他の誰かがこの問題に遭遇しましたか？どのようにそれを解決しましたか？