Referencia: propiedades del transporte http-out
Ficha Common
Propiedad | Nombre de atributo XML | Descripción |
|---|---|---|
ID
| id
| El ID exclusivo del transporte de salida http en el ensamblado. |
Envío de respuesta a
| routes-response-to
| El destino del mensaje de respuesta para el transporte de salida http .
El transporte de salida http rellena el MediationContext propiedad http.response.status con los códigos de respuesta HTTP estándar devueltos por el servidor remoto. Ejemplos: 202 (aceptado), 403 (prohibido). El ensamblado puede utilizar el valor de esta propiedad para determinar el tratamiento de distintas respuestas. |
Ejecutar cuando
| execute-when
| Una condición que determina si se ejecuta el transporte de salida http . |
Punto final
| endpoint
| La dirección URL HTTP de destino a la que el transporte de salida http dirige el mensaje de solicitud.
Ejemplo: http://myhost.example.org/MyService |
Método HTTP
| http-method
| El método de solicitud HTTP admitido por el transporte de salida http . Ejemplo: DELETE , GET , POST , PUT y PATCH .
Para utilizar la PATCH debe definir el método wd.http.client propiedad para apache . Si no desea que los transportes posteriores utilicen también el cliente HTTP de Apache, restablezca el wd.http.client propiedad para null .Si no especifica un método para esta propiedad, Studio utiliza el POST método |
Ficha Avanzado
Propiedad | Nombre de atributo XML | Descripción |
|---|---|---|
Almacenar mensaje
| store-message
| No especifique ninguno, a menos que el servicio de asistencia de Workday le indique lo contrario.
Para almacenar mensajes, utilice el paso store de Studio. |
Clase de transporte
| transport-class
| Especifica una clase de implementación alternativa por ensamblaje, si es necesario.
Puede cambiar las clases de implementación de forma global al editar el archivo WEB-INF/classes/spring/assembly-bean.xml. |
Ignorar puntos finales dinámicos
| ignore-dynamic-endpoints
| Especifica si se ignora el valor dinámico de WS-Addressing (WSA) en la cabecera del mensaje entrante o se utiliza para sustituir el valor de la propiedad Punto final del transporte.
Utilice el paso set-dynamic-endpoint para especificar los detalles de WS-Addressing. |
Tiempo de espera de conexión
| connect-timeout
| Especifica, en milisegundos, un periodo de tiempo de espera para establecer una conexión con un servidor HTTP. Si no especifica ningún valor, la sesión se interrumpe después de 300 000 milisegundos (5 minutos). |
Tiempo de espera de respuesta
| response-timeout
| Especifica, en milisegundos, un periodo de tiempo de espera para esperar una respuesta de un servidor HTTP. Si no especifica ningún valor, la sesión se interrumpe a los 21 600 000 milisegundos (6 horas).
Si la conexión HTTP sigue sin responder durante más tiempo que este periodo, el transporte http-out falla. |
Error como respuesta
| error-as-response
| Le permite copiar un mensaje de respuesta de error de un servidor al mensaje en el transporte de salida http . |
Cerrar conexión
| close-connection
| Añade un Connection: close cabecera a un mensaje de transporte http-out de salida. |
Streaming
| streaming
| Activa la transmisión HTTP mediante PUT y POST Métodos HTTP |
En proceso automático
| auto-inproc
| Especifica si se debe utilizar la comunicación de transporte en proceso para los mensajes de solicitud de salida de HTTP . Le permite enviar mensajes directamente a puntos finales de ensamblaje ubicados en el mismo servidor sin usar las capacidades de E/S de red del host local. |
Reintentos
| retries
| Especifica el número de reintentos que realiza el transporte de salida http si se produce una excepción de transporte. |
Retraso de reintento
| retry-delay
| Especifica un periodo de retraso en milisegundos entre cada reintento.
Workday cumple con la Retry-After o RateLimit-Reset El valor de cabecera en la respuesta 429 Demasiadas solicitudes de un punto final externo siempre que sea más corto que el máximo por defecto de 5 minutos o el retry-delay el valor que especifique aquí.
Si falta el valor de cabecera de respuesta, Workday utiliza el retry-delay valorSi tanto el retry-delay y faltan valores de cabecera, Workday utiliza el valor por defecto de 5 minutos.Una integración no podrá determinar un retraso de reintento y fallará si el valor de la cabecera es mayor que retry-delay valor y el máximo por defecto. |
Registrar reintentos
| log-retries
| Le permite registrar los reintentos de HTTP en el archivo de registro del servidor. |
Aceptar Gzip
| accept-gzip
| Especifica si se debe incluir un HTTP accept-encoding=gzip en la cabecera de solicitud http-out , que indica si se acepta contenido gzip en la respuesta. |
Contenido Gzip
| gzip-content
| Especifica si se debe incluir un HTTP content-encoding=gzip en la cabecera de la solicitud de salida http , que indica si se debe comprimir con gzip el contenido del mensaje en la solicitud de salida. |
Aceptar
| accept
| Especifica el accept Valor de cabecera para enviar con una solicitud HTTP, que define uno o varios tipos de contenido que son aceptables en la respuesta de un servidor HTTP. |
Para los transportes de Amazon S3, añada una etiqueta a su usuario de IAM con una clave de
workday-type
y un valor de
integración
. Esta etiqueta distingue entre mayúsculas y minúsculas y no ignora los espacios en blanco.