問題タブ [aspnet-compiler]

ローカライズされたリソースは、Webアプリケーションとは別のアセンブリに保存されています。Webサーバーへのxcopy展開を使用した後、ローカライズされたサテライトresources.dllファイルがaspnet_compilerによって（一時的なasp.netファイルで）生成されていません。

時折、アプリプールを開始/停止すると、それらが作成されますが、これがいつ発生するかについては一貫性がないようです。

この問題を解決するためにどこで/何を探すべきかについての提案はありますか？

ワンクリックでビルドできるように、Web サイトのビルド システムを作成しようとしています。ソース コード リポジトリからコードのクリーン コピーを取得し、msbuild を使用して AspNetCompiler タスクを実行し、Web サイトのすべてのプリコンパイルを行います。

私を混乱させているのは、VirtualPath または MetabasePath を指定する必要があることです。メタベース パスがありません。それをローカル ディレクトリにコンパイルして、選択したサーバー (最初に開発サーバー、次にライブ サーバー) に展開できるようにしたいだけです。

同じコードを複数の場所にデプロイできるようにしたいので、VirtualPath は注意が必要です。コードは、コンテキストと構成の詳細を使用して SiteID を計算し、異なる情報を表示します。そのため、単一の仮想パスを指定するのは賢明ではないようです。

同様の線に沿って他にもさまざまな質問があります (たとえば、AspNetCompiler MSBuild タスクの VirtualPath - 最終的にデプロイされた仮想パスと同じにする必要がありますか? ) ですが、私が見つけた唯一の答えは、より逸話的であるように思われます-つまり、それらは jsut です彼らの経験に違いはないようだと言います。

しかし、それが本当に違いがないということは信じられません。これが使用される状況があるに違いありません。

それで、これが何をするかについて誰かが知っていますか（そしてできれば参照を持っていますか）？構成された仮想パスをタスクに渡すと、どのような問題が発生する可能性がありますか?

Azure にデプロイされる ASP.NET アプリケーションを Visual Studio でプリコンパイルしようとしています。.csproj ファイルに以下を追加しました。

Visual Studio にサービス パッケージの準備を依頼すると、ビルド出力に次のように表示されます。

いずれかのビュー ファイルにエラーを仕掛けると、そのエラーが特定されてビルドが中断されるため、プリコンパイルが明確に実行されます。

それでも、結果のどこにも新しい .NET アセンブリは表示されません。

ASP.NET コンパイラでビューの .NET アセンブリを作成するにはどうすればよいですか?

デプロイメントプロジェクトを実行すると、Webアプリケーションのデプロイメントプロジェクトがあり、このエラーが発生します。エラー443'http：/ localhost：54333 / Content / XXXX / XXXXXX/XXXXXX.ascx'は有効な仮想パスではありません。ありがとう

エラーなしで Windows 7 で正常にビルドされる Web プロジェクトがあります。Windows 8 にアップグレードしたときに、プロジェクトをコンパイル済み Web サイトにコンパイルすると、エラーがスローされます。csproj ファイルからのコンパイル (Web サイトの作成ではない) は正常に機能します。これは、msbuild によってスローされる実際のエラーです。

ASPNETCOMPILER : エラー ASPRUNTIME: startIndex を文字列の長さより大きくすることはできません。[mycsproj.file.here]

エラーをスローしているmsbuildが実行されている行は

C:\Windows\Microsoft.NET\Framework\v4.0.30319\aspnet_compiler.exe -v / -p my.physical.project.path -u my.physical.project.path\buildartifacts\CompiledWebsite

-errorstack タグを付けて aspnet_compiler を実行すると、スタック トレースも取得できました。これが生成されたものです。

これを修正するにはどうすればよいですか? スタック トレースによるアセンブリ名と関係があると思いますが、それを修正するために何をすべきかを一生理解できません。誰か助けてくれませんか？

したがって、私の Web サイトの 1 つに、アプリケーションの開始前に実行する必要がある PreApplicationStartMethod があります。

このメソッドは、いくつかのブートストラップを行い、設定されている構成に依存します。

ここで、自動化されたビルド プロセスの一部として Web サイトをコンパイルしたいので、aspnet_compiler.exe を呼び出しますが、PreApplicationStartMethod を実行するために失敗します。

AfterBuild:
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\aspnet_compiler.exe -v temp -p C:\Projects\ エラー ASPRUNTIME : アプリケーション前の開始初期化メソッド Start on type RedactedNameSpace.ServiceStackAppHost で例外がスローされました次のエラー メッセージ: 依存関係の解決に失敗しました。タイプ = "..."

Web サイトのコンパイル時に aspnet_compiler.exe が PreApplicationStartMethod を呼び出さないようにするにはどうすればよいですか?

プロジェクト (asp.net、c#) を aspnet_compiler で再コンパイルすると、コードが変更されていなくても、再構築されたバイナリが (以前のビルドと比較して) 変更されます。

これは、(ビルドを区別するために) ビルドするたびに新しいモジュール バージョン ID (guid) を生成するビルドが原因であると私は理解しています。 .net アセンブリ?

上記のリンクされた質問は、プロジェクトを再構築し、バイナリを同じ変更されていないコードの以前のビルドと一致させる方法がないことを示唆しているようです..わかりました、わかりました-しかし、なぜすべてのバイナリがまったく再構築されているのですか?

ドキュメント（http://msdn.microsoft.com/en-us/library/ms229863(v=vs.80).aspx）によると、-cが引数として指定されていない限り、aspnet_compilerは実際に必要なバイナリを再構築します (コードが変更されたため)。私は誤解していますか、それとも何かが欠けていますか?

私が使用している aspnet_compiler 引数:

この問題は、Web アプリケーション プロジェクトではなく、Web サイト プロジェクトでのみ発生することに注意してください (コンパイル方法が異なります)。また、この問題は、機能のない WebSite プロジェクトとページを作成し、ビルド間で開いたり変更したりしない場合でも発生します。

生成されたバイナリを逆コンパイルしても、違いはありません。2 つの「同一」ビルドのバイナリを比較すると、毎回バイナリの同じ部分に小さな違いが見られます。これは、ランダム ビルド GUID に関連していると思われます。ビルド間のこの変更を回避する方法は見つかりませんでした。

私は Visual Studio がまったく好きではなく、IDE に隔離されるよりも、高度に構成された gvim を使用してコードを編集したいと考えています。

そのため、Web アプリケーション用の C# コードをコンパイルする方法を目指しています。

現在、次のバッチ スクリプトを使用して既存のコードをコンパイルできます: http://www.codeproject.com/Questions/495608/howplustopluspublishplussiteplususingplusaspnet_co

この問題には、プロジェクト ファイルとソリューション ファイルが必要です。これらの生成方法を分離する方法はありますか (Visual Studio が使用する既存のスクリプトを取得できれば、自動化されたスクリプトでリモート マシンのコピーを使用できます)、または自分で生成する方法はありますか?

または、代わりに、小規模なプロジェクトや個々のフォームでそれらをバイパスする方法はありますか? 残念ながら、aspnet_compiler に関する私の知識は限られています。

ウェブサイトを aspnet_compiler でコンパイルしようとしています。残念ながら、次のエラーが表示されます。

どうやら、aspnet_compiler はWebsite.Container型が複数のアセンブリに存在すると考えています。 Website.dllは、Web サイトのコンパイル済みアセンブリの 1 つです。App_Web_maop0n3g.dllaspnet_compiler によって作成されたアセンブリだと思います。

Website.Containerコード ベースを検索しましたが、重複するコントロールが見つかりません。aspnet_compiler は、コンパイル済みの定義を使用する代わりに、このコントロールを使用して新しいアセンブリを作成しているようです。一時的な ASP.NET キャッシュをクリアしても問題は解決しません。

この問題をデバッグするにはどうすればよいですか?

サイトの起動時間を改善するために、Web サイトを事前にコンパイルすることの可能性を調査しています。私たちが避けようとしているのはcsc.exe、ユーザーがサイトにアクセスしたときの呼び出しです。csc.exe の実行中、IIS は追加の HTTP 要求を処理しません。これにより、サイトに新しいバイナリをリリースできる頻度と速度が制限されます。これは、コードを展開し、ファーム内の各 Web サーバーをウォームアップするのに何時間もかかるためです。

aspnet_compiler.exe更新可能モード (フラグを使用) でサイトをコンパイルしました-uが、テスト後、IIS がまだcsc.exeコントロール/ページをコンパイルするように呼び出しているようです。

だから、私は-uフラグなしで試してみましたが、コンパイルエラーが発生しています:

を開くと、正しく/Tool/Controls/ToolCustomDateRantPicker.ascx参照されます。SharedControls:DateRangePicker

何を与える？ 更新可能な場合はサイトを正しくコンパイルするのに、コンパイルすると更新できないため失敗するのはなぜですか?aspnet_compiler