【IIS】IISのオートスタートでハマったお話 - ふるすたっくえんじにあの日記
2時間はハマった IIS8から標準機能になったApplication Initialization アプリケーションがアクセス受け付ける前に初期処理をしたいときに使います。 というわけで基本的なことはググればわかるので省略。 今回の場合、こんなプロジェクト構成でした Hoge.A (ASP.NET MVC4 Webアプリケーション) ↓参照 Hoge.B （クラスライブラリ） ↓参照 Hoge.C （クラスライブラリ） で、Hoge.C.ProcessHostPreloadClientを作って試したのですが・・プリロードはしらない！ ってゆか、そもそも構成エラーでアプリケーションプールが起動しない！ Hoge.C.dllの中のProcessHostPreloadClientが見つからない的な？ でも、Hoge.C.dllちゃんとあるし！ オブジェクトブラウザを何度見返してもちゃんとある。
IIS7のアプリをIIS8で動かす: モミヤマナオタロー
昔に作ったIIS7のアプリをIIS8で動かそうとしたらハマったメモ。 VisualStudio2008の場合はSP1を当てましょう。 よく忘れます。 まずプロジェクトを開いて実行すると 「定義済みの 'system.web.extensions/scripting/scriptResourceHandler' セクションが重複しています」 こんなエラーが出ました。エラーの中身は実際には関係ないようでアプリケーションプールのCLRバージョンが問題だったようです。 IIS8のデフォルトは4.0ですが、IIS7は2.0。昔のアプリが4.0で動こうとしてエラーを出力しているようなので、デフォルトのアプリケーションプールを2.0にダウングレードするか2.0のアプリケーションプールを作成してアプリに割り当ててやれば解決しました。 アプリケーションプールとはIISがCLRアセンブリの実行が要求された際に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
websec-room.com - websec room リソースおよび情報
Windows 8 RP の最大ユーザー数と IIS 8 - 😊クリエイティブWeb
