問題タブ [katana]

ソース (tarball) から Mono 3.0.2 をビルドし、最新の tarball と Github の最新の両方から XSP をビルドしましたが、.net 4.5 を使用して比較的単純な asp.net アプリを実行できません。 targetFramework="4.5"' を web.config で無効にします。アプリをビルドし、コンソール .net 4.5 アプリを実行すると、問題なく動作します。

これは問題の web.config です。

そして、これは xsp4 がスローしている例外です:

バージョン/構成に関する情報:

web.config から targetFramework 要素を削除すると、エラーは解消されますが、404 が表示されるだけなので、http モジュールが接続されていません。

何か案は？xsp4 は問題なく動作するはずだと言われましたが、私が見る限り、4.5 を処理するように更新されていないようです。

私のOWINミドルウェアはこんな感じです。(フレームワークは ASP.NET Web API です)。

質問:

1. から派生するのは推奨される方法OwinMiddlewareですか? Katana ソースでは、ミドルウェア クラスの一部が派生しOwinMiddleware、一部が派生していないことがわかります。

2. リクエストヘッダーは問題ありません。Next.Invokeミドルウェアの後に応答ヘッダーまたはステータス コードを設定しても、クライアントに返される応答には影響しません。しかし、Next.Invoke呼び出しの前に応答ヘッダーまたはステータスを設定すると、設定したヘッダーとステータスを含む応答がクライアントに返されます。これらを設定する正しい方法は何ですか？

私はこれをよく理解していません..アプリケーションを自己ホストできるのはクールだと確信しています.IISが何らかの理由でダウンすると...すべてのサイトがダウンするので..しかし、それらが自己ホストされている場合、彼らは独自のコンテキストで独自の生活を送っています..これはいいと思います..しかし、私はまだこれの長所を理解していません..アプリケーションを高速化するowinを使用して、IISパイプで多くの不要なものをスキップしますか、または..実際の長所は何ですか？（それらが多数ある場合は、すべてをリストする必要はありません:)、しかし、IISでOWINとKatanaを使用したい理由がわかります）

前もって感謝します！