問題タブ [aspnet-compiler]

Visual Studio 2010 Web 配置プロジェクトを使用して、ビルド中に Web アプリケーション Web サイトをコンパイルしています。Visual Studio 2010 はビルド エージェントにインストールされていません。自動生成された Foo.XmlSerializers.dll が、現在読み込まれているランタイムよりも新しいランタイムでビルドされ、aspnet_compiler.exe で読み込むことができないことに関連して、ビルド中にエラー (以下を参照) が発生します。

プロジェクト ファイルで .NET Framework v3.5 をターゲットにしています。

エラーは次のとおりです（長い行用に再フォーマットされています）：

FortifyScanを実行するためのMSBuildを作成しています。コマンドは次のとおりです。

1）sourceanalyzer -b MYBUILDID devenv SOLUTION.sln/REBUILDデバッグ

2）sourceanalyzer -b MYBUILDID -scan -f SOLUTION.fpr -format frp

ビルドログ

1）1.1）再構築開始.....ソリューションは再構築に成功しました。わかった

1.2）その後、aspnet_compilerを 実行します。実行中：ASPCOMPILE： "-v" "/ FortifyBuildId" "-p" "MySite" "-d" "-f" "-c" "-fixednames" "\％USER％\ AppData \ Local \ Fortify \ VS2010-5.9 \ output...." Fortifyソースコード分析が完了しました

2）[エラー]：ビルドID「MYBUILDID」が存在しません

私のビルドボックスは、SharePointがインストールされているため、サーバー2008x64です。sourceanalyzerがACCOMPILEを呼び出し、c：\ windows \ Microsoft.NET \ Framework64ではなくc：\ windows \ Microsoft.NET \Frameworkを指していることに気付きました。両方のフレームワークで実行してテストしました。aspnet_compileで64は正常に動作します（ "c：\ Windows \ Microsoft.NET \ Framework64 \ v4.0.30319 \ aspnet_compiler" "-v" "/ FortifyBuildID" "-p" "MySite" "-d" "-f" "-c "" -fixednames ""％USER％\ AppData \ Local \ Fortify \ VS2010-5.9 \ output .. "

どうすれば修正できるか知っていますか？

ありがとう

今日、新しいプロジェクトを継承し、何百もの警告をなくそうとして、これに行き詰まりました。ASP.NET MVC 2、フレームワーク 4.0 プロジェクトは VS2010 で問題なくコンパイルされますが、ビルド プロセスが aspnet_compiler.exe に渡されると、次のようになります ([出力] ウィンドウから切り取って貼り付けます)。

オブジェクト ブラウザーで検索しても、プロジェクト内の参照をアセンブリごとに確認しても、複数の定義は見つかりません。私が知る限り、以前のチームは以前の ASP.NET バージョンで拡張機能を構築しようとはしませんでした (このエラーの原因の 1 つは、私が学んだことです)。これは最初から 4.0 をターゲットにしていたと思います。

これは単なる警告であり、無視できると思います (aspnet_compiler.exe で /nowarn を実行することさえできないため、確認する必要があります)。これを追い詰める方法について何か提案はありますか？プロジェクトへのパスに含まれる「\..\」について心配する必要はありますか? 64 ビット Windows を実行しています。x86 と 64 を同時に見ていませんか?

ソリューションで VS2010 のオブジェクト ブラウザーを使用すると、aspnet_compiler.exe が検出するアセンブリ内の型のみが検出されることに注意してください。タイプの検索では、1 つの結果しか得られません。aspnet_compiler.exe は、VS2010 が検索しない場所を検索していますか?

ASP.Netプロジェクト用にCruiseControl.Net1.6.7981.1をセットアップしました。現在、MSBuildで正しくビルドされています。MSBuild構成ファイルは次のように設定されます

構成がリリースされるように設定されているため、aspxページはビルドの一部としてコンパイルされていると思います。ただし、ビルドの実行が必要なページからタグを削除しasp:ScriptManagerても、ページが読み込まれたときに次のエラーが発生した場合でも、成功します。

IDが「MyControl」のコントロールには、ページにScriptManagerが必要です。ScriptManagerは、それを必要とするコントロールの前に表示される必要があります。

手動でも

ページは引き続きエラーなしでビルドされます。

エラーがビルドに到達した場合、クルーズコントロールがビルドに失敗することを本当に望んでいます。誰かがこれを達成する方法を知っていますか？

簡単な紹介として、私はこの数日間、独自のテンプレート パーサー/コンパイラーを作成しました。これは興味深いプロジェクトでしたが (私は継続する予定です)、ASP.Net (ASPX、MVC 2/3、またはその他) がテンプレートを処理する方法と、さまざまなプロジェクトで使用するのに十分なモジュールであるかどうかについて、いくつかの好奇心をかき立てました。また、このトピックについてはあまり議論されていないようですので、聞いてみませんか?

ASP.Net には多くの優れた機能があります。

• これは、本番環境でうまく機能する実績のあるシステムです
• テンプレートは MSIL にコンパイルされます
• ファイルの変更と再コンパイルを認識します
• 優れたデバッグ サポート
• 拡張可能なテンプレート

ここで質問があります: テンプレートの解析/コンパイル/デバッグ システムを使用して、まったく別の目的に再利用することは可能ですか? それはモジュラーですか、それとも asp.net のすべてであり、理解できるかどうかのどちらかですか?

これに関していくつの質問が寄せられているかは知っていますが、私の質問に対する答えはまだわかりません。

ASP.NET 4.0 サイトを展開する必要があり、次のようなことをしたいと考えています。

1. ソリューション全体の最新バージョンを取得します-WebアプリケーションとWebアプリで使用されるいくつかのクラスプロジェクト（私はすでにCCNetを使用してこれを行っています-問題ではありません）
2. デバッグ構成でビルドしてテスト サイトにデプロイする
3. ステージング サイトへのリリース構成でのビルドとデプロイ
4. ステージング サイトで問題がないように見える場合は、リリース ビルド ステージング サイトを展開するスクリプトを実行し、同じサーバー上でさまざまな顧客が使用する 7 ～ 8 の同様のサイトに展開します。将来的には、これは別のサーバー上にあります。

MSDeploy（webdeploy 2.0）、aspnet_compiler、MSBuild、Powershell（私の武器の選択..）、そしておそらくそれ以上のものがあります...どこで何を使用すればよいか100％わかりませんか？

Vs2010 GUI を使用した展開から「サイトの実行に必要なファイルのみを展開する」を真似したいと思います。また、展開先の Web サイトの既存のフォルダーに触れないようにしたいと考えています。

私はMSDeployをたくさん使うべきだと感じています...しかし、GETするのはかなり難しいと思います. IIS.NET を読んでいて、Scott Hanselman/Jon Arild Tørresdal ポッドキャストを聞いたことがあります。私はどこから始めればよいか 100% 確信が持てません...そして私は MSBuild の専門家ではないので、Powershell は私にとってかなり良さそうに見えます。しかし、そのように進んでいると、適切なツールを見逃しているように感じます...

どのステップでどのツールを使用しますか??

次のコマンドを使用して、ビルド後のイベントとしてaspnet_compilerを実行しています。

コンパイル時にこのエラーが発生します：

allowDefinition='MachineToApplication'として登録されているセクションをアプリケーションレベルを超えて使用するとエラーになります。このエラーは、仮想ディレクトリがIISでアプリケーションとして構成されていないことが原因で発生する可能性があります。

私はこれについて他のいくつかのStackOverflowsを読み、次のことを試しました。

1. 漂遊したweb.configファイルを探しました-MVCアプリ（メインMVCディレクトリとViewsディレクトリ）に標準で付属している2つを除いて、ファイルはありません。
2. IISにアプリケーションを追加しました。これは違いを生みませんでした。
3. 開発サーバーの代わりにIISExpressで実行してみました-違いはありません。

これを引き起こしている可能性があるものについて何か考えはありますか？

私たちの 32 ビット ビルド コントローラーと 1 つの例外を除いてほとんどの 64 ビット ビルド コントローラーで問題なくコンパイルできる非常に大きな製品があります。コンパイル済みの Web フォーム フロント エンドがあります。64 ビット マシンでビルドすると、 *C:\Windows\Microsoft.NET\Framework64\v4.0.30319\aspnet_compiler.exe -v /ourwebapp -p ..\ourwebapp\ -uのログ ファイルにコマンド ラインが表示されます。 -f ".......\Binaries\Mixed Platforms_PublishedWebsites\ourwebapp\"* これにより、いくつかの 32 ビット サード パート dll が原因でエラーが発生します: ASPNETCOMPILER : エラー ASPCONFIG: ファイルまたはアセンブリ 'Leadtools.コーデックまたはその依存関係の 1 つ。不正な形式のプログラムをロードしようとしました。[C:\Builds\5\OurApp\OurApp Build\Sources\Product\Solutions\ourwebapp_ourwebapp.metaproj]

とにかく32ビットビルドを強制するための正しいソリューションファイル構文を知っている人はいますか? ありがとうございました。

IIS には、Web サイト用の仮想ディレクトリがあり、ポート 87 にあり、sites\MySiteName\. を指すサイト内の仮想サブディレクトリもありますsites\otherSite\otherControls。

websites.sln以下は、私の Web サイトを含むソリューション ファイルからの抜粋です。

これは、実際にサイトにアクセスしているときにうまく機能します。プロジェクトwebsites.sln(私のサイトを含む) で msbuild を実行すると、忠実にメタプロジェクトが作成され、ビルドが試行されます。仮想サブディレクトリ内のコントロールを参照するファイルを構築しようとするまで、すべてうまくいきます。

ASPPARSE: The file '/LM/W3SVC/2/otherControls/control.ascx' does not exist. in \LM\W3SVC\2\file.aspx

cognethos は、「ASP コンパイラーはルート フォルダーがマウントされている場所を認識するようになりましたが、物理フォルダーが指定されているため、そのフォルダー内のみを検索し、他の仮想フォルダーを検出しません」と示唆しています。

そこで推奨される解決策は、物理パスを除外することです。私がそれを行うと、それはもはや構築されていないように見えますMySiteNameが、代わりに、明らかに他のサイトの1つからの警告が表示されます.

物理パスと仮想パスの両方を省略して、代わりに MetabasePath を使用してみました。

それは見込みのないエラーをもたらします

C:\BUILD\MySiteName.metaproj : error MSB3462: Either MetabasePath or VirtualPath must be specified.

私が与えた MetabasePath を認識しない理由は特に明確ではありません。msbuild の使用を完全にスキップしてaspnet_compiler、MetabasePath だけを使用してサイトを直接指定しようとしたところ、物理パスを削除したときと同じ問題が発生しました....他のサイトの 1 つを構築しているようです。

ローカル マシンで Web アプリケーションをチェックアウトし、MSBuild でコンパイルしてから、aspnet_compiler でプリコンパイルしてデプロイしました。コマンドラインは次のようになります。

これは、テストではローカルで正常に機能します。つまり、.svn ディレクトリをコピーせずに、コンパイル済みの Web サイトがターゲット ディレクトリにコピーされます。ただし、CC.Net のビルドをスクリプト化したリモート マシンでは、.svn ディレクトリがコピーされます。aspnet_compiler に対してコマンド ラインを手動で実行すると、同じ結果が得られます (.svn フォルダーにコピーされます)。

どちらの場合も、x86 VS ツール プロンプトから実行しています。なぜ異なる動作があるのか​​ わかりますか？