問題タブ [asp.net-4.6]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
asp.net - ASP.NET 4 から ASP.NET 5 へのアップグレード パスはありますか
私が収集した情報によると、ASP.NET 5 は、ほとんどすべてが OWIN パイプラインを介して実行されるという点で、以前のバージョンとは大きく異なります。ASP.NET 4.6 以前を使用して作成されたアプリはどこに残るのでしょうか? ASP.NET 4.x から 5 へのアップグレード パスはありますか? これはまだ、私の 4.x スタイルのコードが OWIN ベースのコードと並行して実行される "1 つの ASP.NET" のものですか? あなたが詳しく説明できるものは何でも高く評価されます。
c# - ASP.NET 5 MVC 6 XML 応答ヘッダー
<?xml ... />
カスタムメイドの XML 文字列を返すコントローラーを用意しました。これは、API を使用するアプリケーションが、属性やデフォルトの XML 文字列の上にあるタグのない特定の形式を必要とするためです。編集:コンシューマーには、「text/xml」を要求するリクエスト ヘッダーもありません。
Startup.cs の ConfigureServices は次のようになります。
私のコントローラーでは、インターネットで見つけた (コメントアウトされた) いくつかのソリューションを試しましたが、chrome devtools の応答ヘッダー 'Content-Type: application/xml' を持つ XML コンテンツを提供するものはありません:
application/xml で応答させるにはどうすればよいですか?
EDIT1 (Luca Ghersiの回答後): Startup.cs:
コントローラ:
asp.net - ASP.NET ExecutionTimeout は、IIS がホストする WCF サービスには影響しません
ASP.NET ExecutionTimeout は IIS でホストされている WCF サービスに影響を与えると思いましたが、そうではありません。
ExecutionTimeoutを無効にするWCFで魔法が起こっていますか?
asp.net - ASP.NET 4.6 で WCF を使用して SOAP 1.1 Web サービスを公開する
Web サイトで ASP.NET 4.6 (MVC & Web API) を使用しています。ここで、外部サービスに「webhook」を提供する必要があり、そのクライアントは SOAP 1.1 のみをサポートします (.NET は実行しません)。
プログラムによる構成と Web.config 構成の両方を使用して、外部 SOAP 1.1 が使用できる WCF サービスを構築しようとしましたが、自分のテスト クライアント (生成されたVisual Studio 2015 で)。
すべてのドキュメントが不正確なようです (たとえば、https://msdn.microsoft.com/en-us/library/ms731361 (v=vs.110).aspx の情報は機能しません。「envelopeVersion」属性はありません)。以上) または以前のバージョンの Visual Studio、ASP.NET、または WCF の場合。また、ドキュメントでは、basicHttpBinding が SOAP 1.1 を意味することを示唆しているようですが、そうではないようです。
これには WCF を使用しなくても問題ありませんが、代わりに何を使用すればよいかわかりません。ASMXがASP.NET 4.6でも使用できる場合、ASMXが問題を解決するかどうかはわかりません。
私が提供できたすべての動作中のサービス インスタンスは、応答で非 SOAP 1.1 名前空間または類似のものを出力し、クライアント側でエラーを生成します。
私が現在持っている唯一の実用的な解決策は、MVC または Web API を使用して HttpRequestMessage を手動で解析し、手動で作成された SOAP 1.1 応答を返すことです。これは非常に脆弱なハックです。