diff options
author | Daniel Baumann <daniel.baumann@progress-linux.org> | 2024-04-13 12:15:43 +0000 |
---|---|---|
committer | Daniel Baumann <daniel.baumann@progress-linux.org> | 2024-04-13 12:15:43 +0000 |
commit | f5f56e1a1c4d9e9496fcb9d81131066a964ccd23 (patch) | |
tree | 49e44c6f87febed37efb953ab5485aa49f6481a7 /src/lib/http/http_messages.mes | |
parent | Initial commit. (diff) | |
download | isc-kea-f5f56e1a1c4d9e9496fcb9d81131066a964ccd23.tar.xz isc-kea-f5f56e1a1c4d9e9496fcb9d81131066a964ccd23.zip |
Adding upstream version 2.4.1.upstream/2.4.1upstream
Signed-off-by: Daniel Baumann <daniel.baumann@progress-linux.org>
Diffstat (limited to 'src/lib/http/http_messages.mes')
-rw-r--r-- | src/lib/http/http_messages.mes | 164 |
1 files changed, 164 insertions, 0 deletions
diff --git a/src/lib/http/http_messages.mes b/src/lib/http/http_messages.mes new file mode 100644 index 0000000..625c5cb --- /dev/null +++ b/src/lib/http/http_messages.mes @@ -0,0 +1,164 @@ +# Copyright (C) 2016-2021 Internet Systems Consortium, Inc. ("ISC") +# +# This Source Code Form is subject to the terms of the Mozilla Public +# License, v. 2.0. If a copy of the MPL was not distributed with this +# file, You can obtain one at http://mozilla.org/MPL/2.0/. + +$NAMESPACE isc::http + +% HTTPS_REQUEST_RECEIVE_START start receiving request from %1 +This debug message is issued when the server starts receiving new request +over the established connection. The argument specifies the address +of the remote endpoint. + +% HTTP_BAD_CLIENT_REQUEST_RECEIVED bad request received from %1: %2 +This debug message is issued when an HTTP client sends malformed request to +the server. This includes HTTP requests using unexpected content types, +including malformed JSON etc. The first argument specifies an address of +the remote endpoint which sent the request. The second argument provides +a detailed error message. + +% HTTP_BAD_CLIENT_REQUEST_RECEIVED_DETAILS detailed information about bad request received from %1:\n%2 +This debug message is issued when an HTTP client sends malformed request to +the server. It includes detailed information about the received request +rejected by the server. The first argument specifies an address of +the remote endpoint which sent the request. The second argument provides +a request in the textual format. The request is truncated by the logger +if it is too large to be printed. + +% HTTP_BAD_SERVER_RESPONSE_RECEIVED bad response received when communicating with %1: %2 +This debug message is issued when an HTTP client fails to receive a response +from the server or when this response is malformed. The first argument +specifies the server URL. The second argument provides a detailed error +message. + +% HTTP_BAD_SERVER_RESPONSE_RECEIVED_DETAILS detailed information about bad response received from %1:\n%2 +This debug message is issued when an HTTP client receives malformed response +from the server. The first argument specifies an URL of the server. The +second argument provides a response in the textual format. The request is +truncated by the logger if it is too large to be printed. + +% HTTP_CLIENT_MT_STARTED HttpClient has been started in multi-threaded mode running %1 threads +This debug message is issued when a multi-threaded HTTP client instance has +been created. The argument specifies the maximum number of threads. + +% HTTP_CLIENT_QUEUE_SIZE_GROWING queue for URL: %1, now has %2 entries and may be growing too quickly +This warning message is issued when the queue of pending requests for the +given URL appears to be growing more quickly than the requests can be handled. +It will be emitted periodically as long as the queue size continues to grow. +This may occur with a surge of client traffic creating a momentary backlog +which then subsides as the surge subsides. If it happens continually then +it most likely indicates a deployment configuration that cannot sustain the +client load. + +% HTTP_CLIENT_REQUEST_RECEIVED received HTTP request from %1 +This debug message is issued when the server finished receiving a HTTP +request from the remote endpoint. The address of the remote endpoint is +specified as an argument. + +% HTTP_CLIENT_REQUEST_RECEIVED_DETAILS detailed information about well-formed request received from %1:\n%2 +This debug message is issued when the HTTP server receives a well-formed +request. It includes detailed information about the received request. The +first argument specifies an address of the remote endpoint which sent the +request. The second argument provides the request in the textual format. +The request is truncated by the logger if it is too large to be printed. + +% HTTP_CLIENT_REQUEST_SEND sending HTTP request %1 to %2 +This debug message is issued when the client is starting to send a HTTP +request to a server. The first argument holds basic information +about the request (HTTP version number and status code). The second +argument specifies a URL of the server. + +% HTTP_CLIENT_REQUEST_SEND_DETAILS detailed information about request sent to %1:\n%2 +This debug message is issued right before the client sends an HTTP request +to the server. It includes detailed information about the request. The +first argument specifies an URL of the server to which the request is +being sent. The second argument provides the request in the textual form. +The request is truncated by the logger if it is too large to be printed. + +% HTTP_CLIENT_REQUEST_TIMEOUT_OCCURRED HTTP request timeout occurred when communicating with %1 +This debug message is issued when the HTTP request timeout has occurred and +the server is going to send a response with Http Request timeout status +code. + +% HTTP_CONNECTION_CLOSE_CALLBACK_FAILED Connection close callback threw an exception +This is an error message emitted when the close connection callback +registered on the connection failed unexpectedly. This is a programmatic +error that should be submitted as a bug. + +% HTTP_CONNECTION_HANDSHAKE_FAILED TLS handshake with %1 failed with %2 +This information message is issued when the TLS handshake failed at the +server side. The client address and the error message are displayed. + +% HTTP_CONNECTION_HANDSHAKE_START start TLS handshake with %1 with timeout %2 +This debug message is issued when the server starts the TLS handshake +with the remote endpoint. The first argument specifies the address +of the remote endpoint. The second argument specifies request timeout in +seconds. + +% HTTP_CONNECTION_SHUTDOWN shutting down HTTP connection from %1 +This debug message is issued when one of the HTTP connections is shut down. +The connection can be stopped as a result of an error or after the +successful message exchange with a client. + +% HTTP_CONNECTION_SHUTDOWN_FAILED shutting down HTTP connection failed +This error message is issued when an error occurred during shutting down +a HTTP connection with a client. + +% HTTP_CONNECTION_STOP stopping HTTP connection from %1 +This debug message is issued when one of the HTTP connections is stopped. +The connection can be stopped as a result of an error or after the +successful message exchange with a client. + +% HTTP_CONNECTION_STOP_FAILED stopping HTTP connection failed +This error message is issued when an error occurred during closing a +HTTP connection with a client. + +% HTTP_DATA_RECEIVED received %1 bytes from %2 +This debug message is issued when the server receives a chunk of data from +the remote endpoint. This may include the whole request or only a part +of the request. The first argument specifies the amount of received data. +The second argument specifies an address of the remote endpoint which +produced the data. + +% HTTP_IDLE_CONNECTION_TIMEOUT_OCCURRED closing persistent connection with %1 as a result of a timeout +This debug message is issued when the persistent HTTP connection is being +closed as a result of being idle. + +% HTTP_PREMATURE_CONNECTION_TIMEOUT_OCCURRED premature connection timeout occurred: in transaction ? %1, transid: %2, current_transid: %3 +This warning message is issued when unexpected timeout occurred during the +transaction. This is proven to occur when the system clock is moved manually +or as a result of synchronization with a time server. Any ongoing transactions +will be interrupted. New transactions should be conducted normally. + +% HTTP_REQUEST_RECEIVE_START start receiving request from %1 with timeout %2 +This debug message is issued when the server starts receiving new request +over the established connection. The first argument specifies the address +of the remote endpoint. The second argument specifies request timeout in +seconds. + +% HTTP_SERVER_RESPONSE_RECEIVED received HTTP response from %1 +This debug message is issued when the client finished receiving an HTTP +response from the server. The URL of the server is specified as an argument. + +% HTTP_SERVER_RESPONSE_RECEIVED_DETAILS detailed information about well-formed response received from %1:\n%2 +This debug message is issued when the HTTP client receives a well-formed +response from the server. It includes detailed information about the +received response. The first argument specifies a URL of the server which +sent the response. The second argument provides the response in the textual +format. The response is truncated by the logger if it is too large to +be printed. + +% HTTP_SERVER_RESPONSE_SEND sending HTTP response %1 to %2 +This debug message is issued when the server is starting to send a HTTP +response to a remote endpoint. The first argument holds basic information +about the response (HTTP version number and status code). The second +argument specifies an address of the remote endpoint. + +% HTTP_SERVER_RESPONSE_SEND_DETAILS detailed information about response sent to %1:\n%2 +This debug message is issued right before the server sends a HTTP response +to the client. It includes detailed information about the response. The +first argument specifies an address of the remote endpoint to which the +response is being sent. The second argument provides a response in the +textual form. The response is truncated by the logger if it is too large +to be printed. |