問題タブ [deployment-project]

セットアップ プロジェクトをビルドしようとすると、次のエラーが表示されます。

私はグーグルで、少数の開発者が同じ問題を抱えていることを発見しました。実際には、エラーは次のようになります。「あなたのプロジェクトの 1 つで参照が見つかりませんでした。」誰もが (StackOverflow でも) 参照が壊れているプロジェクトを見つける方法を述べています。

1. セットアップ プロジェクトからすべての出力を削除します。
2. エラーが表示されるまで、各プロジェクト出力を個別に追加します。

実行すると、メインの実行可能プロジェクトとメインのクラス ライブラリ プロジェクトで 80004005 エラーが表示されることがわかりました。メインの実行可能プロジェクトはメイン クラス ライブラリ プロジェクトを参照しているため、問題はメイン クラス ライブラリ プロジェクトにあると考えられます。

プロジェクトが見つかったら、すべての参照を削除して再度追加するように言われます (これにより、このエラーの主な原因と思われるパスの問題が修正されます)。実際、適切な測定のために、ソリューション内のすべてのプロジェクトに対してそれを行いました。それでも 80004005 エラーが発生します。

約 5 時間 Google で検索しましたが、他に提案された解決策は見つかりませんでした。私はこのソリューションで 7 つのプロジェクトすべてを作り直すところまで来ています。これには 1 時間ほどかかり、結果を保証するものではありません。

小さなかわいい生き物を神々に捧げ始める前に、提案を歓迎します。

Visual Studio には 4 つのプロジェクト (2 つの Windows フォーム アプリケーション、1 つのクラス ライブラリ、1 つのセットアップ プロジェクト) を持つソリューションがあります。

2 つの Windows フォーム アプリケーションは、両方ともクラス ライブラリ プロジェクトを参照します。

私のセットアップ プロジェクトには、両方の Windows フォーム アプリケーションの主要な出力が含まれており、検出された依存関係にはクラス ライブラリが含まれています。

プライマリ出力の 1 つをアプリケーション フォルダーに配置し、もう 1 つをサブ フォルダーに配置しました。問題は、クラス ライブラリ アセンブリがアプリケーション フォルダー ディレクトリにのみインストールされることですが、サブ ディレクトリにも必要です。そうしないと、Windows フォーム アプリケーションの 1 つが実行されません。両方の場所にインストールするにはどうすればよいですか? アセンブリを手動で追加せずに行うことは可能ですか?

私はアプリケーションを開発していて、デプロイメントプロジェクト（インストーラーを作成する）の助けを借りてそれをデプロイします。

インストーラーの1つのステップで、ユーザーはアプリケーションのインストールフォルダーを変更できます。

別のDLLファイルから使用する必要があるいくつかのファイルがそこに保存されるため、このフォルダーが何であるかを知る必要があります。このインストールフォルダをプログラムで取得するにはどうすればよいですか？

ありがとうございました！

C# アプリケーションのインストールを作成するために、VS 2008 セットアップ プロジェクトを学習しています。アンインストール中にexe自体を削除しようとして失敗しました。exeファイルを手動で削除しましたが、エントリはまだ[プログラムの追加と削除]リストにあります。修正済みの新しいバージョンをインストールしようとしましたが、msi でインストールできません。

古いバージョンを手動で削除するにはどうすればよいですか (regedit を使用できますが、問題ありません)。XPマシンを使用しています。ありがとう

編集: そのアンインストール レジストリ エントリでそのサブキーを削除した後も、新しいバージョンをインストールできません。

私は C# プロジェクトを持っています。現在は完成しており、そのためのインストーラーを作成する必要があります。Setup and Deployment Project を追加し、必要な前提条件をすべてリストしました。インストールが完了したら、データベース ファイルをコピーするだけです。

単純な「/db/ という名前のフォルダーを作成」(インストール フォルダー内) し、そこに db.mdf をコピーするだけです。

グーグルで検索していますが、使用できるものが見つかりません。

どんな助けでも大歓迎です！ありがとう！

Microsoft.Web.Deployment コードを使用して、IIS サーバーにファイルを配置できました。

これは、既存の Web アプリケーションの下に新しいフォルダーを作成するだけのようです。IIS マネージャーに移動して、作成したフォルダーを右クリックし、[アプリケーションに変換] をクリックすると、探していた動作が得られます。Microsoft.Web.Deployment パッケージを使用してこれを行う方法を知っている人はいますか?

HKLM ハイブの下にいくつかのレジストリ値を登録する必要がある C# で記述された .NET コンポーネントがあります。このコンポーネントは、適切なフレーバーの Windows を実行している x86 (32 ビット) と x64 (64 ビット) の両方のボックスにインストールされることを期待しています。64 ビット システムでは、コンポーネントが 32 ビットと 64 ビットの両方のホスティング プロセスで使用できることを確認したいと考えています。当分の間、Visual Studio の展開プロジェクトを使用することに固執しています。

私が望むのは、インストーラーが 64 ビット システムで実行されている場合にレジストリ エントリを下に置くことですHKLM/Software/Blablah。これにより、64 ビット プロセスで実行している場合にコンポーネントがグローバル構成設定を見つけることができます。ただし、私のコンポーネントが同じマシン上で実行されている 32 ビット プロセスによってホストされている場合、同じキーであると考えられるものから読み取られますが、Wow64 は HKLM/Software/Wow6432Node/Blablah に変換されます。

次のように 64 ビット インストーラーを作成しても問題ありませんか。

• x64インストーラーとしてマークされています
• HKLM/Software/Blablah64ビットプロセスのためにエントリを書き込みます
• HKLM/Software/Wow6432Node/Blablah同じマシン上の 32 ビット プロセスのために、これらのエントリの正確なコピーを書き込みます 。

インストーラーを x64 としてマークしたため、特に 32 ビット システム用に、HKLM/Software/Blablah.

状況: さまざまなサービスに (一度に 1 つずつ) 接続してさまざまな呼び出しを実行する Windows デスクトップ アプリケーションを使用しています。私のアプリケーションは、どのサービスに接続しても同じように動作します。いつでも接続する必要があるサービスは、application.config ファイルで定義されます。

サービスを切り替えるために、いくつかの Windows .bat ファイルを作成しました。それぞれのファイルは、既存の .config ファイルを新しいもの (サービス エンドポイント) に置き換えて使用します。

これらすべてのために、インストーラー (MSI、Visual Studio 2010 の "Setup Project" テンプレートを使用) を作成しました。このインストーラーは、次へのショートカットも作成します。

1. アプリケーション自体
2. 最初の .bat ファイル (構成ファイルに「既定の」サービス エンドポイントを設定します)
3. 2 番目の .bat ファイル。(構成ファイルを別のものに置き換えます)

問題: ショートカットを介してこれら (アプリまたはバット ファイル) のいずれかを実行するたびに、実際にターゲットを実行する前に、インストールされたファイルを「再評価」しているように見えます。デフォルトの .config ファイルを使用している限り、これは問題ありません。それがインストールされた方法だからです。ただし、2 番目の .bat ファイルを実行し、2 番目のサービスに接続するようにアプリケーションを実行しようとしている場合、ショートカットを介してアプリケーションを起動すると、.config ファイルが元に戻り、最終的に接続することになります代わりに最初のサービス。

.bat ファイルとアプリケーション自体の両方への独自のショートカットを手動で作成でき、正常に動作します。ただし、他のファイルへの変更を台無しにすることなく、これが自動的に行われることを望みます。

どんなアイデアでも大歓迎です！前もって感謝します、
-Kjartan

Visual Studio 2005 を使用して VB.Net で記述されたアプリケーションがあります。このアプリケーションにより、ユーザーはプロジェクト ファイルを作成および保存できます。アプリケーションを配布するとき、いくつかのデモ プロジェクト ファイルを含めて、共通アプリケーション データ フォルダにインストールします。

XP - C:\Documents and Settings\All Users\Application Data

Vista & 7 - C:\プログラム データ

予期しない動作を発見しました。共通アプリケーション データ フォルダ内のいずれかのファイルが削除され、アプリケーションがスタート メニューから実行されると、インストール手順が開始され、不足しているファイルを復元しようとします。MSI ファイルが元の場所に存在しないか、変更されている場合、アプリケーションは実行できません。これは「機能」であると認識していますが、それは私が望んでいない機能です。何が起こっているのか、どうすれば回避できるのか、誰か教えてもらえますか?

詳細:

• Visual Studio 展開プロジェクトを使用してセットアップ パッケージを作成しました。

• EXE を直接起動すると、この動作は発生しません。したがって、この動作はスタート メニューのショートカットと関係があると思います。ショートカットが通常のショートカットではないことに気付きました。「ターゲットの場所」がありません。

すべてのアドバイスをいただければ幸いです。

-TC

VisualStudio2010展開プロジェクトからデスクトップにアプリケーションショートカットを作成する際に問題が発生しました。ショートカットは問題なく作成されますが、アプリケーション固有のファイルをショートカットにドラッグアンドドロップすると、機能しません（カーソルがスラッシュの付いた赤い円に変わります）。一方、アプリケーションディレクトリに移動し、実行可能ファイル自体でこれを実行すると、正常に動作します（ファイルが正しく開きます）。興味深いのは、インストール後に実行可能ファイルへのショートカットを手動で作成すると、ファイルをその上にドラッグアンドドロップすることもできることです。

これを修正しようとしたときに私が発見した便利なことは、両方のショートカット（デプロイメントプロジェクトが作成したものと手動で作成したもの）のプロパティダイアログを開くと、手動で作成したものがターゲットになることです。実行可能ファイルのフルパス。もう一方は実行可能ファイルの名前だけです（ただし、ディレクトリでの開始は正しいです）。それらをダブルクリックすると、両方ともアプリケーションを実行し、両方とも正しいアイコンが表示されます。

展開プロジェクトで作成されたショートカットを取得して、実行可能ファイルをプロジェクトにドラッグアンドドロップして開くことができるようにするにはどうすればよいですか？