Visión general de la política de página de error personalizada

La política de página de error personalizada es una característica que permite que el servidor proxy utilice una aplicación para generar una respuesta de error HTTP. Con esta posibilidad, el administrador puede devolver una página de error pulida cuando el servidor proxy genere un error, o cuando un servidor de contenido devuelva una respuesta que no sea satisfactoria.

La siguiente acción describe escenarios sobre cómo se utiliza la política de página de error cuando está configurada:
  • Error interno
    1. El cliente envía la siguiente petición al servidor proxy: GET /house/rooms/kitchen.jpg HTTP/1.1.
    2. El servidor proxy genera un error interno porque ningún servidor se correlaciona con la solicitud (HTTP 404 – Archivo no encontrado).
    3. La política de error está configurada para manejar respuestas HTTP 404, por lo que envía una petición a la aplicación de página de error para recuperar el contenido del error y enviarlo al cliente. El código de respuesta HTTP y el URI de petición se incluyen como parámetros de consulta en la petición que se envía a la aplicación de página de error. Si el URI de la aplicación de página de error configurada es /ErrorPageApp/ErrorPage, el URI de petición a la aplicación de página de error es: /ErrorPageApp/ErrorPage?responseCode=404&uri=/house/rooms/kitchen.jpg. Los parámetros de consulta “responseCode” y “uri” se envían por omisión a la aplicación de página de error.
    4. El servidor proxy devuelve el código de respuesta y el contenido que la aplicación de página de error ha devuelto. La aplicación de página de error también se puede configurar para devolver el código de respuesta que se pasa en el parámetro de consulta responseCode.
  • Error remoto
    1. El cliente envía la siguiente petición al servidor proxy: GET /house/rooms/kitchen.jpg HTTP/1.1
    2. El servidor proxy envía la petición al servidor de contenido homeserver.companyx.com.
    3. El servidor de contenido homeserver.companyx.com no puede localizar el archivo /house/rooms/kitchen.jpg y envía una respuesta HTTP 404 (Archivo no encontrado) al servidor proxy.
    4. La política de error está configurada para manejar respuestas HTTP 404, por lo que envía una petición a la aplicación de página de error para recuperar el contenido del error y enviarlo al cliente. El código de respuesta HTTP y el URI de petición se incluyen como parámetros de consulta en la petición que se envía a la aplicación de página de error. Si el URI de la aplicación de página de error configurada es /ErrorPageApp/ErrorPage, el URI de petición a la aplicación de página de error es: /ErrorPageApp/ErrorPage?responseCode=404&uri=/house/rooms/kitchen.jpg. Los parámetros de consulta “responseCode” y “uri” se envían por omisión a la aplicación de página de error.
    5. El servidor proxy devuelve el código de respuesta y el contenido que la aplicación de página de error ha devuelto. La aplicación de página de error también se puede configurar para devolver el código de respuesta que se pasa en el parámetro de consulta responseCode.
Puede encontrar una aplicación de error de ejemplo en el archivo <RAÍZ_INSTALACIÓN_WAS.
Avoid trouble Avoid trouble: Si configura el direccionador On Demand para que utilice una aplicación de manejo de errores personalizada, escriba el código siguiente en la sección <Head> de la página html:
<Base href="http://<Server>/<ErrorPageAppContextRoot>/" />
En <Server>, utilice un valor específico de la topología. En la mayoría de los casos <Server> es el direccionador On Demand. Puede obtener esta información de la API de servlet.

En <ErrorPageAppConextRoot>, escriba la raíz de contexto de la aplicación de manejo de errores.

Esta configuración le ayudará a evitar problemas al visualizar la información de error.

gotcha

Icon that indicates the type of topic Concept topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cjpx_ceppolicy
File name: cjpx_ceppolicy.html