問題タブ [web-deployment]

大規模な Web アプリケーション (dll は約 1 MB) の新しい DLL をアップロードすると、DLL が「使用中」であるため、IIS はエラーをスローします。これは、DLL のアップロード中に Web サイトがダウンしていることを意味します。この動作を停止する方法はありますか?

また、Web サイトではなく Web アプリケーションを使用していますが、新しい DLL をアップロードするたびに、新しいアップロード後に IIS が再起動するのに時間がかかります。Web アプリケーションではなく、IIS でコンパイルする必要があるため、この待機は一般に Web サイトのみであると思いましたか?

私はかなりの時間を費やしてきましたが、Web アプリケーションをデプロイするために使用する方法は 2 つしかありません。

1 つ目は、Visual Studio で Publish コマンドを使用することです。2 つ目は、ビルド サーバーから msdeploy を実行することです。

今日、私は人事問題に遭遇しました。私が一緒に働いているオフサイト チームは、ソリューション ファイル、ソース コード、すべてを含むプロジェクト全体をサーバーにコピーするだけです。

これについて彼らに尋ねたところ、publish コマンドを実行するのに時間がかかりすぎて、ソース ツリー全体のコピー ペーストを行う方が簡単だったとのことでした。

プロジェクトには、手動で行っている構成変換があります。

しかしそれ以上に、ソースコードをサーバーにプッシュしない理由は何ですか?

プロジェクトをClickOnceとしてCodePlexに公開しようとすると、ここの手順に従って、次のエラーが発生し続けます。

私はSubversionソース管理インターフェイスを使用していますが、Visual Studioが資格情報を要求することはありません（ただし、AnkhSVNが資格情報を提供する可能性があります）。

明らかな何かが欠けていますか？

2台のマシンで試しましたが、バージョン番号と前提条件が適切に設定されていることを確認しましたが、それが問題の原因ではないと思います。

MSDeployを介したパッケージ化/展開プロセスの一部としてコマンドを実行しようとしています。特に、DLLの1つに対してinstallutilを実行してカスタムイベントログを作成しようとしていますが、展開ディレクトリからDLLへの相対パスを指定するのに問題があります。まず、マニフェストファイル内にrunCommandプロバイダーを生成するために、以下の構成をcsprojに追加しました。DLLへの絶対パスに注意してください。

msbuildを呼び出した後、これにより、package.zip内にマニフェストが正しく生成されました。MyTestApp.deploy.cmd / Yを実行すると、msdeployが正しく呼び出され、ファイルがinetpub \ wwwroot \ MyTestAppにデプロイされ、以下のマニフェストからコマンドが実行されました。

私が抱えている問題は、このDLLパスをc：\ inetpub\etcにハードコーディングしたくないということです。デフォルトのWebサイトの下にある展開ディレクトリからの相対パスを使用して上記の呼び出しを行うにはどうすればよいですか？理想的には、DLLを見つけるために、 MSDeployがこのパスを取得し、それを変数としてrunCommandステートメントに渡すようにします。次に、次のようなものを書くことができます<path>installutil $DeploymentDir\NewTestApp\bin\BusinessLayer.dll</path>。に絶対パスをハードコーディングすることを心配する必要はありません。

毎回DLLへの絶対パスを使用せずにこれを行う方法はありますか？

私は企業の開発グループで働いており、ビジネス ユニットとその責任を分離するよう努めています。たとえば、私は開発グループに所属しており、アプリケーションの開発に関連するすべてのタスクを担当しています。dbas などの他の役割、またはグループ外の運用上の役割があり、展開、サーバーのメンテナンスなどを担当しています。

Web アプリの公開機能や web.config 変換機能などの VS の機能を調べており、ブログやその他のさまざまな場所でそれらについて読んでいます。私が読んだことの大部分に基づいて、ライターは、開発者が接続文字列、ユーザー名、さまざまな環境のパスワードなどを Web 構成変換で管理してから、ある種の本番環境で削除サーバーに公開していると想定しているようです。環境 (ライブ、テスト、ステージングなど)。

例はこちらです。私たちの環境では、他の環境もそうだと思いますが、シナリオは通常描かれているよりもやや複雑です。開発グループは、開発したものがどこにデプロイされているかを知らない場合があります。また、管理者は、環境の特性に応じて、サーバーやデータベースなどを移動し、構成を更新する場合があります。このような場合、web.config 変換はどのように役立つのでしょうか? 発行は、展開パッケージのアーティファクトをビルドするためにローカルで使用できる可能性がありますが、代わりに自動化されたビルド マネージャーを使用することをお勧めします。

では、パブリッシュと変換は、開発と運用の間の障壁が非常に薄い、より初歩的な開発プロセスにより適しているのでしょうか? または、何か不足していますか？この種のことについて私が読んだ多くのことは、善意を持っているようですが、より定義された開発プロセスのコンテキストではやや表面的です.

これに関する他の意見や経験を知りたいです。

新しい Asp.Net MVC 3 アプリケーションを作成しています。Visual Studio は、データベースの作成と初期レイアウトの多くの作業を行います。非常に素晴らしい！その初期ファイルをサーバーにアップロードしますが、サーバー上の MySql データベースを使用して実行したいと考えています。

それを行うための迅速/簡単な方法はありますか？データについては心配していません。テーブルの構造と、接続/構成の変更だけです。

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

このドキュメントによると、WebLogic で展開順序を変更することができます: http://download.oracle.com/docs/cd/E12839_01/apirefs.1111/e13952/taskhelp/deployment/ChangeTheServerDeploymentOrder.html

たとえば、app1.warとapp2.earという 2 つの Web アプリケーションがあります。
app1.war の「配置順序」を 1 に設定します。
app2.ear の「配置順序」は 100 です。app1.war は、WebLogic が app2.ear の起動を開始する前に稼働するということですか?

残念ながら、私にはうまくいきません。WebLogic は app1.war の起動を開始しますが、app1.war がまだ STATE_ACTIVE になっていないときに app2.ear の起動を開始します。

httpdocs ディレクトリに simple_cms というフォルダを置きましたが、http.conf ファイルの書き方が間違っているため、サーバーが起動しません。

ヨ

サーバー1にWeb展開をセットアップしましたが、これは機能しますが、それを機能させるためにFUDのMSの神々に殺した山羊と羊の数を覚えていません。

現在、ホスティングを Amazon インスタンスに移行しています。IIS を再セットアップする必要があります。

ここまでで、IIS を使用して MS Web Deploy 2.0 をインストールするだけです。

何にも接続できず、デフォルトのサイトに何もありません（MSDeploy2か何かが表示されることを期待していました-職場の友人がそうすべきだと言った後-しかし-古いサーバーを見てみると-何も表示されませんそこにも）

私は何を間違っていますか？これを行う方法はインターネット上で 100 万と 1 つ説明されていますが、レドモンドの誰かがオナラをするたびに Microsoft がすべてを交換、変更、名前変更するため、そのうちの 1 つも機能しません。

Windows Server 2003 (IIS 6.0) サーバーと Windows Server 2008 (IIS 7.0) サーバーを使用しており、MSBuild を使用して Web アプリケーションを展開しています。

安全な展開を行う必要があり、これを行います。

1. IIS 6 で Web サイト (または IIS 7 のアプリケーション) を停止します。AppPool は停止しません。

2. Web サイトが停止しているかどうかを確認します。走っていない。

3. Web サイトが停止している場合は、デプロイのために別のタスクを実行します。

4. Web サイト IIS 6 (または IIS 7 のアプリケーション) を開始します。

どうすればこれを達成できますか？

更新: 私にとって重要: IIS6WebSite と IIS6AppPool (および IIS7 の場合) は、Web サイトまたは AppPool を停止しようとするときに停止ステータスを待ちますか?

Web サイトの停止アクション (または AppPool の停止アクション) を実行するときは、Web サイトが停止していることを 100% 確認する必要があり、Web サイトが停止している場合にのみ、他のターゲットを実行できます。