受信 Web サービスのトラブルシューティングIssue この記事では、Web サービスの問題と考えられる解決策について説明します。 症状 Web サービスが機能していないWeb サービス要求の呼び出し時に応答がありませんWeb サービス要求のタイムアウトWeb サービス要求時に空の応答Resolutionデバッグプロパティを有効にする これらのプロパティを有効にし、ログを確認して、インスタンスが要求を受信したかどうかを確認します。これは、要求を解析できない場合の情報も提供します。 SOAP デバッグプロパティ：glide.processor.debug.SOAPProcessorREST デバッグプロパティ：glide.rest.debug Fuji リリースの時点では、JSONv2 のデバッグプロパティはありません。 ログファイルブラウザを使用して、 トランザクションログ、 すべてのログ ( システムログの下)、または localhost ログファイルなど、インスタンスで提供されるさまざまなログを確認し、インスタンスが要求を受信したかどうかを確認します。します Web サービス応答からのステータスコード 応答のステータスコードが 200 成功以外になる場合があります。これにより、要求の処理内容に関する情報が得られます。 一般的なエラーコード： 400：不正な要求、解析不可能、存在しないエンドポイント、無効なヘッダー401：未認証 (要求が適切な資格情報を提供しません。)403：禁止 (呼び出し元には操作を実行する権限がありません。)500：内部サーバーエラー (サーバー上のエラー。ログを確認して、詳細情報や例外スタックトレースがないか確認してください。) ACL の失敗 管理者資格情報を使用しているときに何かが機能していても、特定のユーザーでは機能していない場合は、多くの場合、ACL に問題があります。情報を保護するために定義されたさまざまな ACL があります。 プロセッサーレベルの ACL：これらはプロセッサーレベルで適用される ACL です。特定のユーザーのみが特定のプロセッサーにアクセスできます。 SOAP Webservice エンドポイント：少なくとも 1 つの SOAP ロール (soap、soap_query、soap_create など) が必要です。REST エンドポイント：rest_service ロールが必要 テーブルおよびレコードレベルの ACL：テーブルとレコードに ACL を定義するための規定があります。これは、管理者が通常、データの可視性を特定のユーザーに制限するために作成するものです。Web サービスはこれらの ACL を優先します。応答を受信しない場合、または空の応答を受信した場合は、エンドポイントにはアクセスできても、アクセスしようとしている特定のデータにはアクセスできない可能性があります。 次のステップ デバッグをオンにしても要求がログに記録されない場合は、次のことを示しています。 要求がネットワークから出ていない ネットワークのプロキシファイアウォール設定を確認します。ネットワークチームと協力して、要求がネットワークから送信されているかどうかを確認します。 インスタンスの IP 情報を確認してください。ハンドシェイクエラーで接続が失敗しています。これは、ServiceNow インスタンスからの証明書をクライアント側にインストールする必要があることを示しています。 要求がインスタンスに到達し、セマフォロックによってブロックされました。 /stats.do ページで、利用可能なセマフォを確認します。利用可能なセマフォがなく、すべての要求がタイムアウトで失敗する場合は、利用可能なすべてのセマフォを使用している特定の Web サービスへの統合が原因で、大量の要求が並んでいる可能性があります。統合を停止し、セマフォが利用可能になるかどうかを確認します。代わりに、統合チームと協力して、短いバーストの要求を送信してください。 Related Links受信 Web サービスログ： KB0998504 - 受信 Web サービスの問題の localhost ログのキャプチャ