タグ付けされた質問 「http-error」

私は一般的にWebサーバーをセットアップするのは初めてです。私はWindows 8にIIS 8を持っています。開発をしながら、小さなサイトをローカルにセットアップしようとしています。IISでは、[サイトの追加]を選択し、名前を付け、index.htmlファイルがある場所をポイントし（私は別の場所を試しましたが、最新のc：\ inetpub \ wwwroot \ test -folder）、それ以外の場合はすべてデフォルトを使用します設定。しかし、localhostを参照しようとすると、 httpエラー503サービスを利用できません。 プールが開始されていることを確認し、ターゲットフォルダーに対してIIS_IUSRSフルコントロールを付与しました 私は周りを検索しましたが、問題を解決するものは何も見つかりませんでした。EventLogまたはC：\ Windows \ System32 \ LogFiles \ HTTPERRフォルダーには何も役に立ちません。 誰かが何が悪いのか教えてもらえますか？

395 asp.net  iis  http-error 

シンプルなJSON APIにSpring MVCを使用し@ResponseBodyていますが、次のようなアプローチに基づいています。（私はすでにJSONを直接生成するサービス層を持っています。） @RequestMapping(value = "/matches/{matchId}", produces = "application/json") @ResponseBody public String match(@PathVariable String matchId) { String json = matchService.getMatchJson(matchId); if (json == null) { // TODO: how to respond with e.g. 400 "bad request"? } return json; } 質問は、与えられたシナリオで、HTTP 400エラーで応答する最も簡単でクリーンな方法は何ですか？ 私は次のようなアプローチに出くわしました： return new ResponseEntity(HttpStatus.BAD_REQUEST); ...しかし、メソッドの戻り値の型がResponseEntityではなくStringであるため、ここでは使用できません。

389 java  spring  spring-mvc  http-error 

パフォーマンスを約400％向上させることを目的とした.net core sdk2.2に付属する新機能を試していました。 印象的だったので、ABP（ASP.NETボイラープレート）プロジェクトで試してみました Template asp.net core mvc 4.0.2.0 以下をweb.mv.cprojファイルに追加しました <PropertyGroup> <TargetFramework>netcoreapp2.2</TargetFramework> <AspNetCoreHostingModel>InProcess</AspNetCoreHostingModel> </PropertyGroup> <ItemGroup> <PackageReference Include="Microsoft.AspNetCore.App" /> <PackageReference Include="Microsoft.AspNetCore.Razor.Design" Version="2.2.0" PrivateAssets="All" /> </ItemGroup> 残念ながら、このバージョンのABPフレームワークは互換性がないと思います。プロジェクトが実行に失敗し、次のようにスローされるためです:(最終的に） HTTPエラー500.30-ANCMインプロセス開始エラー stdoutLogEnabled="true"web.configに設定して再試行した後、ログを確認しましたが、エントリがありません。 プロセスセットアップでasp.netコアに対して現在のABPを実行することに成功した人はいますか？ これはABPvNextでしか利用できないものかもしれないと思います。

114 .net-core  hosting  iis-express  http-error 

iPhoneおよびAndroidクライアントに公開されているRESTサービスがあります。現在、私はHTTPコード200、400、401、403、404、409、500などに従います。 私の質問は、エラーの理由/説明/原因を置くための推奨される場所はどこですか？このように、REST APIのヘッダーに常にカスタムReasonを含める方が理にかなっていますか？ < HTTP/1.1 400 Bad Request - Missing Required Parameters. < Date: Thu, 20 Dec 2012 01:09:06 GMT < Server: Apache/2.2.22 (Ubuntu) < Connection: close < Transfer-Encoding: chunked それとも、JSONを介して応答本文に含める方が良いですか？ < HTTP/1.1 400 Bad Request < Date: Thu, 20 Dec 2012 01:09:06 GMT < Server: Apache/2.2.22 (Ubuntu) < Connection: …

84 http  rest  http-error